improve coverage

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@b471479). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main       #7   +/-   ##
=======================================
  Coverage        ?   81.40%
=======================================
  Files           ?        3
  Lines           ?      328
  Branches        ?        0
=======================================
  Hits            ?      267
  Misses          ?       61
  Partials        ?        0

Continue to review full report at Codecov.

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

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@b471479). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main       #7   +/-   ##
=======================================
  Coverage        ?   81.40%
=======================================
  Files           ?        3
  Lines           ?      328
  Branches        ?        0
=======================================
  Hits            ?      267
  Misses          ?       61
  Partials        ?        0

Continue to review full report at Codecov.

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


fix(axelar-gas-service)!: fix axelar gas service pay_gas

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 96.60%. Comparing base (6639369) to head (6e125eb).

Additional details and impacted files
@@            Coverage Diff             @@
##             main      #83      +/-   ##
==========================================
- Coverage   96.64%   96.60%   -0.05%
==========================================
  Files          36       36
  Lines        2267     2265       -2
==========================================
- Hits         2191     2188       -3
- Misses         76       77       +1

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

🚨 Try these New Features:

Flaky Tests Detection - Detect and resolve failed and flaky tests


LDR - any way to make it work?

I know you have written that LDRs won't work - any reason why?

Because an LDR has a higher chance of false readings, but there are some people who use an LDR (with extra config options in their YAML file, check the issues for more info).
So they do work, but I don't recommend using them.

This did it for me.
https://github.com/klaasnicolaas/home-assistant-glow/issues/10#issuecomment-894485575

In that case, I will close this issue.


[WIP] PoC for integration tests

Work-in-progress: do not merge
Using Dockerfile, create a simple testing environment, where docker-distribution is downloaded, and ocicert is being tested.

It would be cool if docker-distribution exported an in-memory test registry for use it testing by other consumers.  Then there would be no need for the dockerfile. Maybe we could reach out ?


Implement a Mechanism for Multilingual Support

Implement a way to support titles and text in multiple language in the popup. Defining list of supported languages and text will be covered in a separate GH Issue.

Work in Progress. The basic mechanism/scaffolding for multiple language support merged to main branch in this PR.


fix: Respect continueOn for leaf tasks

Fixes: https://github.com/argoproj/argo/issues/4407
Signed-off-by: Simon Behar<EMAIL_ADDRESS>Checklist:

[ ] My organization is added to USERS.md.

@alexec May I get a re-review on this please?


getSegmentData - startYear.add(1)

Hello! Me again, but I am really using your module and indeed thanks for creating such an interesting implementation and useful APIs.
Still in the getSegmentData function, I noticed that you increment of 1 every start year:
return ee.Image.cat([startYear.add(1), endYear, startVal, endVal, mag, dur, rate, dsnr])
So you basically assign every vertex to the segment at the left of the vertex. May I ask why did you make this choice? Is it in order not to have the endYear of a segment coincide with the startYear of the subsequent segment? Also the duration it is still returned as endYear - startYear so I found it a bit hard to wrap my head around it at first. Also, this leads to some segments of duration of 1 year having the same year as startYear and endYear, here an example:

So I wanted to ask you whether is there a computational reason behind this choice?
Thank you!

There are two data products here: segmentation and change characterization.
The segmentation array image is what you have shown as printed output, and the line of code is constructing the change characterization image.
The start year of the segment and the start year of the change differ by one year because it is not until the second year (segment start year + 1) that a change is actually detected (the year of detection in the change characterization product) we can't say precisely what year the change occurred because we are working with snapshot composites, the change occurred between one composite image and the next. For instance, if we are building summer composites (July-August) and a forest is harvested in Nov 2010, we don't see the change until the following year (summer, 2011). Duration is not adjusted because in the case where a segment is a single year e.g. 2010-2011, we did not want to assign a value of 0 for duration, because there was duration, maybe only a week of two if it is a clear cut harvest, but we don't have that temporal precision so round up to 1 year.
The addition of 1 year, however, should happen in the getChangeMap function and not getSegmentData. Originally getSegmentData was written as an internal helper for getChangeMap, but I decided to include it in the LT-GEE docs because it could be generically useful, but then never updated the code to do the year addition in getChangeMap.  See #12 for pending fix.

Hi @agataelia - I'm going to close this for now, reopen if anything is still unclear.


RFC: c code gen: create convenience wrappers

the code generation is very useful but doesn't go far enough for my taste. for example, when sending a message, one still has to type in the invocations of the range check and encoding for each signal individually, assign the values to a struct, then call *_pack() to output that struct into the buffer that one actually needs.
proposal (assuming one message with two signals, sig1 and sig2):
*_wrap_pack() creates a message and writes it into a buffer, e. g.:
db_msg_wrap_pack(u8 *outbuf, size_t size, double sig1, double sig2)
{
        struct db_msg_t msg;
        msg.sig1 = msg_db_sig1_encode(sig1);
        msg.sig2 = msg_db_sig2_encode(sig2);

        int ret = db_msg_check_ranges(&msg);
        if(ret) return ret;

        ret = db_msg_pack(outbuf, &msg, size);
        if (<expected msg_length> != ret) return -1;

        return 0;
}

*_check_ranges() checks the ranges of all signals and returns the 1-based index of the first one that fails the check.
*_wrap_unpack() reads a message from a buffer and retrieves the contents like so:
int db_msg_wrap_unpack(u8 *inbuf, size_t size, double *sig1, double *sig2)
{
        struct db_msg_t msg;

        if (db_msg_unpack(&msg, inbuf, size) return -1;

        int ret = db_msg_check_ranges(&msg);
        if(ret) return ret;

        if(sig1) *sig1 = db_msg_sig1_decode(msg.sig1);
        if(sig2) *sig2 = db_msg_sig2_decode(msg.sig2);

        return 0;
}

range check in wrap_unpack() is still missing, i just noticed, and in some places the newlines are wrong, but that's basically the idea. i'm still testing this a bit more thoroughly and will address the open issues shortly...
any thoughts?

hm, I'm not opposed to this per-se, but I suppose the cantools ought to be split into a "core" and "fringe" tools in the future where the code generators would be "finge tools" along with the plotting, monitoring and convertion stuff. This would have the benefit that multiple template based code generation mechanisms could be easily added without potentially breaking stuff for somebody else...

ok, so - for now i'll just try and make the CI tests pass (they fail because the expected code gen output is compared as a string with the actual one, so the new functions are unexpected..), hope that's ok (?)

hope that's ok (?)

no problem. I just wanted to inform you that the chances of getting something like this are rather slim with the current monolithic repository (IOW, don't spend an excessive amount of time on it)...

up to you (obviously). i don't really have time to split the repository up, though.

i think i've sorted out all the failing tests now, even the test-c which only seem to be run some times(?).
the generated multiplex-related code threw a warning (and thus test failure) because in the receive (unpack) path, the parts of the message struct were only initialised conditionally, while the range check that i'm generating always runs over all elements.
properly (conditionally) checking all the relevant signals seems the best way forward but i don't have any use for it right now and you already indicated that you're not very inclined taking the patch in the first place, so i'll work around it by memset()ting the whole struct to 0.
now - 0 might not actually be in the valid range for a given signal, but the range check on receive (..._unpack()) is not fatal, (the downside is that the false positive range check might mask out an interesting failed range check, though).

now - 0 might not actually be in the valid range for a given signal,

You could add a  VALGRIND_MAKE_MEM_UNDEFINED valgrind client request to mark the object as not fit to be used after the memset. this way, accessing improperly initialized signals will at least get detected when running running the code via valgrind...

Coverage increased (+0.02%) to 96.536% when pulling b06d46cb7d2ec4d09e1849fb790a7484c295a294 on v0lker:convenience into f8fd300bd1a2d2d25e5ca4cd70b87c4c4b81f2f9 on eerimoq:master.


exit status 145: The directory is not empty , when I run command : nvm use 16.10.0

Issue:
My computer info :
OS : windows 10
Terminal : PowerShell
nvm-windows install directory :   D:\apps\nvm-windows\nvm
after install nvm-windows , check the nvm command location :
`
PS D:\apps\nvm-windows\nvm\v12.18.2  get-command nvm
CommandType     Name                                               Version    Source

Application     nvm.exe                                            <IP_ADDRESS>    D:\apps\nvm-windows\nvm\nvm.exe
`
check the current  nvm env :
`
PS D:\apps\nvm-windows\nvm\v12.18.2   nvm current
v12.18.2
`
check the list command
`
PS D:\apps\nvm-windows\nvm\v12.18.2 nvm list
16.10.0
12.18.2 (Currently using 64-bit executable)`
When switch to latest version : 16.10.0
`
PS D:\apps\nvm-windows\nvm\v12.18.2         nvm use 16.10.0
exit status 145: The directory is not empty.
`
The error message " exit status 145: The directory is not empty. "  , is not clear meaning for which directory is not empty , because  the directory underline I running the  command " nvm use 16.10.0 "   , is a new directory and  is empty .
This is the first time I install nvm-windows on my  computer , windows 10 .

What directory is the NVM_SYMLINK environment variable set to?

Thanks for help ,
My environment variable :   NVM_SYMLINK    is been set to :  D:\apps\nvm-windows    directory .
I switch into   D:\apps\nvm-windows   , another error message show as below :
`
cd D:\apps\nvm-windows
nvm use 16.10.0
exit status 32: The process cannot access the file because it is being used by another process.
`
Before  run above command , I restart my computer  , so no any  process use the  nvm  I think .

You don't need to switch to any particular directory to use the nvm.exe or node.exe files... NVM4W handles all the paths for you.
I suspect the reason you were originally unable to switch the version is because you ran the command from the same location that was being modified.
In other words, don't run nvm use 16.10.0 when the console is using D:\apps\nvm-windows\nvm\v12.18.2. Instead, navigate to any other directory to run nvm use x.x.x. For example, open powershell or terminal and navigate to :C\ or D:\, then run nvm use 16.10.0.

The loop error happend , when I switch console directory to " any other directory " , such as : c:\  or  d:\
The error message happend as the my first post error
exit status 145: The directory is not empty.

I have the same problem too.
May I know what NVM_SYMLINK directory is recommended to set as?
Mine directed to the NodeJS automatically before installation. I change the drive from C to D since my NodeJS is installed in D.

When I run 'nvm use 14.18.0' without it installed it says :
node v14.18.0 (64-bit) is not installed.
Once I run 'nvm install 14.18.0', it went through smoothly. And there is 'v14.18.0' folder downloaded in the directory.
Then I run 'nvm use 14.18.0' and now it says:
exit status 145: The directory is not empty.
Not sure whats wrong here. I changed a few installation directory, avoided folder name with space and it is still the same problem.

me too,who can help me? this ques is so marry

I ran nvm setup program again and changed back to C:\Program Files for simulink location and it solved my problem. I'm using v1.1.8. It seems space doesn't affect v1.1.8, however you can't put simulink in an arbitrary folder.

I've just had this problem as well. It happens when the symlink is set to a path which contains whitespaces. Reinstalled nvm and set the symlink path to one without any whitespaces and everything is working as expected. The default suggested path begins is set to C:\Program Files\nodejs so I guess this problem must be very frequent now.

For me the issue was "C:\Program Files (x86)\nodejs" folder was indeed non-empty after uninstalling nodejs.
Deleting that folder than "nvm use .." worked.

@almogoha That worked for me too. Nice! Deleted the C:\Program Files\nodejs in my case.

The This directory is not empty issue was caused by an internal failure to remove any existing symlinks. This has been resolved in v1.1.9.

The This directory is not empty issue was caused by an internal failure to remove any existing symlinks. This has been resolved in v1.1.9.

Still not resolved.

@fncolon if you have a prior version of Node installed, it can throw the same error (because NVM4W won't have permission to remove it). If the folder permissions are askew, you may need to manually remove the symlink before running nvm use.

1 - Uninstall the node js application from your computer
2 - If there is a nodejs file in the program files, delete it
3 - try and see.

The This directory is not empty issue was caused by an internal failure to remove any existing symlinks. This has been resolved in v1.1.9.

Still not resolved.

1 - Uninstall the node js application from your computer
2 - If there is a nodejs file in the program files, delete it
3 - try and see.

Uninstall any existing nodejs version and install using nvm install v.v.v

On a Windows machine I simply navigated to C:\Program Files\nodejs. I then renamed that folder to C:\Program Files\nodejsx\ (or anything else). After that I was able to run "nvm use v.v.v." to downgrade to the version of npm I needed. You can also just delete the folder but I opted to just rename it.
As a side-note, I'm on a 32-bit machine, so I needed to indicate that specifically in my use version command using this format:
"nvm use 16.14.0 32".

For me the issue was "C:\Program Files (x86)\nodejs" folder was indeed non-empty after uninstalling nodejs. Deleting that folder than "nvm use .." worked.

This is sooo helpful and it saved my night!!!

My pleasure @Rainyforest! Glad that helped! :-)

@coreybutler this is still happening on 1.1.9. Even if it has to be solved manually, the error message should be changed to something more explicit.

@andrewjhanlon Thanks. It helps me after changing the name of the node directory.

I'm using version 1.1.9 and I have solved this problem by setting the Node.js Symling to a folder that  does not contain whitespaces. Default one is "C:\Program Files\nodejs" and contains a space. I've set mine to "C:\Users\user\AppData\Roaming\nvm\nodejs"

In my case renaming "C:\Program Files\nodejs" to "C:\Program Files\nodejs2" helped. Then nvm recreated "\nodejs" as simlink. Just as the error said "directory not empty" : )

@coreybutler it seems like this is still happening on 1.1.9 in my CI/CD pipeline (circle-ci) This is 1.19:

Just wanted to bring it to your attention since this issue was closed!

i solved the issue by uninstalling node from my pc then using nvm use v16.15.1 worked for me

@hmadamk Unfortunately I'm not sure that is an option for me as this is running on a pre-generated VM on my CI/CD provider's side. I'm still investigating, though.
I do feel that nvm use should work regardless of my existing setup, but maybe @coreybutler has a reason this isn't the case. But it seemed like they thought it was an issue (and thought it was fixed!)

@framerate Node and NVM4W may conflict if both exist at the same time. When node or node.exe is called, Windows searches for the first executable found in the PATH environment variable. If a non-NVM Node installation path precedes the NVM4W symlink path in this variable, Windows will only use the non-NVM installation. This is just how Windows works.
There are two potential workarounds.

Rearrange the PATH to assure the NVM4W symlink comes before a common Node installation, because order matters.
Always use the full path to the NVM4W symlink root. For example, C:\path\to\nvm_symlink\node.exe myscript.js.

In the second option, it is safe to specify a hard-coded path because the NVM4W symlink will always point to the installation set whenever nvm use .... is run.
This is why the installer attempts to move pre-existing Node installations into the NVM4W directory. The problem is permissions. The NVM4W installer doesn't typically have permissions to uninstall a previous version of Node. This is why it's usually better to just uninstall Node before installing NVM4W.

Thank you @coreybutler. This proved a problem since I'm running this on a headless windows server, but in your defense almost EVERYTHING on a headless windows server is a nightmare ("just run the installer! just uninstall a program" haha)
I was able to move past this by removing files manually on the command line.
On an older version of circleci windows images that came with 1.1.7 I had to do this (in case it helps anyone else)
    - run:
          name: Install Proper Windows Build Tools (2017)
          command: |
            # Existing issue with NVM-windows 1.1.7
            # See https://github.com/npm/cli/issues/4234
            choco feature enable -n allowGlobalConfirmation
            choco install visualstudio2017buildtools visualstudio2017-workload-vctools
      - run:
          name: Check current version of NVM
          command: |
            # confirm NVM > 1.1.7 installed
            nvm --version
      - run: |
          # see https://github.com/coreybutler/nvm-windows/issues/674#issuecomment-943523487
          rm -r "${NVM_SYMLINK}"
      - run:
          name: nvm install 16.15.0
          command: |
            nvm install 16.15.0
            cd ../
            nvm use 16.15.0

Good luck future nerds!

so many people meeting the question. Hope that the official to make improvement.

@all  Friends, when you got exit status 145: The directory is not empty. Because you had install node.js.  If You wanted to resolve the question, please uninstall node.js first.

For me the issue was "C:\Program Files (x86)\nodejs" folder was indeed non-empty after uninstalling nodejs. Deleting that folder than "nvm use .." worked.

It worked for me too 🥳 💘
Since yesterday I'm with this error, and just deleted the nodejs folder solved it :)

Benim için sorun "C:\Program Files (x86)\nodejs" idi. Bu "vm kullan.." devam etmeye yaradı.

bende de işe yaradı🥳 💘 Dünden beri bu olmayacak ve düğümler klasörleri yeni sildim :)

how nice

Love this tool!
Cleaned up my pc short of a widows re-install ;) but still no go.
settings.txt says
root: D:\nvm
path: D:\nodejs
but it is installing node under d:\nvm

I was able to uninstall and reinstall nvm. That fixed the problem for me.

@almogoha thank you. I forgot that I had an old NodeJs installation. So after delete the folder, everything work as expected.

In my case renaming "C:\Program Files\nodejs" to "C:\Program Files\nodejs2" helped. Then nvm recreated "\nodejs" as simlink. Just as the error said "directory not empty" : )

Uninstalling from Apps and Features like @Jevin-0621 said and then deleting the folder like @jodik said solved the problem for me. Run the terminal (Powershell) as administrator.

已收到，谢谢

This happened to me after deleting my node cache in app data and subsequently uninstalling/reinstalling node.js.
Reinstalling NVM fixed this.

Guys, I just uninstalled everything, nodes(that was manually installed) and nvm (there is uninstall file for windows that will uninstall nmv and all the nod versions installed by the nvm and also will clear the env path)
Then I just reinstalled the nvm again, and installed all the nodes using the nvm tool. It worked for me.

已收到，谢谢

I have installed node manually then installed nvm. So I uninstalled node and then installed viw nvm. Problem solved

God may bless you all for sharing because this was pretty stressing since I am starting in app development so my WSL is not enough to support all the stuff that I need then I had to use normal windows an sheesh maybe they have good ui but the terminal is pretty crappy. There is another way to change my node version instead of delete node since in certains cases this could be dangerous?

已收到，谢谢

Since many people keep running into this, here are the important things to remember.

Read the README and common issues. There's a reason the common issues are linked in the top part of the README. Most of these issues are easily avoidable if you follow the instructions.
Make sure you're running the latest NVM4W.
Run nvm debug. It will catch a LOT of issues people tend to skip over and tell you how to correct them (99% of the time it's a user issue).
Review the exit error common issue section.

Take note that we are building a new environment manager called Runtime. Everything you currently get in NVM4W will be free in Runtime, but there will also be affordable commercial options with more features, support, and tools for enterprise/organizational users. We've spent a lot of time preparing this version to handle common issues (even user issues) seamlessly for a better experience.
I'm going to lock this issue since there are a lot of "me too" responses. Questions about this should be filed in the discussions.

Side note: you don't have to uninstall your original Node.js installation
Since a few people have been concerned about deleting/uninstalling a prior version of Node before using NVM4W, you don't actually have to. You can make Windows "ignore" your original installation by putting NVM4W before the original installation directory in your PATH. See this section for details. If you decide to remove NVM4W later, that version will work again.


Add support for clamp and clip op

Add end-to-end implementation of the ops.
Add stablehlo to ttir conversion for clamp op.

add a clamp and clip test for perf_unit under Silicon/TTNN/perf_unit

@tapspatel tests added. thanks

Clip is just an alias for clamp, do we want both ops in TTIR?

Clip is just an alias for clamp op, do we want both ops in TTIR?

I added it to have one-to-one mapping between TTIR and TTNN. I can remove ttir.clip op.

We agreed to keep a single op per the discussion here:
https://github.com/tenstorrent/tt-mlir/pull/852#discussion_r1828020887
Please keep only the clamp and remove the clip op from this PR.

We agreed to keep a single op per the discussion here: #852 (comment)
Please keep only the clamp and remove the clip op from this PR.

@sdjordjevicTT Do you mean to remove ttir.clip op only OR remove it entirely (ttir.clip op along with ttnn.clip and flatbuffer/runtime support)?

We agreed to keep a single op per the discussion here: #852 (comment)
Please keep only the clamp and remove the clip op from this PR.

@sdjordjevicTT Do you mean to remove ttir.clip op only OR remove it entirely (ttir.clip op along with ttnn.clip and flatbuffer/runtime support)?

We synced over the slack and agreed to remove the ttir.clip op entirely.


Redshift Support

I feel like this is shot in the dark, since Redshift is closed-source. But I would really love to use Diesel on the project I am on right now, where we use Redshift. Up to now I've been using sfackler's fantastic rust-postgres, but I would really appreciate a solid ORM like Diesel, so I figured I would propose it.
Redshift is based on Postgres 8.0.2, but surely has deviated quite a bit - however the query syntax is still the same. Certain things do not work that prevent me from going too far, such as the autogenerated diesel_setup migration. I don't see any other issues open or closed for this topic so I assume it just hasn't been brought up.
Thank you for taking the time, I appreciate you all :)

That will require a custom connection/backend implementation. Our current policy about that is that we will not add a new backend to diesel itself because it is possible to do that outside of diesel (at least with some nightly features).
That said: It is currently not possible to change the code used to setup the migration table. That will change for diesel 2.0. See #1676 for a possible implementation.
I'm closing this issue because there is nothing actionable for diesel here. The migration thing is already tracked with that PR. If you need any help with the custom backend implementation just ping someone on gitter or open a thread in our discourse forum.

@weiznich okay, that makes a lot of sense. I'm sorry that it's not currently possible - I'll look into the custom backend implementation option, but I'm not sure I could make that fly on my project due to a lack of expertise on my end and a lack of community support if I were to build such a thing. Thank you for the reference to #1676, I'll check that out.
Cheers


[BUG] Race condition in DescribeProcesses

Describe the bug
The describe process internals calls out to ps and other system utilities, so there is a race where the process may have died in between checking if it is running and then calling MemoryInfo, Connections, etc on that process.
To Reproduce

go build ./cmd/tick
cd ./examples/voluminous-logs
exo run
Open the GUI
in another terminal, exo stop
watch the gui & you'll likely see an error popup! if not, try exo start and exo stop again.
inspect the ~/.exo/var/exod.log to see it's something like exit status 1

Expected behavior
The error handling in DescribeProcesses should be much more robust.

@BenElgar Did you write this code? Would you mind taking a look at what we can do about this?

Ideally, all of the logic that is in this DescribeProcesses stuff should move in to the refresh method in processes, so that we can have one uniform handling for how frequently we refresh to read state from external resources.

Ah yes, I pushed a simple fix earlier.

So I think that you can more generally detect errdefs.Conflict for that specific "restarting" problem:

https://github.com/deref/exo/pull/221/files#diff-4e94592898bb77a7e2145c8520529955d484ea3015c3e2159b52d4b22e2d9584R74
https://github.com/moby/moby/blob/ba2adeebdb8d4ec442f1d3107405ae55d0c1a0c2/errdefs/defs.go#L13-L17

However, this is a more general problem. The issue I ran in to above affects unix processes too, not just docker containers.

This should have been fixed by https://github.com/deref/exo/pull/256.


Allow for integrated terminals to be excluded in Workbench editor limit

Consider the combination of the following settings/actions:

Enforce a number of open editors. workbench.editor.limit.enabled = true, workbench.editor.limit.value = e.g. 5.
Create a terminal in an editor instead of a view.
(terminal.integrated.defaultLocation = editor or command Terminal: Create New Terminal in Editor Area with ID workbench.action.createTerminalEditor)
Open more files in the editor until you go over the limit.
Observe that the terminal is closed without any user confirmation (unless a child process was running in there as controlled by terminal.integrated.confirmOnKill).

Similar to workbench.editor.limit.excludeDirty, I'm asking for a setting to exclude terminals in the open editors limit, e.g. a workbench.editor.limit.excludeTerminal setting.
Why I think this is an important feature? History is cleared and not restored upon creation of another terminal (unlike the terminal in view), so one might lose data unexpectedly.

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

This feature request has not yet received the 20 community upvotes it takes to make to our backlog. 10 days to go. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

:slightly_frowning_face: In the last 60 days, this feature request has received less than 20 community upvotes and we closed it. Still a big Thank You to you for taking the time to create this issue! To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

For future reference, here's my work-around:
'Pin' the terminal tabs with workbench.editor.pinnedTabsOnSeparateRow set to true. They will then appear on a separate row and they will not count towards the workbench.editor.limit.value.


Add example for usage of redux + reselect + recompose

I made an example to show how you can use redux with reselect and recompose. Please have a look

@kidjp85 Thanks for your PR. I have one question for you:
next-redux-wrapper states that:

The makeStore function will receive initial state as one argument and should return a new instance of redux store each time when called, no memoization needed here, it is automatically done inside the wrapper.

So why do we need selectors in this example?


BottomSheet: Click on DragIndication crash with single detent BottomSheetState

Description:
Click on DragIndication crash when the BottomSheetState has only one detent set.
Steps to Reproduce:

Initialize a BottomSheet with the following state:

val PartiallyExpanded = remember {
    SheetDetent(identifier = "part") { containerHeight, sheetHeight ->
        containerHeight * 0.5f
    }
}

val sheetState = rememberBottomSheetState(
    initialDetent = PartiallyExpanded,
    detents = listOf(partiallyExpanded),
)

Add a DragIndication to the BottomSheet content as follows:

BottomSheet(state = sheetState) {
    Column(horizontalAlignment = Alignment.CenterHorizontally) {
        DragIndication(modifier = Modifier
             .padding(top = 22.dp)
             .background(Color.Black.copy(0.4f), RoundedCornerShape(100))
             .width(32.dp)
             .height(4.dp),
         )

        ...
    }
}

Click on the DragIndication

Expected Behavior:
Nothing is supposed to append, because no other detent is available.
Actual Behavior:

The application crash with the following error:

    java.lang.IndexOutOfBoundsException: Index 1 out of bounds for length 1
    ...
    at com.composables.core.BottomSheetKt.DragIndication$lambda$15(BottomSheet.kt:406)

Library version: 1.11.2

I know that in theory the DragIndication is not necessary for a BottomSheet with only one detent, because it can't be moved with a swipe, but in practice it's possible.
Is it possible to handle this case in the onIndicationClicked function?

Fixed. It will be available in the next version. I will post here when it is available

Now available in https://github.com/composablehorizons/composables-core/releases/tag/1.13.0


Tried to link to a different Python.exe. Hit Error. Spyder told me to report this.

Description
Hitting host of issues with Spyder working in Py2 and Py3 env in Anaconda so I tried to link my Python IDE to an alternate Python.exe, hoping that this can help me spin up a kernel to execute code. I know I'm probably making  a lot of guesses but the software hit a snag and told me to report to GitHub.
What steps will reproduce the problem?

Open Spyder
Connect to Existing Kernel: Path to file: "C:\Users\Jordan\Anaconda3\envs\mypy2\python.exe"
Crash

What is the expected output? What do you see instead?
Please provide any additional information below
File "C:\Users\Jordan\Anaconda3\lib\site-packages\spyder\plugins\ipythonconsole.py", line 1047, in create_client_for_kernel
password)
File "C:\Users\Jordan\Anaconda3\lib\site-packages\spyder\plugins\ipythonconsole.py", line 1724, in create_client_for_kernel
kernel_client.load_connection_file()
File "C:\Users\Jordan\Anaconda3\lib\site-packages\jupyter_client\connect.py", line 494, in load_connection_file
info = json.load(f)
File "C:\Users\Jordan\Anaconda3\lib\json_init.py", line 296, in load
return loads(fp.read(),
File "C:\Users\Jordan\Anaconda3\lib\encodings\cp1252.py", line 23, in decode
return codecs.charmap_decode(input,self.errors,decoding_table)[0]
UnicodeDecodeError: 'charmap' codec can't decode byte 0x90 in position 2: character maps to
Version and main components

Spyder Version: 3.2.6
Python Version: 3.6.4
Qt Versions: 5.6.2, PyQt5 5.6 on Windows

Dependencies
pyflakes >=0.6.0 :  1.6.0 (OK)
pycodestyle >=2.3:  2.3.1 (OK)
pygments >=2.0   :  2.2.0 (OK)
pandas >=0.13.1  :  0.22.0 (OK)
numpy >=1.7      :  1.14.0 (OK)
sphinx >=0.6.6   :  1.6.6 (OK)
rope >=0.9.4     :  0.10.7 (OK)
jedi >=0.9.0     :  0.11.1 (OK)
nbconvert >=4.0  :  5.3.1 (OK)
sympy >=0.7.3    :  1.1.1 (OK)
cython >=0.21    :  0.27.3 (OK)
qtconsole >=4.2.0:  4.3.1 (OK)
IPython >=4.0    :  6.2.1 (OK)
pylint >=0.25    :  1.8.2 (OK)

File "C:\Users\Jordan\Anaconda3\lib\encodings\cp1252.py", line 23, in decode
return codecs.charmap_decode(input,self.errors,decoding_table)[0]
UnicodeDecodeError: 'charmap' codec can't decode byte 0x90 in position 2: character maps to

If this is the error you're getting, it means you have Python 3 in the PYTHONPATH or PATH of your Python 2 environment.
That's not a problem with Spyder but with how you're managing things.

Closed due to lack of response. If you can provide more information, please re-open and do so. Thanks.


Performance improvements to flux-local get and diff

Speed up flux-local get and diff by:

Running build and grep commands in parallel
Reusing build output with a visitor object to preserve build contents

Introduces a ResourceVisitor which can get invoked with the content of the build. The git_repo build logic is refactored into an async method that can run tasks in parallel and itself be parallelized.

Codecov Report

Merging #69 (338b027) into main (a607c5e) will decrease coverage by 0.89%.
The diff coverage is 97.36%.

@@            Coverage Diff             @@
##             main      #69      +/-   ##
==========================================
- Coverage   92.29%   91.41%   -0.89%
==========================================
  Files          14       14
  Lines         895      943      +48
==========================================
+ Hits          826      862      +36
- Misses         69       81      +12

Impacted Files
Coverage Δ

flux_local/tool/diff.py
90.98% <96.66%> (-0.09%)
:arrow_down:

flux_local/git_repo.py
93.18% <97.82%> (-6.10%)
:arrow_down:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


[Feature Request] Optimistic Locking?

Has there been any discussion on supporting optimistic locking?
Such as only updating a record if the updatedAt parameter matches what is in the DB?
This could potentially allow for a findAndUpdate method.

@animedbz16, this is very much in line with transactions which are being discussed in #755. I'm closing this for now to consolidate the discussions onto one thread, please continue the discussion there. Feel free to reopen if you feel otherwise.


Implement RFC 0006: Reduce Build Complexity of .Net Runtimes

Describe the Enhancement

.NET Core RFC 0005 has been approved and merged. This is the tracking issue for implementing it.
Possible Solution

[x] Create a new .NET Core ASP.NET Runtime (dotnet-core-aspnet-runtime) buildpack https://github.com/paketo-buildpacks/dotnet-core-aspnet-runtime/issues/1
[x] Update the dotnet-execute buildpack, as described in the RFC. Ensure backward compatibility with dotnet-core-runtime and dotnet-core-aspnet buildpacks. https://github.com/paketo-buildpacks/dotnet-execute/issues/343
[x] Update the buildpack.toml for the language family, as described in the RFC
[x] Clean up SDK buildpack https://github.com/paketo-buildpacks/dotnet-core-sdk/issues/415

Later (after deprecation period)

[x] Archive the dotnet-core-runtime buildpack
[x] Archive the dotnet-core-aspnet buildpack
[x] Remove backward compatibility in dotnet-execute buildpack

Motivation

This will simplify the .NET Core language family and move toward shipping more dependencies directly from Microsoft.

Want to release this in #811

We did it :)


Build OS image and store it on provisioner node

To avoid having large postKubeadmCommands and preKubeadmCommands sections in Cluster template, we could follow Openstack provider https://image-builder.sigs.k8s.io/capi/providers/openstack.html#building-images-for-openstack and instruct user to build required OS image on the Tinkerbell provisioner, so it can be served using nginx running there.
This will simplify the installation process and make it faster.

+1, I'd love to have a way to build and store images for tinkerbell to use. I'm not sure if the right approach is to store them on the mirror host for direct PXE booting, or to take a container based approach like what is done with Equinix Metal, where we could potentially source the images from Artifact Hub similar to the published workflows that were recently announced.
@gianarb do you have thoughts here?

+1, I'd love to have a way to build and store images for tinkerbell to use. I'm not sure if the right approach is to store them on the mirror host for direct PXE booting, or to take a container based approach like what is done with Equinix Metal, where we could potentially source the images from Artifact Hub similar to the published workflows that were recently announced.

@detiber I think mirroring is still valuable as it will decrease provisioning time and make it independent from external services (think offline scenarios). Having an Artifact Hub sounds like an interesting concept still.

TLDR: Great idea, but let's start simpler; let's run Minio or push OS to an s3 bucket and see how it goes.

Proposal 0021 that speaks about Actions, mentions the idea to reconfigure the registry we ship as part of the Tinkerbell Stack to proxy the images used by the action we "certify." I think it is the right way to go, and we can probably do something similar for OS. ArtifactHub is just a metadata representation at the end of the story; the asset has to be pushed and managed elsewhere for actions we use quay.io for now.
We should wait for @rawkode to work a bit at the infrastructure repository allowing the Tinkerbell Community to have its own infrastructure. After that, we can set up something like Nexus or Minio or an Nginx server to serve an operating system (and we can hack something to proxy it in the tink stack). If we like that and think it is useful, we can build metadata and push them to ArtifactHub. But for this particular scenario, I would like to wait a bit more before interacting with the ArtifactHub community because I want to validate and see how the action's implementation proceed.

@thebsdbox - does your work with Crocodile obsolete this issue?

@tstromberg agreed, I think the future approach will be to move towards the OCI streaming.
/close

Public images are now available from the github container registry and can be overridden through configuration to point to other registries.
There is no longer a need to try and figure out where to store images.


Slight errata for token documentation

Code of Conduct

[X] I have read and agree to the GitHub Docs project's Code of Conduct

What article on docs.github.com is affected?
(A) https://docs.github.com/en/apps/creating-github-apps/authenticating-with-a-github-app/refreshing-user-access-tokens#configuring-your-app-to-use-user-access-tokens-that-expire
(B) https://docs.github.com/en/rest/apps/oauth-applications?apiVersion=2022-11-28#check-a-token
What part(s) of the article would you like to see updated?
(A) The value I see for refresh_token_expires_in is always 15897600, not 15811200
(B) The text description clearly says Basic Authentication (and this is what works for me) but the examples show Bearer Authentication
Additional information
No response

Code of Conduct

[x]  I have read and agree to the GitHub Docs project's Code of Conduct

What article on docs.github.com is affected?
(A) https://docs.github.com/en/apps/creating-github-apps/authenticating-with-a-github-app/refreshing-user-access-tokens#configuring-your-app-to-use-user-access-tokens-that-expire (B) https://docs.github.com/en/rest/apps/oauth-applications?apiVersion=2022-11-28#check-a-token
What part(s) of the article would you like to see updated?
(A) The value I see for refresh_token_expires_in is always 15897600, not 15811200 (B) The text description clearly says Basic Authentication (and this is what works for me) but the examples show Bearer Authentication
Additional information
No response

<(JES)_500=PT ON THE POCKET CASH AND ENGLISH IS E AND DASH US UNDER LANGUAGE ARE THEY IN G ALSO START ALL HTTP ACTPSIS WITH URL PLS CODEX IS NOT RUNNING PLEASE AND.,,

urlpl must be at it in the beginning of any HTTP or https paper text Page which codex isn't running and also you need to start signing the end of your letters with your own initials also the beginning if you're a guide of the page with your initials line one always thanks.

A) Thanks for this issue! You or anyone else is welcome to open a pull request to change the refresh_token_expires_in value.
B) The example that you mentioned is autogenerated and needs to be fixed internally, so I'll let the team know about this. (This issue can be closed once point A is fixed since we'll track point B internally.)


adjustments

made necessary adjustments to gadgets- phone page

https://www.figma.com/file/LEKdq0JqyuzzOGxv0tZWjh/WalletFriendly?node-id=549%3A9122


Update LICENSE

Be explicit about the license. Prevent others from having to lookup the license that matches this text.

Fine. But I guess if one is really serious about licensing it is important to read it through, regardless of what the title says.


Reason of using ADC injection channel for Vref

Hi. I'm reading your code, trying to adapt it for my needs. Can you explain why do you read Vref in a separate injection group? What difference does it make compared to measuring both channels in the rule group?
Is it to read Vref on separate timer trigger after HVMON channel is converted?
Also I am reading the reference manual and there is this note:
Note: 1. When converting a rule group or injection group in intermittent mode, the conversion sequence does
not automatically start from the beginning when it ends. When all subgroups have been converted, the next
trigger event starts the conversion of the first subgroup.
2. You cannot use auto-injection (JAUTO=1) and intermittent mode at the same time.

So does it mean that Vref is being read 2 times in a row?
Also this line:
https://github.com/cnlohr/cnixxi/blob/d3db1aef0dade1c4579eeff3b5d0570b02ada58f/firmware/nixitest1/nixitest1.c#L397
contradicts the second paragraph of the note above.
Sorry if it's annoying, I am just confused "a little" :)

Ok, so sometimes it's better to think a bit longer before asking questions:)
I guess you just want to have two registers with two voltages updated per every ADC interrupt, that's why injection mode.
But the second question stands: do ADC_JDISCEN and ADC_JEOCIE work together? And if they do, does injection group get sampled twice?

So, I have made a simple boost converter, with an inductor instead of flyback transformer to drive 12-15V leds from 5V. I played with tuning values but couldn't get rid of visible brightness fluctuations that are visible when led is running at low power. I concluded, that it was not ripple from PWM but the PID truing to compensate.
First I increased sample time for feedback reading and decreased for VDD. Then I removed ADC_JDISCEN from ADC setup and now I don't have fluctuations even with simple version of your PID (that has only the proportional part).

I used ADC DMA example from ch32v003fun to adapt this code to use DMA. Now SetupADC looks like this:
        // Configure ADC.
	// PD4 is analog input chl 7
	GPIOD->CFGLR &= ~(0xf<<(4*4));	// CNF = 00: Analog, MODE = 00: Input

	// Reset the ADC to init all regs
	RCC->APB2PRSTR |= RCC_APB2Periph_ADC1;
	RCC->APB2PRSTR &= ~RCC_APB2Periph_ADC1;

	// ADCCLK = 12 MHz => RCC_ADCPRE divide by 4
	RCC->CFGR0 &= ~RCC_ADCPRE;  // Clear out the bis in case they were set
	RCC->CFGR0 |= RCC_ADCPRE_DIV4;	// set it to 010xx for /4.

	// Set up single conversion on chl 7
	ADC1->RSQR1 = (ADC_NUMCHLS-1) << 20;
	ADC1->RSQR2 = 0;
	ADC1->RSQR3 = (7<<(5*0)) | (8<<(5*1));

	// Sampling time for channels. Careful: This has PID tuning implications.
	// Note that with 3 and 3,the full loop (and injection) runs at 138kHz.
	ADC1->SAMPTR2 = (1<<(3*7)) | (1<<(3*8));
		// 0:7 => 3/9/15/30/43/57/73/241 cycles
		// (4 == 43 cycles), (6 = 73 cycles)  Note these are alrady /2, so
		// setting this to 73 cycles actually makes it wait 256 total cycles
		// @ 48MHz.

	// Turn on ADC and set rule group to sw trig
	// 0 = Use TRGO event for Timer 1 to fire ADC rule.
	ADC1->CTLR2 = ADC_ADON | ADC_EXTTRIG | ADC_DMA;

	// Reset calibration
	ADC1->CTLR2 |= ADC_RSTCAL;
	while(ADC1->CTLR2 & ADC_RSTCAL);

	// Calibrate ADC
	ADC1->CTLR2 |= ADC_CAL;
	while(ADC1->CTLR2 & ADC_CAL);

	// Turn on DMA
	RCC->AHBPCENR |= RCC_AHBPeriph_DMA1;

	//DMA1_Channel1 is for ADC
	DMA1_Channel1->PADDR = (uint32_t)&ADC1->RDATAR;
	DMA1_Channel1->MADDR = (uint32_t)adc_buffer;
	DMA1_Channel1->CNTR  = ADC_NUMCHLS;
	DMA1_Channel1->CFGR  =
		DMA_M2M_Disable |
		DMA_Priority_VeryHigh |
		DMA_MemoryDataSize_HalfWord |
		DMA_PeripheralDataSize_HalfWord |
		DMA_MemoryInc_Enable |
		DMA_Mode_Circular |
		DMA_DIR_PeripheralSRC;

	// Turn on DMA channel 1
	DMA1_Channel1->CFGR |= DMA_CFGR1_EN;

	// enable the ADC Conversion Complete IRQ
	NVIC_EnableIRQ( ADC_IRQn );

	// ADC_JEOCIE: Enable the End-of-conversion interrupt.
	// ADC_SCAN: Allow scanning.
	ADC1->CTLR1 = ADC_EOCIE | ADC_SCAN;

And in ADC1_IRQHandler I read values from adc_buffer[0] and adc_buffer[1] respectively. Now everything works even with low sampling time, but with my hardware setup I still get better result from using just proportional part of PID. If I try to use full PID I get brightness fluctuations that are not reflected in voltage monitor in testnix app. I guess I'd need to dive deeper into PID tuning for it to work perfectly for me, but for now I don't see much reason. But I'd like to better understand what causes this difference in behavior.
When using full PID it seems like timing of ADC reads plays a big role, such if I change sampling times I see different behavior, with only proportional I don't see any visible change.
The next step will be to try implement constant current mode with use of another ADC channel and built-in OPAMP.

Continuing tinkering I've soldered 3.3V LDO to supply power from the same source as the boost part of the circuit (before MCU was powered via WCH-link). Now I see a slight brightness ripple at low power. I've concluded that the noisy VDD readings are a culprit here. If I set VDD hardcoded to 3.3V value the brightness ripple is gone.
BUT! The strange part event with live VDD readings the ripple is only present when testnix app is running. If I close the app, even without detaching a probe, the ripple is gone. So does DMDATA0 reads and writes introduce some timing lag, or what? I haven't got an oscilloscope, so I can't accurately test such fast signals.

I am so sorry, I have been so heads down on porting the ch32x035 stuff, I have been neglecting my github...  But to summarize things for anyone else coming along,

I measure VCC with the injection, because VCC is the voltage reference for all other measurements, you need to know your VCC if you want to know the voltage of your other measured voltages.
I regret that I don't recall the specifics surrounding how the injection stuff works, I barely understood it when I wrote the code to begin with :(
Looking at your code, I am still unclear what it's measuring with the rule and what it's measuring with the injection.
  For some applications it must be on the "on" and others it must be on the "off" but the ADC should be aligned to whatever is unaffected by pulse width. Failure to do this will easily increase your measured noise by an order of magnitude!!!  Please note also - your ideal sample time might be inverted to mine.
I have never seen issues writing/reading from DMDATA0 - but now you have me worried.  It is entirely possible that there could be some unintuitive impact on the system by reading/writing from DMDATA0.

Thinking forward - I wonder if there is some other scheme that would let you align all of your voltage readings. I.e. move everything to the injection, and chain it all off the rule?  Or maybe manually reconfigure the ADC every interrupt to switch between the regular ADC reading and the VDD reading.
Also, also, if you know you have a fixed LDO, then there should be no need to monitor VDD at all, and you can simplify the system immensely.
SIDE NOTE: If you would like a much better place for discussion is the #ch32v003 channel in my discord... I can give you access if you want, my user name is cnlohr

@cnlohr no worries, I glad I mostly figured out myself, that's better for understanding :)

3. Looking at your code, I am still unclear what it's measuring with the rule and what it's measuring with the injection

In my code I don't use injection at all, that's what I was getting at. I've found that without injection I can decrease sampling time and it somehow decreases noise on both ADC readings. Injection itself introduces delay when it is called automatically after rule reading. I guess it messes timing, because getting rid of it improved things in my case. I wonder if it will work with your hardware better/worse.

4. You MUST align your ADC sampling with your PWM switch

Yes, I get this, I've read your comments in code several dozens times while trying understand it :) In current setup ADC read starts on timer rollover, so is there any other way to adjust read timing apart from changing sampling time and/or introducing other channel reads before the one we measuring?

5. I have never seen issues writing/reading from DMDATA0 - but now you have me worried.  It is entirely possible that there could be some unintuitive impact on the system by reading/writing from DMDATA0.

I don't have a clue, I just report what I see, can it somehow skew ADC read timings?

Also, also, if you know you have a fixed LDO, then there should be no need to monitor VDD at all, and you can simplify the system immensely.

That's what I figured out in the end :)

If you would like a much better place for discussion is the #ch32v003 channel in my discord

Should I add you in discord, or just give you my username here (montemonte)? I'm not very familiar with it specifics.

Re: No Injection: @monte-monte this is extremely interesting - how do you make sure to maintain alignment of the samples?
Re: Rollover: You can also sync the timer off of a channel compare. You aren't limited to TRGO.
Re: I don't have any idea how reading/write DMDATA0 could affect things.  You may need to peel things back.  I just did a bunch of testing last night and could not repro.  My data seemed to be just fine?
Re: Just add me on Discord.  I will send you an invite.

how do you make sure to maintain alignment of the samples?

Alignment to what? As I understand, rollover happens -> TRGO triggers ADC conversions -> ADC converts 2 channels one after another in one go adding values to array via DMA -> interrupt is triggered.
So basically all I did was: activated DMA and added second channel to rule group and removed code for injection. Now you make me think I am doing something wrong :) but hey, everything works (somehow).

You may need to peel things back. I just did a bunch of testing last night and could not repro

It may have something to do with hardware part that is different in my setup. So basically I see some shimmering of the LED only on the lowest values that keeps it lit, so it has to be a very low current at that point. Maybe it connected to inductor saturation, or how mosfet opens/closes at different conditions, idk my knowledge and experience is not enough to accurately evaluate this behavior. All I know it that when testnix monitor is running I have this shimmer and when I close it shimmer is gone. And it's only when using measured VCC as the baseline, if I hardcode the voltage value I see no issues. So I guess not really an issue after all, but an interesting thing to understand what causes it.

Alignment:  I just meant if you wanted you could trigger off of a timer compare match on an unused timer compare channel instead of TRGO.
I really don't know what could be going on with your shimmer issue.


pod install failed after upgrading to 1.17.0

It looks like my network issue. But it works well with flutter 1.12 for the same code
fluterr doctor -v
[✓] Flutter (Channel stable, v1.17.0, on Mac OS X 10.15.5 19F62f, locale en-CN)
    • Flutter version 1.17.0 at /Users/jameskarl/devenv/dart/flutter-stable
    • Framework revision e6b34c2b5c (5 days ago), 2020-05-02 11:39:18 -0700
    • Engine revision 540786dd51
    • Dart version 2.8.1

[✓] Android toolchain - develop for Android devices (Android SDK version 29.0.3)
    • Android SDK at /Users/jameskarl/devenv/android/android-sdk-macosx/
    • Platform android-29, build-tools 29.0.3
    • ANDROID_HOME = /Users/jameskarl/devenv/android/android-sdk-macosx
    • Java binary at: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_212-release-1586-b4-5784211)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 11.4.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 11.4.1, Build version 11E503a
    • CocoaPods version 1.8.4

[✓] Android Studio (version 3.6)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 45.1.1
    • Dart plugin version 192.7761
    • Java version OpenJDK Runtime Environment (build 1.8.0_212-release-1586-b4-5784211)

[✓] Android Studio
    • Android Studio at /Applications/Android Studio 4.0 Preview.app/Contents
    • Flutter plugin version 45.1.2
    • Dart plugin version 193.6911.31
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6222593)

[!] IntelliJ IDEA Community Edition (version 2019.3.3)
    • IntelliJ at /Applications/IntelliJ IDEA CE.app
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
    • For information about installing plugins, see
      https://flutter.dev/intellij-setup/#installing-the-plugins

[✓] VS Code (version 1.44.2)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.9.1

[✓] Connected device (1 available)
    • James Karl’s iPad • 00008020-001839E41A41002E • ios • iOS 13.4.1

pod install
ios@jameskarl:pod install
Analyzing dependencies
[!] CDN: trunk Repo update failed - 86 error(s):
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/0.0.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.0.3/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.0.4/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.0.5/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.1.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.2.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://cdn.cocoapods.org/Specs/0/f/b/MJRefresh/1.3.0/MJRefresh.podspec.json, error: Net::OpenTimeout
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.3.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.3.2/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.3.3/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.3.4/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.3.5/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.3.6/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.3.7/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.3.8/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.4.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.4.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.4.3/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.4.4/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.4.5/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.4.6/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/1.4.7/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.0.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.0.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.0.2/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.0.3/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.0.4/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.1.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.2.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.2.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.3.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.3.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.3.2/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.10/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.11/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.12/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.2/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.3/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.4/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.5/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.6/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.7/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.8/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.4.9/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/2.5.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.2/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.3/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.4/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.5/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.6/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.7/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.0.8/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.10/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.11/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.12/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.13/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.14/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/<IP_ADDRESS>/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.15/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/<IP_ADDRESS>/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/<IP_ADDRESS>/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/<IP_ADDRESS>/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/<IP_ADDRESS>/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/<IP_ADDRESS>/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.16/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.17/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.2/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.3/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.4/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.5/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.6/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.7/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.8/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.1.9/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.2.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.2.2/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.2.3/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.3.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.4.0/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)
CDN: trunk URL couldn't be downloaded: https://raw.githubusercontent.com/CocoaPods/Specs/master/Specs/0/f/b/MJRefresh/3.4.1/MJRefresh.podspec.json, error: Failed to open TCP connection to raw.githubusercontent.com:443 (Connection refused - connect(2) for "raw.githubusercontent.com" port 443)

[!] Automatically assigning platform `iOS` with version `9.0` on target `Runner` because no platform was specified. Please specify a platform for this target in your Podfile. See `https://guides.cocoapods.org/syntax/podfile.html#platform`.
ios@jameskarl:ping raw.gith

I added "source 'https://github.com/CocoaPods/Specs.git' to MyProject/ios/Podfile and run "pod install" gain. The output is as below:
Generated.xcconfig must exist. If you're running pod install manually, make sure flutter packages get is executed first.
Analyzing dependencies
Downloading dependencies
Installing Flutter (1.12.1303)

You see, it tried to install flutter 1.12.1303. But my current version it 1.17.0(stable channel). I opened https://github.com/CocoaPods/ and searched 1.12.1303 and then opened a directory. I didn't find a flutter version starts with 1.17. So did you forget to update CocoaPods repo when release flutter 1.17.0?
CocoaPods Spec

Hi @JamesKarl
could you please provide your pubspec.yaml
Thank you
related to https://github.com/flutter/flutter/issues/56479

@iapicca I am sorry for the delay.
environment:
  sdk: ">=2.7.0 <3.0.0"

dependencies:
  flutter:
    sdk: flutter
  flutter_localizations:
    sdk: flutter
  bloc: ^3.0.0
  flutter_bloc: ^3.1.0
  meta: ^1.1.8
  equatable: ^1.0.0
  scoped_model: ^1.0.1
  #image_picker: ^0.5.0+3
  http: ^0.12.0+2
  crypto: ^2.1.3
  json_annotation: ^3.0.0
  intl: ^0.16.0
  shared_preferences: ^0.5.4+5
  #https://fontawesome.com/icons?from=io
  font_awesome_flutter: ^8.5.0
  #https://pub.dartlang.org/packages/barcode_scan
  barcode_scan:
    path: github/flutter_barcode_reader
  #xml: ^3.4.1
  uuid: ^2.0.4
  xml2json: ^4.0.0
  flutter_spinkit: ^4.0.0
  # The following adds the Cupertino Icons font to your application.
  # Use with the CupertinoIcons class for iOS style icons.
  cupertino_icons: ^0.1.2
  #flutter_statusbar_manager: ^1.0.2

  #https://pub.dartlang.org/packages/flutter_charts#-installing-tab-
  #https://google.github.io/charts/flutter/gallery.html
  #  charts_flutter: ^0.6.0

  #微信分享
  #https://github.com/OpenFlutter/fluwx
  #fluwx: ^0.6.1

  image_picker: ^0.6.2

  #https://pub.flutter-io.cn/packages/image_cropper#-installing-tab-
  image_cropper: ^1.1.0

  #生成二维码
  qr_flutter: ^3.2.0

  #get_ip: ^0.2.0
  #分页加载
  #http://pub.dartlang.org/packages/paging
  paging: 0.1.0

  #https://pub.dartlang.org/packages/rxdart#-installing-tab-
  rxdart: ^0.23.0

  #https://pub.dartlang.org/packages/url_launcher#-installing-tab-
  url_launcher: ^5.2.5

  package_info: ^0.4.0+10

  photo_view: ^0.8.2
  flutter_webview_plugin: ^0.3.9+1

  # https://pub.flutter-io.cn/packages/webview_flutter#-installing-tab-
  webview_flutter: ^0.3.15+1

  #https://pub.dev/packages/flutter_icons#-installing-tab-
  flutter_icons: ^1.0.0+1

  screenshot: ^0.1.1
  path_provider: ^1.4.2

  #https://pub.dev/packages/provider#-installing-tab-
  provider: ^4.0.0

  #https://pub.flutter-io.cn/packages/jpush_flutter
  jpush_flutter: 0.1.0

  #https://pub.flutter-io.cn/packages/syncfusion_flutter_charts#-installing-tab-
  # 如果升级到最新的17.0.0之后的版本要收费。暂时就用beta版本
  syncfusion_flutter_charts: 1.0.0-beta.5

  # https://pub.flutter-io.cn/packages/flutter_camera_ml_vision
  # flutter_camera_ml_vision: ^2.2.2

  # https://pub.flutter-io.cn/packages/image#-installing-tab-
  image: ^2.1.4

  camera:
  sticky_infinite_list: ^1.2.3
  after_layout: ^1.0.7+2

  shimmer: ^1.0.1
  fl_chart: ^0.6.0

  dio: ^3.0.8

  # https://pub.dev/packages/connectivity#-installing-tab-
  connectivity: ^0.4.8+1

  device_info: ^0.4.2+1
  percent_indicator: ^2.1.1+1
  image_picker_saver:
    path: github/image_picker_saver
  substring_highlight: ^0.1.2

dev_dependencies:
  flutter_test:
    sdk: flutter

  build_runner: ^1.7.2
  json_serializable: ^3.2.3

# For information on the generic Dart part of this file, see the
# following page: https://www.dartlang.org/tools/pub/pubspec

# The following section is specific to Flutter.
flutter:

  # The following line ensures that the Material Icons font is
  # included with your application, so that you can use the icons in
  # the material Icons class.
  uses-material-design: true

  # To add assets to your application, add an assets section, like this:
  # assets:
  #  - images/a_dot_burr.jpeg
  #  - images/a_dot_ham.jpeg
  assets:
    - assets/icons/

  # An image asset can refer to one or more resolution-specific "variants", see
  # https://flutter.io/assets-and-images/#resolution-aware.

  # For details regarding adding assets from package dependencies, see
  # https://flutter.io/assets-and-images/#from-packages

  # To add custom fonts to your application, add a fonts section here,
  # in this "flutter" section. Each entry in this list should have a
  # "family" key with the font family name, and a "fonts" key with a
  # list giving the asset and other descriptors for the font. For
  # example:
  # fonts:
  #   - family: Schyler
  #     fonts:
  #       - asset: fonts/Schyler-Regular.ttf
  #       - asset: fonts/Schyler-Italic.ttf
  #         style: italic
  #   - family: Trajan Pro
  #     fonts:
  #       - asset: fonts/TrajanPro.ttf
  #       - asset: fonts/TrajanPro_Bold.ttf
  #         weight: 700
  #
  # For details regarding fonts from package dependencies,
  # see https://flutter.io/custom-fonts/#from-packages

Hi @JamesKarl
I tested shared_preferences: ^0.5.7+1 with sample app
with the latest stable
[✓] Flutter (Channel stable, v1.17.0, on Mac OS X 10.15.4 19E287, locale en-EE)
    • Flutter version 1.17.0 at /Users/nevercode/development/flutter
    • Framework revision e6b34c2b5c (9 days ago), 2020-05-02 11:39:18 -0700
    • Engine revision 540786dd51
    • Dart version 2.8.1

[✓] Android toolchain - develop for Android devices (Android SDK version 29.0.2)
    • Android SDK at /Users/nevercode/Library/Android/sdk
    • Platform android-29, build-tools 29.0.2
    • Java binary at: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_212-release-1586-b4-5784211)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 11.3.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 11.3.1, Build version 11C504
    • CocoaPods version 1.9.0

[✓] Android Studio (version 3.6)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 45.1.1
    • Dart plugin version 192.7761
    • Java version OpenJDK Runtime Environment (build 1.8.0_212-release-1586-b4-5784211)

[✓] VS Code
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.10.1

[✓] Connected device (1 available)
    • iPhone 8 • D5F70F31-B488-4454-9539-320B5551D92A • ios • com.apple.CoreSimulator.SimRuntime.iOS-13-3 (simulator)

• No issues found!

it seems to work as intended,
if you are located in China please double check the documentation
does this help you with the issue?
Thank you

@iapicca Thanks for your response. I had read the document from the very beginning. The following is my configuration.
~@jameskarl:env |grep PUB
PUB_HOSTED_URL=https://pub.flutter-io.cn
~@jameskarl:env |grep FLU
FLUTTER_ROOT=/Users/jameskarl/devenv/dart/flutter
FLUTTER_STORAGE_BASE_URL=https://storage.flutter-io.cn

adding https://github.com/CocoaPods/Specs.git to the Podfile will fix issue: "CDN: trunk URL couldn't be downloaded: https//.....", but new issues will be introduced. I forgot to record the error message.

Hi @JamesKarl
Does this mean your is resolved?
adding https://github.com/CocoaPods/Specs.git to the Podfile will fix issue: "CDN: trunk URL couldn't be downloaded: https//....."

What new issues? Can you explain in detail and provide logs?
Thank you

I am sorry for the delay.  After upgrading to 1.17.1, it build successfully. But I have to add
source  'https://github.com/CocoaPods/Specs.git'

to the Podfile, otherwise it will faile.


Disable automatic checkpoint loading

Is your feature request related to a problem? Please describe.
The last checkpoint is being automatically restored when a checkpoint exists. This is an issue for me when the model has previously been trained with different settings or I want to train a network from scratch.
If I want to use a checkpoint I would prefer to explicitly pass the checkpoint that should be used.
Describe the solution you'd like
Provide an option to disable the automatic loading of checkpoints to the trainer.
Describe alternatives you've considered
An alternative would be to modify ModelCheckpoint class and add that option there so that only that class is responsible for checkpoint creation and loading.

@theSoenke the previous checkpoint is only used if the experiment has the same version. Is that what you mean? @neggert

Hmm, okay. I think this should work fine for test tube, even with the changes in #413. This has never worked with MLFlow, since MLFlow generates its own "version". I'll have to give some thought as to how to reproduce this behavior in MLFlow.

Shall we add an option to disable the automatic loading? I sometimes have to run some old version exp, the loading disturbs a lot.

I kind of want to remove the automatic loading...
@ethanwharris @hadim thoughts?

I agree. Loading should be done only on demand IMO.

Yeah, I'm on board with this - perhaps should still throw a warning if a checkpoint is going to be overwritten?

For the time being, is there a recommended way to override this functionality?


Add Azure CV Connector Implementation

$subject.

@lafernando Since the module name is azure.cv, the directory structure should be src/azure.cv. Shall we change the directory name azurecv to azure.cv

@lafernando Since the module name is azure.cv, the directory structure should be src/azure.cv. Shall we change the directory name azurecv to azure.cv

@daneshk Yes, missed that earlier, have changed it now, thanks!


Undefined symbols for architecture x86_64

github.com/DataIntelligenceCrew/go-faiss
ld: warning: ignoring file /usr/local/lib/libfaiss_c.dylib, building for macOS-x86_64 but attempting to link with file built for macOS-arm64
Undefined symbols for architecture x86_64:
"_faiss_IDSelectorBatch_new", referenced from:
__cgo_b3ad317e889f_Cfunc_faiss_IDSelectorBatch_new in _x007.o
(maybe you meant: __cgo_b3ad317e889f_Cfunc_faiss_IDSelectorBatch_new)
"_faiss_IDSelectorRange_new", referenced from:
。。。。。
it happen at macbook M1 when I go build。  how should I cmake faiss for macOS-arm64 ,aka macbook M1

It looks like the faiss lib is built for arm64 but go is trying to build for x86_64.
What does go version say?


delete community: improve confirmation modal

improve error handling
closes https://github.com/inveniosoftware/invenio-communities/issues/929

TODO:

https://github.com/inveniosoftware/invenio-communities/issues/935

Previews:

Healthy flow:

Error  flow:

When I upload a Profile picture/Logo to the community, the settings profile page crashes for me.
Not enough time to properly investigate, but if I had to guess, it's probably because we are reusing the DeleteButton element at LogoUploader.js:L110 to remove the saved profile picture.


OptAnalyzer: enable concrete evaluation

Codecov Report

Merging #371 (511454a) into master (d3748f9) will decrease coverage by 0.13%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #371      +/-   ##
==========================================
- Coverage   90.11%   89.97%   -0.14%
==========================================
  Files          11       11
  Lines        2600     2604       +4
==========================================
  Hits         2343     2343
- Misses        257      261       +4

Impacted Files
Coverage Δ

src/abstractinterpret/typeinfer.jl
93.80% <100.00%> (+0.04%)
:arrow_up:

src/analyzers/jetanalyzer.jl
95.72% <100.00%> (+0.01%)
:arrow_up:

src/JET.jl
72.78% <0.00%> (-0.87%)
:arrow_down:

src/abstractinterpret/inferenceerrorreport.jl
92.70% <0.00%> (-0.03%)
:arrow_down:

Continue to review full report at Codecov.

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


Separate out stabilization into configurable passes

Working towards a solution for #39

Do you think eventually we'll be able to tell which stabilizers actually made modifications?

Yeah it's certainly possible but I don't think it's a particular priority. The current way, we provide the document the passes we do apply at a given time. Next, we would have to provide feedback from both the rebuilt and upstream artifacts, take the super-set of the applied passes, and report those. Even that could be confusing given we'd report the same set of passes for both while the changes would often just reflect variability in the upstream artifact's metadata.
Further, this wouldn't necessarily provide valuable feedback to our users or to upstream maintainers. If our argument is that these differences aren't security-critical, diverting time/resources to resolving them isn't productive.

I think I was thinking about https://github.com/google/oss-rebuild/issues/83 but agreed that it's not high priority at the moment.

I think I was thinking about #83 but agreed that it's not high priority at the moment.

Yeah I read that, as well. I think that's more the "next step" as I was saying and less a near-term priority.


insufficient resources when start application

If I deploy a small size java application to Diego, can start application successfully. Now I deploy a large java application (167M) to diego, failed to start it, the application starting message is as below:
Starting app App1 in org diego / space diego as admin...
Creating container
Successfully created container
Downloading app package...
Downloaded app package (167M)
Downloading buildpacks (javaoffline_buildpack)...
Downloading javaoffline_buildpack...
Downloaded javaoffline_buildpack
Downloaded buildpacks
Staging...
-----> Java Buildpack Version: v3.3.1 (offline) | https://github.com/cloudfoundry/java-buildpack.git#063836b
-----> Downloading Open Jdk JRE 1.8.0_65 from https://download.run.pivotal.io/openjdk/trusty/x86_64/openjdk-1.8.0_65.tar.gz (found in cache)
       Expanding Open Jdk JRE to .java-buildpack/open_jdk_jre (0.8s)
-----> Downloading Open JDK Like Memory Calculator 2.0.0_RELEASE from https://download.run.pivotal.io/memory-calculator/trusty/x86_64/memory-calculator-2.0.0_RELEASE.tar.gz (found in cache)
       Memory Settings: -Xms3G -Xss2023K -Xmx3G -XX:MaxMetaspaceSize=1200M -XX:MetaspaceSize=1200M
-----> Downloading Spring Auto Reconfiguration 1.10.0_RELEASE from https://download.run.pivotal.io/auto-reconfiguration/auto-reconfiguration-1.10.0_RELEASE.jar (found in cache)
Exit status 0
Staging complete
Uploading droplet, build artifacts cache...
Uploading droplet...
Uploading build artifacts cache...
 From the cf logs output you provided, it looks like the start command is being invoked, but does not think it has the correct arguments:
2015-11-20T10:23:34.15+0800 [APP/0]      OUT Usage: jetty.sh [-d] {start|stop|run|restart|check|supervise} [ CONFIGS ... ]
2015-11-20T10:23:34.20+0800 [APP/0]      OUT Exit status 1

Consequently, the invoked process exits with status code 1, and so the Diego cell think it has crashed.
What versions of CF and Diego do you have deployed to your environment? Does this app work correctly if switched to run on the DEAs? Also, what is the start command that's being run for the app?
Thanks,
Eric, CF Runtime Diego PM

Yes, you are right, the start command has been invoked, but start command has issue, has fixed it, thanks.


ruff server reads from a configuration TOML file in the user configuration directory if no local configuration exists

Summary
Fixes https://github.com/astral-sh/ruff/issues/11158.
A settings file in the ruff user configuration directory will be used as a configuration fallback, if it exists.
Test Plan
Create a pyproject.toml or ruff.toml configuration file in the ruff user configuration directory.

On Linux, that will be $XDG_CONFIG_HOME/ruff/ or $HOME/.config
On macOS, that will be $HOME/Library/Application Support
On Windows, that will be {FOLDERID_LocalAppData}

Then, open a file inside of a workspace with no configuration. The settings in the user configuration file should be used.

Summary
Fixes #11158.
A settings file in the ruff user configuration directory will be used as a configuration fallback, if it exists.
Test Plan
Create a pyproject.toml or ruff.toml configuration file in the ruff user configuration directory.

On Linux, that will be $XDG_CONFIG_HOME/ruff/ or $HOME/.config
On macOS, that will be $HOME/Library/Application Support
On Windows, that will be {FOLDERID_LocalAppData}

Then, open a file inside of a workspace with no configuration. The settings in the user configuration file should be used.

I could be reading this wrong but wouldn't the windows directory listed above end up being something like "%USERPROFILE%\AppData\Local" ? The current global config for ruff if not local is looked for in "${config_dir}/ruff/pyproject.toml" correct? Is it by design/desired to have these be different toml files or are they meant/able to live together in the same config toml file?

The logic here is the same as elsewhere in Ruff -- it'll look in the same place.