Cached node_modules are not deleted

I just noticed that I have multiple cached node_modules for several projects on our build system.
drwxr-xr-x 40 strider strider 4.0K May  3 22:32 162668eaf52eeaf110ccfd616abbc11f/
drwxr-xr-x 41 strider strider 4.0K Jun 11 18:03 1aa2f65cd8433e479e2be326ea93094c/
drwxr-xr-x 41 strider strider 4.0K Jun 11 18:21 2121d30ee2ebda5e9060e9e7f5cbfb2f/
drwxr-xr-x 42 strider strider 4.0K Aug 25 15:28 24413a3f8426b13b65cdbb04ac98d3d8/
drwxr-xr-x 41 strider strider 4.0K Aug  5 12:43 311dad20cdb2fa193f40099f9bd038a7/
drwxr-xr-x 37 strider strider 4.0K May  3 18:14 40313efd98675a2ec0caa8a8f82d37ef/
drwxr-xr-x 41 strider strider 4.0K Jun 12 12:28 53ac9344462bae64468f510dd6c8b55d/
drwxr-xr-x 41 strider strider 4.0K Jul 21 18:33 54694375ede9810d1a0106b5de4ca6bc/
drwxr-xr-x 40 strider strider 4.0K May 31 20:19 77f7203394448fa841cbe09bf46cc7ce/
drwxr-xr-x 40 strider strider 4.0K May  3 21:06 7d2f48fb2c1696496950d7e19825923d/
drwxr-xr-x 36 strider strider 4.0K May  3 18:02 9dfef3978091c4d3fbf301af127031f0/
drwxr-xr-x 39 strider strider 4.0K May  3 19:27 afabb8fa3c2140d4825c368d68370850/
drwxr-xr-x 40 strider strider 4.0K May  3 20:28 c31a897e3376b19b406bb14dd841bafc/
drwxr-xr-x 41 strider strider 4.0K Jun  4 01:46 d8ca82bac2bbb0ac211655a2d31763b5/
drwxr-xr-x 36 strider strider 4.0K May  3 18:40 d8d653030aabf05006625f65324a1f5a/
drwxr-xr-x 42 strider strider 4.0K Aug 25 15:31 dev/
drwxr-xr-x 41 strider strider 4.0K Jul 20 13:34 fbe0f67f406d9f3f04feeebba20a00ff/
drwxr-xr-x 41 strider strider 4.0K Jul 20 13:35 master/

I'm not quite sure this many caches should exist.

This should probably go in the strider-node repo.

Reported as https://github.com/Strider-CD/strider-node/issues/26


HBASE-22231 Removed unused and '*' import

Targeted for branch-2.2.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
45
Docker mode activated.

_ Prechecks _

+1
hbaseanti
0
Patch does not have any anti-patterns.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 66 new or modified test files.

_ branch-2.2 Compile Tests _

0
mvndep
8
Maven dependency ordering for branch

+1
mvninstall
227
branch-2.2 passed

+1
compile
176
branch-2.2 passed

+1
checkstyle
187
branch-2.2 passed

+1
shadedjars
237
branch has no errors when building our shaded downstream artifacts.

+1
findbugs
323
branch-2.2 passed

+1
javadoc
124
branch-2.2 passed

_ Patch Compile Tests _

0
mvndep
15
Maven dependency ordering for patch

+1
mvninstall
233
the patch passed

+1
compile
165
the patch passed

+1
javac
165
the patch passed

+1
checkstyle
22
hbase-common: The patch generated 0 new + 11 unchanged - 3 fixed = 11 total (was 14)

-1
checkstyle
32
hbase-client: The patch generated 2 new + 203 unchanged - 17 fixed = 205 total (was 220)

-1
checkstyle
70
hbase-server: The patch generated 4 new + 281 unchanged - 99 fixed = 285 total (was 380)

+1
checkstyle
20
hbase-mapreduce: The patch generated 0 new + 91 unchanged - 12 fixed = 91 total (was 103)

-1
checkstyle
17
hbase-it: The patch generated 1 new + 90 unchanged - 7 fixed = 91 total (was 97)

+1
checkstyle
16
hbase-rest: The patch generated 0 new + 15 unchanged - 2 fixed = 15 total (was 17)

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedjars
239
patch has no errors when building our shaded downstream artifacts.

+1
hadoopcheck
499
Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0.

+1
findbugs
349
the patch passed

+1
javadoc
121
the patch passed

_ Other Tests _

+1
unit
162
hbase-common in the patch passed.

+1
unit
195
hbase-client in the patch passed.

+1
unit
13084
hbase-server in the patch passed.

+1
unit
1550
hbase-mapreduce in the patch passed.

+1
unit
77
hbase-it in the patch passed.

+1
unit
462
hbase-rest in the patch passed.

+1
asflicense
198
The patch does not generate ASF License warnings.

19022

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/178

Optional Tests
dupname  asflicense  javac  javadoc  unit  findbugs  shadedjars  hadoopcheck  hbaseanti  checkstyle  compile

uname
Linux 1b7bca7db584 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 GNU/Linux

Build tool
maven

Personality
/testptch/patchprocess/precommit/personality/provided.sh

git revision
branch-2.2 / 8b45f5da71

maven
version: Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T18:33:14Z)

Default Java
1.8.0_181

findbugs
v3.1.11

checkstyle
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/1/artifact/out/diff-checkstyle-hbase-client.txt

checkstyle
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/1/artifact/out/diff-checkstyle-hbase-server.txt

checkstyle
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/1/artifact/out/diff-checkstyle-hbase-it.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/1/testReport/

Max. process+thread count
5372 (vs. ulimit of 10000)

modules
C: hbase-common hbase-client hbase-server hbase-mapreduce hbase-it hbase-rest U: .

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/1/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
77
Docker mode activated.

_ Prechecks _

+1
hbaseanti
0
Patch does not have any anti-patterns.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 66 new or modified test files.

_ branch-2.2 Compile Tests _

0
mvndep
24
Maven dependency ordering for branch

+1
mvninstall
288
branch-2.2 passed

+1
compile
190
branch-2.2 passed

+1
checkstyle
180
branch-2.2 passed

+1
shadedjars
242
branch has no errors when building our shaded downstream artifacts.

+1
findbugs
328
branch-2.2 passed

+1
javadoc
121
branch-2.2 passed

_ Patch Compile Tests _

0
mvndep
13
Maven dependency ordering for patch

+1
mvninstall
236
the patch passed

+1
compile
169
the patch passed

+1
javac
169
the patch passed

+1
checkstyle
21
hbase-common: The patch generated 0 new + 11 unchanged - 3 fixed = 11 total (was 14)

+1
checkstyle
33
hbase-client: The patch generated 0 new + 202 unchanged - 18 fixed = 202 total (was 220)

+1
checkstyle
69
hbase-server: The patch generated 0 new + 278 unchanged - 102 fixed = 278 total (was 380)

+1
checkstyle
19
hbase-mapreduce: The patch generated 0 new + 91 unchanged - 12 fixed = 91 total (was 103)

+1
checkstyle
15
hbase-it: The patch generated 0 new + 88 unchanged - 9 fixed = 88 total (was 97)

+1
checkstyle
13
hbase-rest: The patch generated 0 new + 15 unchanged - 2 fixed = 15 total (was 17)

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedjars
234
patch has no errors when building our shaded downstream artifacts.

+1
hadoopcheck
493
Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0.

+1
findbugs
368
the patch passed

+1
javadoc
122
the patch passed

_ Other Tests _

+1
unit
157
hbase-common in the patch passed.

+1
unit
205
hbase-client in the patch passed.

-1
unit
13952
hbase-server in the patch failed.

+1
unit
1600
hbase-mapreduce in the patch passed.

+1
unit
73
hbase-it in the patch passed.

+1
unit
484
hbase-rest in the patch passed.

+1
asflicense
193
The patch does not generate ASF License warnings.

20089

Reason
Tests

Failed junit tests
hadoop.hbase.replication.multiwal.TestReplicationSyncUpToolWithMultipleWAL

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/178

Optional Tests
dupname  asflicense  javac  javadoc  unit  findbugs  shadedjars  hadoopcheck  hbaseanti  checkstyle  compile

uname
Linux 42a5c94afa28 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 GNU/Linux

Build tool
maven

Personality
/testptch/patchprocess/precommit/personality/provided.sh

git revision
branch-2.2 / 048d893708

maven
version: Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T18:33:14Z)

Default Java
1.8.0_181

findbugs
v3.1.11

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/2/artifact/out/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/2/testReport/

Max. process+thread count
5159 (vs. ulimit of 10000)

modules
C: hbase-common hbase-client hbase-server hbase-mapreduce hbase-it hbase-rest U: .

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/2/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
283
Docker mode activated.

_ Prechecks _

+1
hbaseanti
0
Patch does not have any anti-patterns.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 66 new or modified test files.

_ branch-2.2 Compile Tests _

0
mvndep
9
Maven dependency ordering for branch

+1
mvninstall
240
branch-2.2 passed

+1
compile
172
branch-2.2 passed

+1
checkstyle
178
branch-2.2 passed

+1
shadedjars
244
branch has no errors when building our shaded downstream artifacts.

+1
findbugs
330
branch-2.2 passed

+1
javadoc
122
branch-2.2 passed

_ Patch Compile Tests _

0
mvndep
15
Maven dependency ordering for patch

+1
mvninstall
232
the patch passed

+1
compile
173
the patch passed

+1
javac
173
the patch passed

+1
checkstyle
21
hbase-common: The patch generated 0 new + 11 unchanged - 3 fixed = 11 total (was 14)

+1
checkstyle
34
hbase-client: The patch generated 0 new + 202 unchanged - 18 fixed = 202 total (was 220)

+1
checkstyle
68
hbase-server: The patch generated 0 new + 278 unchanged - 102 fixed = 278 total (was 380)

+1
checkstyle
17
hbase-mapreduce: The patch generated 0 new + 91 unchanged - 12 fixed = 91 total (was 103)

+1
checkstyle
16
hbase-it: The patch generated 0 new + 88 unchanged - 9 fixed = 88 total (was 97)

+1
checkstyle
17
hbase-rest: The patch generated 0 new + 15 unchanged - 2 fixed = 15 total (was 17)

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedjars
232
patch has no errors when building our shaded downstream artifacts.

+1
hadoopcheck
473
Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0.

+1
findbugs
352
the patch passed

+1
javadoc
119
the patch passed

_ Other Tests _

+1
unit
152
hbase-common in the patch passed.

+1
unit
199
hbase-client in the patch passed.

-1
unit
15397
hbase-server in the patch failed.

-1
unit
1665
hbase-mapreduce in the patch failed.

+1
unit
81
hbase-it in the patch passed.

+1
unit
500
hbase-rest in the patch passed.

+1
asflicense
203
The patch does not generate ASF License warnings.

21691

Reason
Tests

Failed junit tests
hadoop.hbase.client.TestFromClientSideWithCoprocessor

hadoop.hbase.coprocessor.TestMetaTableMetrics

hadoop.hbase.replication.TestVerifyReplicationCrossDiffHdfs

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/178

Optional Tests
dupname  asflicense  javac  javadoc  unit  findbugs  shadedjars  hadoopcheck  hbaseanti  checkstyle  compile

uname
Linux 5ecb38f2d620 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 GNU/Linux

Build tool
maven

Personality
/testptch/patchprocess/precommit/personality/provided.sh

git revision
branch-2.2 / e14e2db122

maven
version: Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T18:33:14Z)

Default Java
1.8.0_181

findbugs
v3.1.11

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/4/artifact/out/patch-unit-hbase-server.txt

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/4/artifact/out/patch-unit-hbase-mapreduce.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/4/testReport/

Max. process+thread count
5596 (vs. ulimit of 10000)

modules
C: hbase-common hbase-client hbase-server hbase-mapreduce hbase-it hbase-rest U: .

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-178/4/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.


Clear intervals on reset

Replace PR #119
Linked To #118
I have added a listener for the player disposed event in video.js that will clear the intervals set by the IMA SDK and prevent any undefined objects from being referenced.

Hi there,
Did you see jgubman's note? It looks like there are a few intervals that are still being left behind. Also before submission we should squash down into one commit like so:
git rebase -i HEAD~<number of commits to squash>

In the resultant text editor, change all but the first "pick" to "squash".
git push --force <your branch> <your repo>

@shawnbuso, Sorry i missed that note earlier. I've added the missing interval checks.
As for squashing - it can actually be done within the github PR UI now, by clicking the dropdown arrow and using "Squash and merge" rather than a direct merge. Hope that is ok, otherwise i can try to open a new PR with it squashed.
https://github.com/blog/2141-squash-your-commits

Ah interesting - for some reason I'm not getting the option to squash and merge, even though I have it enabled :/

@kjanoudi it looks like squash and merge is working now, but I do have one line comment left. Could you take a look? Thanks!

@shawnbuso all set, sorry about the delay.

Perfect, thanks!


To organize content of the organizing page (Issue #114)

Updated the description of content page and
Update contributor.js
made enhance the readability, maintainability, and efficiency of your code.

In the old code, you directly appended HTML strings to create contributor cards. In the new code, I have dynamically created HTML elements and manipulated them, which is a cleaner approach and makes the code more maintainable.
created img, a, and span elements dynamically and set their attributes accordingly.
In the old code, there was a variable var cheak = 0; which seems unused and has been removed in the new code.
corrected a typo in the p tag where it says "Open-sourec contributor" to "Open-source contributor".
made minor adjustments to the structure and styling of the contributor cards, such as removing commented-out HTML and fixing indentation.

and a few more changes.

@ananyag309 could you please share the screenshot

@mdazfar2 sir sorry to disturb again, but please add gssoc and level tag too. so that when merged my points can get reflected.
thank you

@mdazfar2 sir sorry to disturb again, but please add gssoc and level tag too. so that when merged my points can get reflected.
thank you

That's all fine. Share the screenshot of what you have changed ?

@mdazfar2
earlier :

updated:


Changing Boot Logo

Creating a thread so we can focus on competing this task. If anyone has an idea on how to change the Linux boot logo from tux to our own NodeOS image, please share. (I have knowledge, but it's incomplete)

Just dumping links for me to read is also appreciated

If you search for Linux boot logo there's a lot of tutorials :-) The default steps are mostly

[ ] create an 80x80 image from the SVG logo
[ ] reduce colors to 2, 4, 16 and 244 (seems there's a Gimp plugin just for this that create three versions at once)
[ ] convert logo images in C code
[ ] patch/overwrite Linux kernel source code with the logo images source code

Now you have where to start to read ;-)
Advanced tasks would be patch the source code adding NodeOS logo as an extra option instead of overwrite files, to create bigger logos (seems it can be up to 1024 pixels), don't tesellate the logo showing one instance for each CPU, and center the image on the screen.

I anyone gets a chance, let's try this:
http://web.archive.org/web/20140707092448/http://sumanprasanna.wordpress.com/2012/12/11/how-to-change-your-boot-logo-in-linux-kernel
If I have free time I'll give it a whirl.

Yeah, that's the kind of instructions I was talking about :-)

Awesome. A git patch? Is that what you have in mind?

Awesome. A git patch? Is that what you have in mind?

Once that's finished, yes, that's the best option. I would prefer to generate the image directly from the SVG file on build time, but seems it would be more difficult... One step at a time! :-)

I think if we can generate a ppm and get it working than we can slowly back down the format chain to png, and then svg > png >  pnm and of course ppm

I think if we can generate a ppm and get it working than we can slowly back down the format chain to png, and then svg > png > pnm and of course ppm

Yes, but better left this for a second iteration ;-) On a first instance, I think the patch is just enough, at least for the part of adding the option on KConfig.

It's not assigned to anybody at this moment.

Isn't it possible to use syslinux for this ? Since I'm playing around with syslinux in order to change the keyboard layout, I could try this too...

Not sure... I know SysLinux can be used to show an image, but when the kernel gets running, probably they will overwritte the framebuffer :-/ You can take a look on it if you want, we don't loose anything :-)

Where is the syslinux setup in NodeOS? And we could disable kernel output... then the image would be there until the terminal appeared :stuck_out_tongue:

That's what I was thinking about... But changing the actual logo is way more efficient ...

@Coretool hahah I'd do it but I'm just keep getting lost in the process

Where is the syslinux setup in NodeOS?

Nodeos-rootfs

And we could disable kernel output... then the image would be there until
the terminal appeared 😛

You can do it with the -quiet flag as kernel parameter.

Is it okay if we store the NodeOS logo (in ppm format) at the NodeOS/media repo and download it when the kernel is downloaded ?

@piranna Is it okay if we store the NodeOS logo (in ppm format) at the NodeOS/media repo and download it when the kernel is downloaded ?

Yes, it's ok :-)

What size shall the logo be ?

The standard is 80x80 pixels, we could look later to use a bigger one.
Remember to use as basis to generate the logo the SVG file, it has the
correct colors!
El 17/6/2016 16:29, "John Green"<EMAIL_ADDRESS>escribió:

What size shall the logo be ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/NodeOS/NodeOS/issues/231#issuecomment-226782371, or mute
the thread
https://github.com/notifications/unsubscribe/AAgfvsjesoh9KvnJMrthH4ujiS3IZinpks5qMq3MgaJpZM4IPn5j
.

Sent pr for the logo.ppm

Merged
2016-06-17 17:54 GMT+02:00 John Green<EMAIL_ADDRESS>
Sent pr for the logo.ppm
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/NodeOS/NodeOS/issues/231#issuecomment-226807612, or mute
the thread
https://github.com/notifications/unsubscribe/AAgfvtVXjSK68PZJajQAV9B29Qwx74thks5qMsMhgaJpZM4IPn5j
.

--
"Si quieres viajar alrededor del mundo y ser invitado a hablar en un monton
de sitios diferentes, simplemente escribe un sistema operativo Unix."
– Linus Tordvals, creador del sistema operativo Linux

Ok, I've got the logo, I've got the patches. Now when does the Linux kernel get compiled ? Can't figure it out. Is it nodeos-barebones ?

Yes, nodeos-barebones :-) Apply the patch on the install script and create
a pull-request on its own repo ;-)
El 18/6/2016 19:33, "John Green"<EMAIL_ADDRESS>escribió:

Ok, I've got the logo, I've got the patches. Now when does the Linux
kernel get compiled ? Can't figure it out. Is it nodeos-barebones ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/NodeOS/NodeOS/issues/231#issuecomment-226954683, or mute
the thread
https://github.com/notifications/unsubscribe/AAgfvpnXKYzQVPjfyNiq_fqhQJym0D8-ks5qNCwCgaJpZM4IPn5j
.

Waiting for https://github.com/NodeOS/nodeos-barebones/pull/1 to be merged to close this.

Done in master, clossing :-)


Start button inactive (not clickable)

Required Information
Class: GS
Level: 24
Craftsmanship: 125
Control: 132
CP: 250
Recipe Name: Any
Recipe Level: Any
Solver Seed: (Look at the top of the Execution Log on the Solver page)
Expected Behaviour
Start button for solver used to be active
(Example: Standard Synthesis progress is 42)
Actual Behaviour
Start button is greyed out (Can only solve going through landing page)

(Example: Standard Synthesis progress is 38)
Steps To Reproduce
(Example: Buffs, Food, Synthesis Condition, Simulator/Solver Options if different from default)

This is because your initial guess contains actions your currently selected class does not have access to. Clear the actions in Simulator to remove the initial guess.

That worked. Thanks. Not sure how it got there, I must have misclicked at some point.


Socks5 proxy

Expected Behavior
In the HTTP Network Proxy I used to put something like:
"socks5://username:password@ipProxyServer:portProxyServer"
The last version of insomnia that this setting worked was the 7.1.1 with libcurl/7.57.0-DEV , OpenSSL/1.0.2o, zlib/1.2.11, libssh2/1.7.0_DEV
is it possible to restore this functionality?
Actual Behavior
Can't use the socks5 http proxy setting
Reproduction Steps
No response
Is there an existing issue for this?

[X] I have searched the issue tracker for this problem.

Additional Information
No response
Insomnia Version
2022.6.0
What operating system are you using?
Windows
Operating System Version
Windows 10
Installation method
Download from insomnia.rest
Last Known Working Insomnia version
7.1.1

@Aleppe I was able to use a local socks proxy simply by adding "socks5://localhost:1234" into the HTTP Proxy field. 🤷🏼♂
Perhaps one should simply rephrase the configuration dialogue to remove the "HTTP" from the field names and descriptions...

On macos I don't even see a http proxy field?


add include:amazonses.com to the pypi.org SPF record

ref: https://github.com/pypa/warehouse/issues/4793

plan:
  ~ module.dns.aws_route53_record.apex_txt
      records.1535138413: "google-site-verification=YdrllWIiutXFzqhEamHP4HgCoh88dTFzb2A6QFljooc" => "google-site-verification=YdrllWIiutXFzqhEamHP4HgCoh88dTFzb2A6QFljooc"
      records.689124498:  "" => "v=spf1 include:_spf.google.com include:amazonses.com -all"
      records.760501546:  "v=spf1 include:_spf.google.com -all" => ""
      records.831471624:  "google-site-verification=ZI8zeHE6SWuJljW3f4csGetjOWo4krvjf13tdORsH4Y" => "google-site-verification=ZI8zeHE6SWuJljW3f4csGetjOWo4krvjf13tdORsH4Y"

Plan: 0 to add, 1 to change, 0 to destroy.


changes URL for binaries and adds source output

Summary
Changes the URI for binaries to archive. - the previous URI only hosts the current version. Also adds source output.
Use Cases

Checklist

[ ] I have viewed, signed, and submitted the Contributor License Agreement.
[ ] I have linked issue(s) that this PR should close using keywords or the Github UI (See docs)
[ ] I have added an integration test, if necessary.
[ ] I have reviewed the styleguide for guidance on my code quality.
[ ] I'm happy with the commit history on this PR (I have rebased/squashed as needed).

@pivotal-david-osullivan This should resolve #1275, right?


CMake error - Windows 10

CMake Error at C:/Program Files/CMake/share/cmake-3.26/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
Could NOT find Slang (missing: Slang_INCLUDE_DIRS Slang_LIBRARIES)
Call Stack (most recent call first):
C:/Program Files/CMake/share/cmake-3.26/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE)
Scripts/cmake/modules/FindSlang.cmake:51 (find_package_handle_standard_args)
Libraries/Aurora/CMakeLists.txt:37 (find_package)
I'm using this command to make the build
cmake -G "Visual Studio 16 2019" -A x64 . -S . -B Build -D EXTERNALS_ROOT=E:\AuroraExternals

If you don't mind me asking, how did you fix it? I had the same issue.

Hello! @Lucas3Dspain.
Clear! The jargon was not the source of the problem in fact
I changed the version of libpng repo and it works, it has been downloaded and compiled
Originally they are using PNG_URL = "https://github.com/glennrp/libpng/archive/refs/tags/v1.6.29.tar.gz"
I am currently using this version: "https://github.com/glennrp/libpng/archive/refs/tags/v1.6.35.tar.gz" (in my case I am using Windows 10)
You're going to put that link in the PNG_URL variable. This variable remains in installExternals.py
Here you can see it on the screenshot

That fix my problen on the installation externals stage.


Drops database table on ESLint restart

Describe the bug
SafeQL executes the queries each time the ESLint is restarted which causes an unexpected dropping of the database table and leads to the error Internal error: relation "animals" does not exist immediately after restarting the ESLint.
To Reproduce
Steps to reproduce the behavior:
It executes the queries below.
e.g
exports.up = async (sql) => {
  await sql`
    CREATE TABLE animals (
      id integer PRIMARY KEY GENERATED BY DEFAULT AS IDENTITY,
    )
  `;
};

exports.down = async (sql) => {
  await sql`
    DROP TABLE animals
  `;
};

restart ESLint: cmd + shift + P => ESLint: Restart ESLint Server

Expected behavior
Should not execute any SQL queries
Screenshots
If applicable, add screenshots to help explain your problem.
Before restarting the ESLint

After restarting the ESLint

Desktop (please complete the following information):

OS: macOS
PostgreSQL version 14
Version [e.g. 22]

Additional context
As far as i can tell, SafeQL tries to avoid executing the query by using `sql``.describe()
.describe() should not execute the query according to Postgres.js
But it seems SafeQL is actually executing the query for DROP TABLE which is a big problem

Fixed in 0.0.15


Add Legend Service OpenAPI Specification generation extension

What type of PR is this?
Improvement

What does this PR do / why is it needed ?
Provides ability to generate openapi specification for a given legend service. OpenAPIArtifactGenerationExtension can be used with legend sdlc maven file plugin to generate openapi spec as a build artifact

Which issue(s) this PR fixes:

Fixes #1583
Other notes for reviewers:
Support includes GET and POST methods. Metamodel supports other operations, but implementation to derive methods from service is required. More iterations required to make OpenAPI specification fully implemented i.e security extensions etc.
Does this PR introduce a user-facing change?
No

One last concern - once we merge this change, it will start generating for every existing service.  Either we need to make sure the open api generation is comprehensive and covers all use case, or we need a try/catch that wont fail the Studio project pipelines.

Should we leverage external formats for this?
We support open API standard schemagen for classes which are triggered via file gen.
Can we not trigger similar schema gen for services (like classes) which can glued in with other file generation mechanics

One things that is not necessary relevant to the actual change - do we know what is the impact to the Studio GitLab projects? This means every service on every project will now generate these files that before was not the case.

This was addressed by adding a stereotype check on the service that would trigger the generation. This will only be generated if the user adds the stereotype and not on every service


nfs-utils is out of date (and not trivial [for me] to upgrade)

Checklist
Here's my attempt: https://github.com/NixOS/nixpkgs/compare/master...colemickens:nixpkgs:cm-pr-nfsutils
current version: 2.5.1
desired version: 2.6.2

That current attempt results in:
❯ nix build ~/code/nixpkgs/cmpkgs#legacyPackages.x86_64-linux.nfs-utils --keep-failed
warning: Git tree '/home/cole/code/nixpkgs/cmpkgs' is dirty
note: keeping build directory '/tmp/nix-build-nfs-utils-2.6.2.drv-3'
error: output '/nix/store/a27s88i3xxa5bg5dmwnkqjzn32fciwic-nfs-utils-2.6.2' is not allowed to refer to the following paths:
         /nix/store/71whm2bi9cyc2kii17pxi6rn32cjqpn2-libkrb5-1.20-dev

seems to work just fine for me, when not touching sbindir. so basically your diff, but without --disable-sbin-override and leaving makeFlags as is.


Can we mock a non-public method?

How can we mock below methods?
protected internal bool test()
{
   return false;
}

static protected internal bool test(string a)
{
	return true;
}

Kindly provide a solution for the above query....

This is currently not supported, and will most likely not be supported in the near future. Smock's primary goal is not to be a full-featured mocking framework, but rather to help mocking (public static) code that is out of your control and cannot be mocked using conventional mocking frameworks. Good  examples are DateTime.Now, Dns.GetHostName, Console.WriteLine, etc.
For now, consider mocking the public method(s) invoking the private methods, refactoring the code to allow for mocking, or using moq (which can mock protected methods) for these cases.

Thanks :)


Fix RouteMap POST command 200 return empty

ARM API Information (Control Plane)
MSFT employees can try out our new experience at OpenAPI Hub  - one location for using our validation tools and finding your workflow.

Azure 1st Party Service can try out the Shift Left experience to initiate API design review from ADO code repo.  If you are interested, may request engineering support by filling in with the form https://aka.ms/ShiftLeftSupportForm.
Changelog
Add a changelog entry for this PR by answering the following questions:

What's the purpose of the update?

[ ] new service onboarding
[x] new API version
[ ] update existing version for new feature
[ ] update existing version to fix swagger quality issue in s360
[ ] Other, please clarify

When are you targeting to deploy the new service/feature to public regions? Please provide the date or, if the date is not yet available, the month.
When do you expect to publish the swagger? Please provide date or, the the date is not yet available, the month.
By default, Azure SDKs of all languages (.NET/Python/Java/JavaScript for both management-plane SDK and data-plane SDK, Go for management-plane SDK only ) MUST be refreshed with/after swagger of new version is published. If you prefer NOT to refresh any specific SDK language upon swagger updates in the current PR, please leave details with justification here.

Contribution checklist (MS Employees Only):

[ ] I commit to follow the Breaking Change Policy of "no breaking changes"
[x] I have reviewed the documentation for the workflow.
[ ] Validation tools were run on swagger spec(s) and errors have all been fixed in this PR. How to fix?

If any further question about AME onboarding or validation tools, please view the FAQ.
ARM API Review Checklist

Applicability: :warning:
If your changes encompass only the following scenarios, you should SKIP this section, as these scenarios do not require ARM review.

Change to data plane APIs
Adding new properties
All removals

Otherwise your PR may be subject to ARM review requirements. Complete the following:

[ ] Check this box if any of the following apply to the PR so that the label "ARMReview" and "WaitForARMFeedback" will be added by bot to kick off ARM API Review.  Missing to check this box in the following scenario may result in delays to the ARM manifest review and deployment.

Adding a new service
Adding new API(s)
Adding a new API version
-[ ] To review changes efficiently, ensure you copy the existing version into the new directory structure for first commit and then push new changes, including version updates, in separate commits. You can use OpenAPIHub to initialize the PR for adding a new version. For more details refer to the wiki.

[ ] Ensure you've reviewed following guidelines including ARM resource provider contract and REST guidelines. Estimated time (4 hours). This is required before you can request review from ARM API Review board.

[ ] If you are blocked on ARM review and want to get the PR merged with urgency, please get the ARM oncall for reviews (RP Manifest Approvers team under Azure Resource Manager service) from IcM and reach out to them.

Breaking Change Review Checklist
If you have any breaking changes as defined in the Breaking Change Policy, request approval from the Breaking Change Review Board.
Action: to initiate an evaluation of the breaking change, create a new intake using the template for breaking changes. Additional details on the process and office hours are on the Breaking Change Wiki.
NOTE: To update API(s) in public preview for over 1 year (refer to Retirement of Previews)
Please follow the link to find more details on PR review process.

Type of parameter prefix of interface EffectiveRouteMapRoute is changed from string[] to string
Above breaking changes is not an issue as it never got used before.  Others are not related to my changes

Type of parameter prefix of interface EffectiveRouteMapRoute is changed from string[] to string Above breaking changes is not an issue as it never got used before. Others are not related to my changes

Approved breaking change as the change aligns with the type in 2022-09-01 version.

/azp run

The ModelValidation failure is regular from such releases so that skip. And the sdk breaking change fail is not related to this pr so that approved. @MikhailTryakhov  take a look on this pr,  let me know if i'm wrong !

@JackTn please help to merge approved PR ASAP - need to move further!!!


Error response from daemon: create $HOME/.ecdata: "$HOME/.ecdata" includes invalid characters for a local volume name, only "[a-zA-Z0-9][a-zA-Z0-9_.-]" are allowed. If you intended to pass a host directory, use absolute path. See 'docker run --help'. in docker

i use docker desktop in windows11 how i can fix

I'm experiencing the same error，how to fix it？

将 $HOME 改为 %USERPROFILE% 可以解决问题! @corrtia


KMZ Loading: XML parser throws exception if KMZ contains subdirectories

Using com.google.maps.android:android-maps-utils:2.2.0
KmlLayer(GoogleMap map, InputStream stream, Context context) throws XmlPullParserException when kmz contains subdirectories

wrong report. its works fine


Icons disappearing?

You mention this in your readme:
// Customize only the order of existing buttons
var simplemde = new SimpleMDE({
    toolbar: ["bold", "italic", "heading", "|", "quote"],
});

When I do this, my icons and tooltips disappear.  Is this intentional, or bug?

For the record, here's my exact code:
var simplemde = new SimpleMDE({
    element: document.getElementById("#description"),
    tabSize: 4,
    toolbar: ["bold", "italic", "heading", "|", "quote"],
});
simplemde.render();

Definitely a bug, I'll look into this in more detail and will release a fix soon. Thanks for catching this.

Awesome thank you man.

On further testing, I am not able to recreate this issue. I did notice one bug in your code:
element: document.getElementById("#description"),

...should be...
element: document.getElementById("description"),

Apart from that, are you including FontAwesome as a dependency? If so, can you set up a JSFiddle that recreates the issue?

Hmm thanks for catching that getElementById("#description"), sorry about that.
Doesn't make sense to me though now, because I notice that this works:
element: document.getElementById("###not-an-element"),
Cleared cache, but somehow SimpleMDE is still able to apply itself to my textarea#description?

Oh if passed element is found, SimpleMDE is using first textarea on page as default.

element: The DOM element for the textarea to use. Defaults to the first textarea on the page.

I would have thought that if an element key within options exists, the default would be overridden, and an error would be thrown if non-existing element is specified.

Right now, if an element is not found, it just defaults to the first textarea on the page. Seems simpler that way. Anyway, did you find and correct the icons disappearing bug? Or is that still an issue?

Right now, if an element is not found, it just defaults to the first textarea on the page.  Seems simpler that way.

@WesCossick, I agree, if no element key is explicitly set in options array.  But but if the element is explicitly set in options, that suggests the user does not want default behaviour.  If the user then makes an error selecting the element (as I did), there's no error in console to reflect erroneous element selector.  Might I suggest a small tweak?

If no element key is explicitly set in options, revert to your default (first textarea in DOM).
If an explicit element key is set in options, override default (but throw error in console if user's selector is erroneous).

Anyway, did you find and correct the icons disappearing bug?

I'm struggling to reproduce this error today.  I'm not sure what could have changed.  Feel free to close the issue ...sorry about the trouble.

I'm having this, it happens periodically and it always happens for some users.

When it happens, the class for each icon is undefined? Can you provide more details about what is happening?

Yeah I found it weird that I can't reproduce it now.  I swear I didn't change anything in my code that should've affected it... but who knows.

This issue is occurring for me in my ionic project.
I tried a simple example but the icons were showing there. But in my ionic project, the icons do not appear. In the inspector, I can see that the class is fa fa-bold. I am setting the autoDownloadFontAwesome to true when I am creating a new simplemde. I am also loading boostrap in my index.html along with the simplemde CDN links of course

I have the same issue with icons when I open web page with IE 11. When I open it in Firefox and Chrome it works well. Also earlier it worked well in IE as well.
my webserver shows next:
/libs/fonts/fontawesome-webfont.eot? HTTP/1.1" 404
/libs/fonts/fontawesome-webfont.woff?v=4.7.0 HTTP/1.1" 404
/libs/fonts/fontawesome-webfont.ttf?v=4.7.0 HTTP/1.1" 404
Also I didnt change Simplemde file structure. Only changed the name the root folder to simplemde.
I downloaded Simplemde zip file again and put it in the library but it didn't change anything.
Finally I found the solution: download fonts from: https://cdnjs.com/libraries/font-awesome

I have the same issue with icons when I open web page with IE 11. When I open it in Firefox and Chrome it works well. Also earlier it worked well in IE as well.
my webserver shows next:
/libs/fonts/fontawesome-webfont.eot? HTTP/1.1" 404
/libs/fonts/fontawesome-webfont.woff?v=4.7.0 HTTP/1.1" 404
/libs/fonts/fontawesome-webfont.ttf?v=4.7.0 HTTP/1.1" 404
Also I didnt change Simplemde file structure. Only changed the name the root folder to simplemde.
I downloaded Simplemde zip file again and put it in the library but it didn't change anything.
Finally I found the solution: download fonts from: https://cdnjs.com/libraries/font-awesome

I meet this issue  in my project, and I find these icons missing their  styles, thanks for @Egorzaa !  Link font-awesome styles
in your index.html, just like this:
<head>
    <link rel="stylesheet" href="https://cdn.jsdelivr.net/simplemde/latest/simplemde.min.css">
    <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/font-awesome/4.7.0/css/font-awesome.css">
</head>

I have solved the issue.
I had the same issue. and I realised that the icons don't work on offline (no internet).
I had experienced this icom hidden issue when my internet temporary blocked. after internet connected the icons came back.
This plugin is using font-awesome cdn for icons.
if your icons are missing, download and use it or use
<link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/font-awesome/4.7.0/css/font-awesome.css">


Remove sortedAccountSummary call

They are sorted in the object now

Doesn't appear to be relevant anymore.  Sort characters by last played time now though


Skip reporting fault when the inner-most exception is OperationCanceledException

Skips fault reporting when the inner-most exception is OperationCanceledException.
Resolves: WorkItem#1774918

All the tests I added here should pass as-is... but I added comments on PR explaining what input could cause them to crash with stackoverflow exception. (Related to https://github.com/dotnet/razor/pull/9919).
I don't know if we want to fix them or if we think they may ever happen in the real world too. If not then I will just close PR https://github.com/dotnet/razor/pull/9919


Warning message: In install.packages("arrow") : installation of package ‘arrow’ had non-zero exit status

Hello, I am trying to use the feather library within an R-script which I am trying to run on the High Computation Cluster of my university. Apparently, I need arrow to use feather. I installed feather via install.packages("feather"). However, the installation of install.packages("arrow") fails.
Can anyone help me out here?
Using username "username".
<EMAIL_ADDRESS>password:
Last login: Thu Jun 23 13:06:13 2022 from see120.see.university.org
+------------------------------------------------------------------------------+
| Dear cluster users,                                                          |
| please consider following our announcements at                               |
|  https://isis.university.org/mod/forum/view.php?id=556432                      |
|                                                                              |
| You may give us feedback to improve our service for you at                   |
|  https://isis.university.org/mod/questionnaire/view.php?id=718187              |
|                                                                              |
| In order to enrol to the course use the enrolment key 'rechenknecht' and     |
| your UNIVERSITY account data to login, if necessary.                                |
+------------------------------------------------------------------------------+
/usr/bin/id: cannot find name for group ID 1242206
[username@frontend01 ~]$ module load R/3.6.1
[username@frontend01 ~]$ ARROW_R_DEV=TRUE
[username@frontend01 ~]$ install_arrow(verbose = TRUE)
-bash: syntax error near unexpected token `verbose'
[username@frontend01 ~]$ install_arrow
bash: install_arrow: command not found...
[username@frontend01 ~]$ R
WARNING: ignoring environment value of R_HOME

R version 3.6.1 (2019-07-05) -- "Action of the Toes"
Copyright (C) 2019 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

  Natural language support but running in an English locale

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

> install_arrow(verbos = TRUE)
Error in install_arrow(verbos = TRUE) :
  could not find function "install_arrow"
> install.packages ("arrow")
Installing package into ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-lib                                          rary/3.6’
(as ‘lib’ is unspecified)
--- Please select a CRAN mirror for use in this session ---
Secure CRAN mirrors

 1: 0-Cloud [https]
 2: Australia (Canberra) [https]
 3: Australia (Melbourne 1) [https]
 4: Australia (Melbourne 2) [https]
 5: Australia (Perth) [https]
 6: Austria [https]
 7: Belgium (Brussels) [https]
 8: Brazil (PR) [https]
 9: Brazil (RJ) [https]
10: Brazil (SP 1) [https]
11: Brazil (SP 2) [https]
12: Bulgaria [https]
13: Canada (MB) [https]
14: Canada (ON 3) [https]
15: Chile (Santiago) [https]
16: China (Beijing 2) [https]
17: China (Beijing 3) [https]
18: China (Hefei) [https]
19: China (Hong Kong) [https]
20: China (Guangzhou) [https]
21: China (Lanzhou) [https]
22: China (Nanjing) [https]
23: China (Shanghai 2) [https]
24: China (Shenzhen) [https]
25: Colombia (Cali) [https]
26: Costa Rica [https]
27: Cyprus [https]
28: Czech Republic [https]
29: Denmark [https]
30: East Asia [https]
31: Ecuador (Cuenca) [https]
32: Ecuador (Quito) [https]
33: Estonia [https]
34: France (Lyon 1) [https]
35: France (Lyon 2) [https]
36: France (Marseille) [https]
37: France (Paris 1) [https]
38: Germany (Erlangen) [https]
39: Germany (Leipzig) [https]
40: Germany (Göttingen) [https]
41: Germany (Münster) [https]
42: Germany (Regensburg) [https]
43: Greece [https]
44: Hungary [https]
45: Iceland [https]
46: India [https]
47: Indonesia (Jakarta) [https]
48: Iran (Mashhad) [https]
49: Italy (Milano) [https]
50: Italy (Padua) [https]
51: Japan (Tokyo) [https]
52: Korea (Gyeongsan-si) [https]
53: Korea (Seoul 1) [https]
54: Korea (Ulsan) [https]
55: Malaysia [https]
56: Mexico (Mexico City) [https]
57: Morocco [https]
58: Netherlands [https]
59: New Zealand [https]
60: Norway [https]
61: South Africa (Johannesburg) [https]
62: Spain (A Coruña) [https]
63: Spain (Madrid) [https]
64: Sweden (Borås) [https]
65: Sweden (Umeå) [https]
66: Switzerland [https]
67: Taiwan (Taipei) [https]
68: Turkey (Denizli) [https]
69: Turkey (Istanbul) [https]
70: Turkey (Mersin) [https]
71: UK (Bristol) [https]
72: UK (London 1) [https]
73: USA (IA) [https]
74: USA (KS) [https]
75: USA (MI) [https]
76: USA (OH) [https]
77: USA (OR) [https]
78: USA (TN) [https]
79: USA (TX 1) [https]
80: Uruguay [https]
81: (other mirrors)

Selection: 6
trying URL 'https://cran.wu.ac.at/src/contrib/arrow_8.0.0.tar.gz'
Content type 'application/x-gzip' length 4796875 bytes (4.6 MB)
==================================================
downloaded 4.6 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** Found local C++ source: 'tools/cpp'
*** Building libarrow from source
    For a faster, more complete installation, set the environment variable NOT_C                                          RAN=true before installing
    See install vignette for details:
    https://cran.r-project.org/web/packages/arrow/vignettes/install.html
**** arrow
**** Error building Arrow C++. Re-run with ARROW_R_DEV=true for debug informatio                                          n.
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html
---------------------------------------------------------
ERROR: configuration failed for package ‘arrow’
* removing ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6/arro                                          w’

The downloaded source packages are in
        ‘/tmp/RtmpV3AbtA/downloaded_packages’
Warning message:
In install.packages("arrow") :
  installation of package ‘arrow’ had non-zero exit status
> ARROW_R_DEV=true
Error: object 'true' not found
> install.packages ("arrow")
Installing package into ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6’
(as ‘lib’ is unspecified)
trying URL 'https://cran.wu.ac.at/src/contrib/arrow_8.0.0.tar.gz'
Content type 'application/x-gzip' length 4796875 bytes (4.6 MB)
==================================================
downloaded 4.6 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** Found local C++ source: 'tools/cpp'
*** Building libarrow from source
    For a faster, more complete installation, set the environment variable NOT_CRAN=true before inst                      alling
    See install vignette for details:
    https://cran.r-project.org/web/packages/arrow/vignettes/install.html
**** arrow
**** Error building Arrow C++. Re-run with ARROW_R_DEV=true for debug information.
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html
---------------------------------------------------------
ERROR: configuration failed for package ‘arrow’
* removing ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6/arrow’

The downloaded source packages are in
        ‘/tmp/RtmpV3AbtA/downloaded_packages’
Warning message:
In install.packages("arrow") :
  installation of package ‘arrow’ had non-zero exit status
> install.packages ("arrow", ARROW_R_DEV=true)
Installing package into ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6’
(as ‘lib’ is unspecified)
trying URL 'https://cran.wu.ac.at/src/contrib/arrow_8.0.0.tar.gz'
Content type 'application/x-gzip' length 4796875 bytes (4.6 MB)
==================================================
downloaded 4.6 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** Found local C++ source: 'tools/cpp'
*** Building libarrow from source
    For a faster, more complete installation, set the environment variable NOT_CRAN=true before installing
    See install vignette for details:
    https://cran.r-project.org/web/packages/arrow/vignettes/install.html
**** arrow
**** Error building Arrow C++. Re-run with ARROW_R_DEV=true for debug information.
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html
---------------------------------------------------------
ERROR: configuration failed for package ‘arrow’
* removing ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6/arrow’

The downloaded source packages are in
        ‘/tmp/RtmpV3AbtA/downloaded_packages’
Warning message:
In install.packages("arrow", ARROW_R_DEV = true) :
  installation of package ‘arrow’ had non-zero exit status
>
> Sys.setenv(ARROW_WITH_SNAPPY = "ON")
> install.packages ("arrow")
Installing package into ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6’
(as ‘lib’ is unspecified)
trying URL 'https://cran.wu.ac.at/src/contrib/arrow_8.0.0.tar.gz'
Content type 'application/x-gzip' length 4796875 bytes (4.6 MB)
==================================================
downloaded 4.6 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** Found local C++ source: 'tools/cpp'
*** Building libarrow from source
    For a faster, more complete installation, set the environment variable NOT_CRAN=true before installing
    See install vignette for details:
    https://cran.r-project.org/web/packages/arrow/vignettes/install.html
**** arrow
**** Error building Arrow C++. Re-run with ARROW_R_DEV=true for debug information.
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html
---------------------------------------------------------
ERROR: configuration failed for package ‘arrow’
* removing ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6/arrow’

The downloaded source packages are in
        ‘/tmp/RtmpV3AbtA/downloaded_packages’
Warning message:
In install.packages("arrow") :
  installation of package ‘arrow’ had non-zero exit status
> Sys.setenv(ARROW_R_DEV = TRUE)
> install.packages ("arrow")
Installing package into ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6’
(as ‘lib’ is unspecified)
trying URL 'https://cran.wu.ac.at/src/contrib/arrow_8.0.0.tar.gz'
Content type 'application/x-gzip' length 4796875 bytes (4.6 MB)
==================================================
downloaded 4.6 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
trying URL 'https://github.com'
downloaded 263 KB

*** Found local C++ source: 'tools/cpp'
*** Building libarrow from source
    For a faster, more complete installation, set the environment variable NOT_CRAN=true before installing
    See install vignette for details:
    https://cran.r-project.org/web/packages/arrow/vignettes/install.html
*** Building with MAKEFLAGS= -j2
**** arrow with SOURCE_DIR='tools/cpp' BUILD_DIR='/tmp//RtmpkIthb7/file673d6ae58ef1' DEST_DIR='libarrow/arrow-8.0.0' CMAKE='/usr/bin/cmake3' EXTRA_CMAKE_FLAGS='' CC='gcc' CXX='g++ -std=gnu++11' LDFLAGS='-L/usr/local/lib64' ARROW_S3='OFF' ARROW_MIMALLOC='OFF'
++ pwd
+ : /tmp/RtmpF36ICC/R.INSTALL66a758dba1b4/arrow
+ : tools/cpp
+ : /tmp//RtmpkIthb7/file673d6ae58ef1
+ : libarrow/arrow-8.0.0
+ : /usr/bin/cmake3
++ cd tools/cpp
++ pwd
+ SOURCE_DIR=/tmp/RtmpF36ICC/R.INSTALL66a758dba1b4/arrow/tools/cpp
++ mkdir -p libarrow/arrow-8.0.0
++ cd libarrow/arrow-8.0.0
++ pwd
+ DEST_DIR=/tmp/RtmpF36ICC/R.INSTALL66a758dba1b4/arrow/libarrow/arrow-8.0.0
+ '[' '' '!=' '' ']'
+ '[' '' = false ']'
+ ARROW_DEFAULT_PARAM=OFF
+ mkdir -p /tmp//RtmpkIthb7/file673d6ae58ef1
+ pushd /tmp//RtmpkIthb7/file673d6ae58ef1
/tmp/RtmpkIthb7/file673d6ae58ef1 /tmp/RtmpF36ICC/R.INSTALL66a758dba1b4/arrow
+ /usr/bin/cmake3 -DARROW_BOOST_USE_SHARED=OFF -DARROW_BUILD_TESTS=OFF -DARROW_BUILD_SHARED=OFF -DARROW_BUILD_STATIC=ON -DARROW_COMPUTE=ON -DARROW_CSV=ON -DARROW_DATASET=ON -DARROW_DEPENDENCY_SOURCE=AUTO -DAWSSDK_SOURCE= -DARROW_FILESYSTEM=ON -DARROW_JEMALLOC=OFF -DARROW_MIMALLOC=OFF -DARROW_JSON=ON -DARROW_PARQUET=ON -DARROW_S3=OFF -DARROW_WITH_BROTLI=OFF -DARROW_WITH_BZ2=OFF -DARROW_WITH_LZ4=ON -DARROW_WITH_RE2=ON -DARROW_WITH_SNAPPY=ON -DARROW_WITH_UTF8PROC=ON -DARROW_WITH_ZLIB=OFF -DARROW_WITH_ZSTD=OFF -DARROW_VERBOSE_THIRDPARTY_BUILD=OFF -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_INSTALL_PREFIX=/tmp/RtmpF36ICC/R.INSTALL66a758dba1b4/arrow/libarrow/arrow-8.0.0 -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DCMAKE_UNITY_BUILD=OFF -G 'Unix Makefiles' /tmp/RtmpF36ICC/R.INSTALL66a758dba1b4/arrow/tools/cpp
-- Building using CMake version: 3.6.3
-- The C compiler identification is GNU 7.2.0
-- The CXX compiler identification is GNU 7.2.0
-- Check for working C compiler: /cluster/comp/gcc/7.2.0/bin/gcc
-- Check for working C compiler: /cluster/comp/gcc/7.2.0/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /cluster/comp/gcc/7.2.0/bin/g++
-- Check for working CXX compiler: /cluster/comp/gcc/7.2.0/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Arrow version: 8.0.0 (full: '8.0.0')
-- Arrow SO version: 800 (full: 800.0.0)
-- clang-tidy 12 not found
-- clang-format 12 not found
-- Could NOT find ClangTools (missing:  CLANG_FORMAT_BIN CLANG_TIDY_BIN)
-- infer not found
fatal: Not a git repository (or any of the parent directories): .git
-- Found PythonInterp: /usr/bin/python (found version "2.7.5")
-- Found cpplint executable at /tmp/RtmpF36ICC/R.INSTALL66a758dba1b4/arrow/tools/cpp/build-support/cpplint.py
-- System processor: x86_64
-- Performing Test CXX_SUPPORTS_SSE4_2
-- Performing Test CXX_SUPPORTS_SSE4_2 - Success
-- Performing Test CXX_SUPPORTS_AVX2
-- Performing Test CXX_SUPPORTS_AVX2 - Success
-- Performing Test CXX_SUPPORTS_AVX512
-- Performing Test CXX_SUPPORTS_AVX512 - Success
-- Arrow build warning level: PRODUCTION
Using ld linker
Configured for RELEASE build (set with cmake -DCMAKE_BUILD_TYPE={release,debug,...})
-- Build Type: RELEASE
-- Using AUTO approach to find dependencies
-- ARROW_ABSL_BUILD_VERSION: 20210324.2
-- ARROW_ABSL_BUILD_SHA256_CHECKSUM: 59b862f50e710277f8ede96f083a5bb8d7c9595376146838b9580be90374ee1f
-- ARROW_AWSSDK_BUILD_VERSION: 1.8.133
-- ARROW_AWSSDK_BUILD_SHA256_CHECKSUM: d6c495bc06be5e21dac716571305d77437e7cfd62a2226b8fe48d9ab5785a8d6
-- ARROW_AWS_CHECKSUMS_BUILD_VERSION: v0.1.12
-- ARROW_AWS_CHECKSUMS_BUILD_SHA256_CHECKSUM: 394723034b81cc7cd528401775bc7aca2b12c7471c92350c80a0e2fb9d2909fe
-- ARROW_AWS_C_COMMON_BUILD_VERSION: v0.6.9
-- ARROW_AWS_C_COMMON_BUILD_SHA256_CHECKSUM: 928a3e36f24d1ee46f9eec360ec5cebfe8b9b8994fe39d4fa74ff51aebb12717
-- ARROW_AWS_C_EVENT_STREAM_BUILD_VERSION: v0.1.5
-- ARROW_AWS_C_EVENT_STREAM_BUILD_SHA256_CHECKSUM: f1b423a487b5d6dca118bfc0d0c6cc596dc476b282258a3228e73a8f730422d4
-- ARROW_BOOST_BUILD_VERSION: 1.75.0
-- ARROW_BOOST_BUILD_SHA256_CHECKSUM: 267e04a7c0bfe85daf796dedc789c3a27a76707e1c968f0a2a87bb96331e2b61
-- ARROW_BROTLI_BUILD_VERSION: v1.0.9
-- ARROW_BROTLI_BUILD_SHA256_CHECKSUM: f9e8d81d0405ba66d181529af42a3354f838c939095ff99930da6aa9cdf6fe46
-- ARROW_BZIP2_BUILD_VERSION: 1.0.8
-- ARROW_BZIP2_BUILD_SHA256_CHECKSUM: ab5a03176ee106d3f0fa90e381da478ddae405918153cca248e682cd0c4a2269
-- ARROW_CARES_BUILD_VERSION: 1.17.2
-- ARROW_CARES_BUILD_SHA256_CHECKSUM: 4803c844ce20ce510ef0eb83f8ea41fa24ecaae9d280c468c582d2bb25b3913d
-- ARROW_CRC32C_BUILD_VERSION: 1.1.2
-- ARROW_CRC32C_BUILD_SHA256_CHECKSUM: ac07840513072b7fcebda6e821068aa04889018f24e10e46181068fb214d7e56
-- ARROW_GBENCHMARK_BUILD_VERSION: v1.6.0
-- ARROW_GBENCHMARK_BUILD_SHA256_CHECKSUM: 1f71c72ce08d2c1310011ea6436b31e39ccab8c2db94186d26657d41747c85d6
-- ARROW_GFLAGS_BUILD_VERSION: v2.2.2
-- ARROW_GFLAGS_BUILD_SHA256_CHECKSUM: 34af2f15cf7367513b352bdcd2493ab14ce43692d2dcd9dfc499492966c64dcf
-- ARROW_GLOG_BUILD_VERSION: v0.5.0
-- ARROW_GLOG_BUILD_SHA256_CHECKSUM: eede71f28371bf39aa69b45de23b329d37214016e2055269b3b5e7cfd40b59f5
-- ARROW_GOOGLE_CLOUD_CPP_BUILD_VERSION: v1.39.0
-- ARROW_GOOGLE_CLOUD_CPP_BUILD_SHA256_CHECKSUM: 73e4e840018b24bec2beb49e036a3c2d8c471d4dc4a18b9026ccc4d8ab8e78cc
-- ARROW_GRPC_BUILD_VERSION: v1.35.0
-- ARROW_GRPC_BUILD_SHA256_CHECKSUM: 27dd2fc5c9809ddcde8eb6fa1fa278a3486566dfc28335fca13eb8df8bd3b958
-- ARROW_GTEST_BUILD_VERSION: 1.11.0
-- ARROW_GTEST_BUILD_SHA256_CHECKSUM: b4870bf121ff7795ba20d20bcdd8627b8e088f2d1dab299a031c1034eddc93d5
-- ARROW_JEMALLOC_BUILD_VERSION: 5.2.1
-- ARROW_JEMALLOC_BUILD_SHA256_CHECKSUM: 34330e5ce276099e2e8950d9335db5a875689a4c6a56751ef3b1d8c537f887f6
-- ARROW_LZ4_BUILD_VERSION: 8f61d8eb7c6979769a484cde8df61ff7c4c77765
-- ARROW_LZ4_BUILD_SHA256_CHECKSUM: 5b072d848f2f93fddb97e1143e22c1bd7fa19fc8431ee69e21758190a88125b4
-- ARROW_MIMALLOC_BUILD_VERSION: v1.7.3
-- ARROW_MIMALLOC_BUILD_SHA256_CHECKSUM: 0f987bda01ca9df87ec90e9d98c63fa893ee61f3cca565e5ca5ed744fdcc5109
-- ARROW_NLOHMANN_JSON_BUILD_VERSION: v3.10.2
-- ARROW_NLOHMANN_JSON_BUILD_SHA256_CHECKSUM: 081ed0f9f89805c2d96335c3acfa993b39a0a5b4b4cef7edb68dd2210a13458c
-- ARROW_OPENTELEMETRY_BUILD_VERSION: v1.3.0
-- ARROW_OPENTELEMETRY_BUILD_SHA256_CHECKSUM: 6a4c43b9c9f753841ebc0fe2717325271f02e2a1d5ddd0b52735c35243629ab3
-- ARROW_OPENTELEMETRY_PROTO_BUILD_VERSION: v0.11.0
-- ARROW_OPENTELEMETRY_PROTO_BUILD_SHA256_CHECKSUM: 985367f8905e91018e636cbf0d83ab3f834b665c4f5899a27d10cae9657710e2
-- ARROW_ORC_BUILD_VERSION: 1.7.3
-- ARROW_ORC_BUILD_SHA256_CHECKSUM: 535c4d7588172e85b8fc941cd0575d67f2155a55e4cd65d87d5b194b0bb28a31
-- ARROW_PROTOBUF_BUILD_VERSION: v3.18.1
-- ARROW_PROTOBUF_BUILD_SHA256_CHECKSUM: b8ab9bbdf0c6968cf20060794bc61e231fae82aaf69d6e3577c154181991f576
-- ARROW_RAPIDJSON_BUILD_VERSION: 1a803826f1197b5e30703afe4b9c0e7dd48074f5
-- ARROW_RAPIDJSON_BUILD_SHA256_CHECKSUM: 0b6b780b6c534bfb0b23d29910bfe361e486bcfeaf106db8bc8995792072905a
-- ARROW_RE2_BUILD_VERSION: 2021-11-01
-- ARROW_RE2_BUILD_SHA256_CHECKSUM: 8c45f7fba029ab41f2a7e6545058d9eec94eef97ce70df58e92d85cfc08b4669
-- ARROW_SNAPPY_BUILD_VERSION: 1.1.9
-- ARROW_SNAPPY_BUILD_SHA256_CHECKSUM: 75c1fbb3d618dd3a0483bff0e26d0a92b495bbe5059c8b4f1c962b478b6e06e7
-- ARROW_SNAPPY_OLD_BUILD_VERSION: 1.1.8
-- ARROW_SNAPPY_OLD_BUILD_SHA256_CHECKSUM: 16b677f07832a612b0836178db7f374e414f94657c138e6993cbfc5dcc58651f
-- ARROW_SUBSTRAIT_BUILD_VERSION: e1b4c04a
-- ARROW_SUBSTRAIT_BUILD_SHA256_CHECKSUM: 65f83e5f5d979ede5fc8ac9f8bbaf793e0c72d9c415f1a162ba522f6d0bb5bbe
-- ARROW_THRIFT_BUILD_VERSION: 0.13.0
-- ARROW_THRIFT_BUILD_SHA256_CHECKSUM: 7ad348b88033af46ce49148097afe354d513c1fca7c607b59c33ebb6064b5179
-- ARROW_UTF8PROC_BUILD_VERSION: v2.7.0
-- ARROW_UTF8PROC_BUILD_SHA256_CHECKSUM: 4bb121e297293c0fd55f08f83afab6d35d48f0af4ecc07523ad8ec99aa2b12a1
-- ARROW_XSIMD_BUILD_VERSION: 7d1778c3b38d63db7cec7145d939f40bc5d859d1
-- ARROW_XSIMD_BUILD_SHA256_CHECKSUM: d861f4f3034550cdc62ad93fd60e8b0f2413a6ea49081c8698922b7b4f043ec6
-- ARROW_ZLIB_BUILD_VERSION: 1.2.12
-- ARROW_ZLIB_BUILD_SHA256_CHECKSUM:<PHONE_NUMBER>2e5ce316b3c010929493c0244f3d37593afd6de04f71821d5136d9
-- ARROW_ZSTD_BUILD_VERSION: v1.5.1
-- ARROW_ZSTD_BUILD_SHA256_CHECKSUM: dc05773342b28f11658604381afd22cb0a13e8ba17ff2bd7516df377060c18dd
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- Found Threads: TRUE
-- Checking for module 'thrift'
--   No package 'thrift' found
-- Could NOT find Thrift: Found unsuitable version "", but required is at least "0.11.0" (found THRIFT_LIB-NOTFOUND)
-- Looking for _M_ARM64
-- Looking for _M_ARM64 - not found
-- Looking for __SIZEOF_INT128__
-- Looking for __SIZEOF_INT128__ - found
CMake Warning at /usr/share/cmake3/Modules/FindBoost.cmake:743 (message):
  Imported targets not available for Boost version
Call Stack (most recent call first):
  /usr/share/cmake3/Modules/FindBoost.cmake:842 (_Boost_COMPONENT_DEPENDENCIES)
  /usr/share/cmake3/Modules/FindBoost.cmake:1395 (_Boost_MISSING_DEPENDENCIES)
  cmake_modules/FindBoostAlt.cmake:48 (find_package)
  cmake_modules/ThirdpartyToolchain.cmake:237 (find_package)
  cmake_modules/ThirdpartyToolchain.cmake:977 (resolve_dependency)
  CMakeLists.txt:552 (include)

CMake Warning at /usr/share/cmake3/Modules/FindBoost.cmake:743 (message):
  Imported targets not available for Boost version
Call Stack (most recent call first):
  /usr/share/cmake3/Modules/FindBoost.cmake:842 (_Boost_COMPONENT_DEPENDENCIES)
  /usr/share/cmake3/Modules/FindBoost.cmake:1395 (_Boost_MISSING_DEPENDENCIES)
  cmake_modules/FindBoostAlt.cmake:48 (find_package)
  cmake_modules/ThirdpartyToolchain.cmake:237 (find_package)
  cmake_modules/ThirdpartyToolchain.cmake:977 (resolve_dependency)
  CMakeLists.txt:552 (include)

-- Could NOT find Boost
-- Boost include dir: /tmp/RtmpkIthb7/file673d6ae58ef1/boost_ep-prefix/src/boost_ep
-- Boost libraries: boost_system_static;boost_filesystem_static
-- Could NOT find Snappy (missing:  Snappy_LIB Snappy_INCLUDE_DIR)
-- Building snappy from source
-- Building without OpenSSL support. Minimum OpenSSL version 1.0.2 required.
CMake Error at cmake_modules/ThirdpartyToolchain.cmake:1349 (message):
  Building thrift using ExternalProject requires at least CMake 3.10
Call Stack (most recent call first):
  cmake_modules/ThirdpartyToolchain.cmake:183 (build_thrift)
  cmake_modules/ThirdpartyToolchain.cmake:245 (build_dependency)
  cmake_modules/ThirdpartyToolchain.cmake:1428 (resolve_dependency)
  CMakeLists.txt:552 (include)

-- Configuring incomplete, errors occurred!
See also "/tmp/RtmpkIthb7/file673d6ae58ef1/CMakeFiles/CMakeOutput.log".
See also "/tmp/RtmpkIthb7/file673d6ae58ef1/CMakeFiles/CMakeError.log".
**** Error building Arrow C++.
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html
---------------------------------------------------------
ERROR: configuration failed for package ‘arrow’
* removing ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6/arrow’

The downloaded source packages are in
        ‘/tmp/RtmpV3AbtA/downloaded_packages’
Warning message:
In install.packages("arrow") :
  installation of package ‘arrow’ had non-zero exit status
>

It looks like the error is:
CMake Error at cmake_modules/ThirdpartyToolchain.cmake:1349 (message):
  Building thrift using ExternalProject requires at least CMake 3.10

but your system only has cmake 3.6.3. We try to check for that, but apparently the check in https://github.com/apache/arrow/blob/master/r/tools/nixlibs.R#L407-L432 isn't detecting that correctly. Could you share what cmake --version says?
To work around this, you can download and untar the latest cmake release from https://github.com/Kitware/CMake/releases/download/v3.23.2/cmake-3.23.2-linux-x86_64.tar.gz, then export CMAKE=/path/to/bin/cmake, wherever that ends up when you extract it.

Thank you for your response. cmake --version returns cmake version <IP_ADDRESS>.
I also ran wget https://github.com/Kitware/CMake/releases/download/v3.23.2/cmake-3.23.2-linux-x86_64.tar.gz and then untar cmake-3.23.2-linux-x86_64.tar.gz but the latter returns bash: untar: command not found ....

Okidoki, so I did the following:
wget https://github.com/Kitware/CMake/releases/download/v3.23.2/cmake-3.23.2-linux-x86_64.tar.gz
gunzip cmake-3.23.2-linux-x86_64.tar.gz
export CMAKE=/cmake-3.23.2-linux-x86_64.tar
cmake --version

Which still returns cmake version <IP_ADDRESS> and I seem to get the same error message when installing arrow
Using username "username".
<EMAIL_ADDRESS>password:
Access denied
<EMAIL_ADDRESS>password:
Access denied
<EMAIL_ADDRESS>password:
Access denied
<EMAIL_ADDRESS>password:
Last login: Thu Jun 23 13:23:12 2022 from see120.see.university.org
+------------------------------------------------------------------------------+
| Dear cluster users,                                                          |
| please consider following our announcements at                               |
|  https://isis.university.org/mod/forum/view.php?id=556432                      |
|                                                                              |
| You may give us feedback to improve our service for you at                   |
|  https://isis.university.org/mod/questionnaire/view.php?id=718187              |
|                                                                              |
| In order to enrol to the course use the enrolment key 'rechenknecht' and     |
| your UNIVERSITY account data to login, if necessary.                                |
+------------------------------------------------------------------------------+
/usr/bin/id: cannot find name for group ID 1242206
[username@frontend01 ~]$ cmake --version
cmake version <IP_ADDRESS>
[username@frontend01 ~]$ ^C
[username@frontend01 ~]$ wget
wget: missing URL
Usage: wget [OPTION]... [URL]...

Try `wget --help' for more options.
[username@frontend01 ~]$ wget https://github.com/Kitware/CMake/releases/download/v3.23.2/cmake-3.23.2-linux-x86_64.tar.gz
--2022-06-23 14:44:19--  https://github.com/Kitware/CMake/releases/download/v3.23.2/cmake-3.23.2-linux-x86_64.tar.gz
Resolving github.com (github.com)... <IP_ADDRESS>
Connecting to github.com (github.com)|<IP_ADDRESS>|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://objects.githubusercontent.com/github-production-release-asset-2e65be/537699/6684c7d5-b152-4b45-8e09-ca27803d17b8?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20220623%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20220623T124420Z&X-Amz-Expires=300&X-Amz-Signature=2e1dbbf293c7e69c53aa4a352d3f8d519311b6e1965409dbc7d60abf5ce0113d&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=537699&response-content-disposition=attachment%3B%20filename%3Dcmake-3.23.2-linux-x86_64.tar.gz&response-content-type=application%2Foctet-stream [following]
--2022-06-23 14:44:20--  https://objects.githubusercontent.com/github-production-release-asset-2e65be/537699/6684c7d5-b152-4b45-8e09-ca27803d17b8?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20220623%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20220623T124420Z&X-Amz-Expires=300&X-Amz-Signature=2e1dbbf293c7e69c53aa4a352d3f8d519311b6e1965409dbc7d60abf5ce0113d&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=537699&response-content-disposition=attachment%3B%20filename%3Dcmake-3.23.2-linux-x86_64.tar.gz&response-content-type=application%2Foctet-stream
Resolving objects.githubusercontent.com (objects.githubusercontent.com)... <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>, ...
Connecting to objects.githubusercontent.com (objects.githubusercontent.com)|<IP_ADDRESS>|:443... connected.

You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

  Natural language support but running in an English locale

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

> install.packages(arrow)
Error in install.packages(arrow) : object 'arrow' not found
> install.packages("arrow")
Installing package into ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6’
(as ‘lib’ is unspecified)
--- Please select a CRAN mirror for use in this session ---
Secure CRAN mirrors

 1: 0-Cloud [https]
 2: Australia (Canberra) [https]
 3: Australia (Melbourne 1) [https]
 4: Australia (Melbourne 2) [https]
 5: Australia (Perth) [https]
 6: Austria [https]
 7: Belgium (Brussels) [https]
 8: Brazil (PR) [https]
 9: Brazil (RJ) [https]
10: Brazil (SP 1) [https]
11: Brazil (SP 2) [https]
12: Bulgaria [https]
13: Canada (MB) [https]
14: Canada (ON 3) [https]
15: Chile (Santiago) [https]
16: China (Beijing 2) [https]
17: China (Beijing 3) [https]
18: China (Hefei) [https]
19: China (Hong Kong) [https]
20: China (Guangzhou) [https]
21: China (Lanzhou) [https]
22: China (Nanjing) [https]
23: China (Shanghai 2) [https]
24: China (Shenzhen) [https]
25: Colombia (Cali) [https]
26: Costa Rica [https]
27: Cyprus [https]
28: Czech Republic [https]
29: Denmark [https]
30: East Asia [https]
31: Ecuador (Cuenca) [https]
32: Ecuador (Quito) [https]
33: Estonia [https]
34: France (Lyon 1) [https]
35: France (Lyon 2) [https]
36: France (Marseille) [https]
37: France (Paris 1) [https]
38: Germany (Erlangen) [https]
39: Germany (Leipzig) [https]
40: Germany (Göttingen) [https]
41: Germany (Münster) [https]
42: Germany (Regensburg) [https]
43: Greece [https]
44: Hungary [https]
45: Iceland [https]
46: India [https]
47: Indonesia (Jakarta) [https]
48: Iran (Mashhad) [https]
49: Italy (Milano) [https]
50: Italy (Padua) [https]
51: Japan (Tokyo) [https]
52: Korea (Gyeongsan-si) [https]
53: Korea (Seoul 1) [https]
54: Korea (Ulsan) [https]
55: Malaysia [https]
56: Mexico (Mexico City) [https]
57: Morocco [https]
58: Netherlands [https]
59: New Zealand [https]
60: Norway [https]
61: South Africa (Johannesburg) [https]
62: Spain (A Coruña) [https]
63: Spain (Madrid) [https]
64: Sweden (Borås) [https]
65: Sweden (Umeå) [https]
66: Switzerland [https]
67: Taiwan (Taipei) [https]
68: Turkey (Denizli) [https]
69: Turkey (Istanbul) [https]
70: Turkey (Mersin) [https]
71: UK (Bristol) [https]
72: UK (London 1) [https]
73: USA (IA) [https]
74: USA (KS) [https]
75: USA (MI) [https]
76: USA (OH) [https]
77: USA (OR) [https]
78: USA (TN) [https]
79: USA (TX 1) [https]
80: Uruguay [https]
81: (other mirrors)

Selection: 56
trying URL 'https://cran.itam.mx/src/contrib/arrow_8.0.0.tar.gz'
Content type 'application/x-gzip' length 4796875 bytes (4.6 MB)
==================================================
downloaded 4.6 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** Found local C++ source: 'tools/cpp'
*** Building libarrow from source
    For a faster, more complete installation, set the environment variable NOT_CRAN=true before installing
    See install vignette for details:
    https://cran.r-project.org/web/packages/arrow/vignettes/install.html
**** arrow
**** Error building Arrow C++. Re-run with ARROW_R_DEV=true for debug information.
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html
---------------------------------------------------------
ERROR: configuration failed for package ‘arrow’
* removing ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6/arrow’

The downloaded source packages are in
        ‘/tmp/Rtmpsp8zid/downloaded_packages’
Warning message:
In install.packages("arrow") :
  installation of package ‘arrow’ had non-zero exit status
> Using username "username".
[username@frontend01 ~]$ cmake --version
cmake version <IP_ADDRESS>
[username@frontend01 ~]$ ^C
[username@frontend01 ~]$ wget
wget: missing URL
Error: unexpected symbol in "Using username"
><EMAIL_ADDRESS>password:
+ Access denied
+<EMAIL_ADDRESS>password:
Error: unexpected string constant in:
"Access denied
<EMAIL_ADDRESS>> Access denied
Error: unexpected symbol in "Access denied"
><EMAIL_ADDRESS>password:
--2022-06-23 14:44:19--  https://github.com+
> quit()
Save workspace image? [y/n/c]: n
[username@frontend01 ~]$ export CMAKE=/my_arrow_pkg.tar.gz
[username@frontend01 ~]$ cmake --version
cmake version <IP_ADDRESS>
[username@frontend01 ~]$ export CMAKE=/my_arrow_pkg.tar.gz
[username@frontend01 ~]$ ^C
[username@frontend01 ~]$ ^C
[username@frontend01 ~]$ dir
cmake-3.23.2-linux-x86_64.tar  my_arrow_pkg.tar.gz  R  slurm-20999955.out
[username@frontend01 ~]$ export CMAKE=/cmake-3.23.2-linux-x86_64.tar
[username@frontend01 ~]$ cmake --version
cmake version <IP_ADDRESS>
[username@frontend01 ~]$ ^C
[username@frontend01 ~]$ ^C
[username@frontend01 ~]$ R
WARNING: ignoring environment value of R_HOME

R version 3.6.1 (2019-07-05) -- "Action of the Toes"
Copyright (C) 2019 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

  Natural language support but running in an English locale

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

> install.packages("arrow")
Installing package into ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6’
(as ‘lib’ is unspecified)
--- Please select a CRAN mirror for use in this session ---
Secure CRAN mirrors

 1: 0-Cloud [https]
 2: Australia (Canberra) [https]
 3: Australia (Melbourne 1) [https]
 4: Australia (Melbourne 2) [https]
 5: Australia (Perth) [https]
 6: Austria [https]
 7: Belgium (Brussels) [https]
 8: Brazil (PR) [https]
 9: Brazil (RJ) [https]
10: Brazil (SP 1) [https]
11: Brazil (SP 2) [https]
12: Bulgaria [https]
13: Canada (MB) [https]
14: Canada (ON 3) [https]
15: Chile (Santiago) [https]
16: China (Beijing 2) [https]
17: China (Beijing 3) [https]
18: China (Hefei) [https]
19: China (Hong Kong) [https]
20: China (Guangzhou) [https]
21: China (Lanzhou) [https]
22: China (Nanjing) [https]
23: China (Shanghai 2) [https]
24: China (Shenzhen) [https]
25: Colombia (Cali) [https]
26: Costa Rica [https]
27: Cyprus [https]
28: Czech Republic [https]
29: Denmark [https]
30: East Asia [https]
31: Ecuador (Cuenca) [https]
32: Ecuador (Quito) [https]
33: Estonia [https]
34: France (Lyon 1) [https]
35: France (Lyon 2) [https]
36: France (Marseille) [https]
37: France (Paris 1) [https]
38: Germany (Erlangen) [https]
39: Germany (Leipzig) [https]
40: Germany (Göttingen) [https]
41: Germany (Münster) [https]
42: Germany (Regensburg) [https]
43: Greece [https]
44: Hungary [https]
45: Iceland [https]
46: India [https]
47: Indonesia (Jakarta) [https]
48: Iran (Mashhad) [https]
49: Italy (Milano) [https]
50: Italy (Padua) [https]
51: Japan (Tokyo) [https]
52: Korea (Gyeongsan-si) [https]
53: Korea (Seoul 1) [https]
54: Korea (Ulsan) [https]
55: Malaysia [https]
56: Mexico (Mexico City) [https]
57: Morocco [https]
58: Netherlands [https]
59: New Zealand [https]
60: Norway [https]
61: South Africa (Johannesburg) [https]
62: Spain (A Coruña) [https]
63: Spain (Madrid) [https]
64: Sweden (Borås) [https]
65: Sweden (Umeå) [https]
66: Switzerland [https]
67: Taiwan (Taipei) [https]
68: Turkey (Denizli) [https]
69: Turkey (Istanbul) [https]
70: Turkey (Mersin) [https]
71: UK (Bristol) [https]
72: UK (London 1) [https]
73: USA (IA) [https]
74: USA (KS) [https]
75: USA (MI) [https]
76: USA (OH) [https]
77: USA (OR) [https]
78: USA (TN) [https]
79: USA (TX 1) [https]
80: Uruguay [https]
81: (other mirrors)

Selection: 5
trying URL 'https://cran.curtin.edu.au/src/contrib/arrow_8.0.0.tar.gz'
Content type 'application/x-gzip' length 4796875 bytes (4.6 MB)
==================================================
downloaded 4.6 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** Found local C++ source: 'tools/cpp'
*** Building libarrow from source
    For a faster, more complete installation, set the environment variable NOT_CRAN=true before installing
    See install vignette for details:
    https://cran.r-project.org/web/packages/arrow/vignettes/install.html
**** arrow
**** Error building Arrow C++. Re-run with ARROW_R_DEV=true for debug information.
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html
---------------------------------------------------------
ERROR: configuration failed for package ‘arrow’
* removing ‘/beegfs/home/users/b/username/R/x86_64-pc-linux-gnu-library/3.6/arrow’

The downloaded source packages are in
        ‘/tmp/Rtmpt8stMG/downloaded_packages’
Warning message:
In install.packages("arrow") :
  installation of package ‘arrow’ had non-zero exit status
>

Seems like I've not properly extracted cmake-3.23.2-linux-x86_64.tar.gz above. I now ran $ tar -xvf cmake-3.23.2-linux-x86_64.tar and then export CMAKE=/cmake-3.23.2-linux-x86_64. However, cmake --version still returns cmake version <IP_ADDRESS>.

@HeinzStuecke where you able to install R Arrow after updating CMake to version 3.10 or higher?


Lb object

Related Issue:
Description of changes:
Delete once you have confirmed the following:

Have you followed the contribution guidelines?
Did you run a local instance of the ocsf-server and ensure it ran without any errors/warnings?
Have you assigned appropriate labels to the PR?
Is your PR title in sync with the description?

Mistake! Apologies.


Fix license to include company name

https://github.com/stigian/terraform-aws-archimedes/blob/3bb3d76658bd7451f421c883082f84b515509d69/LICENSE#L189

Close by https://github.com/stigian/terraform-aws-archimedes/pull/3


Update metarhia libraries and add typings

[x] tests and linter show no problems (npm t)
[x] code is properly formatted (npm run fmt)

Landed in https://github.com/metarhia/impress/commit/2c4c61a5de1543bd8ba407e1de17477ef9994acc, https://github.com/metarhia/impress/commit/84094e63b657282c2abf7a4f560ff81d86635f1a, https://github.com/metarhia/impress/commit/ace6674c650f4a0b0aab8b1349849a442cf651ab, and https://github.com/metarhia/impress/commit/ec89e0f73969cabaf3b777ba796d12221e8b0155


[DOC] The example for using shorthand / renderBodyRow for the Table Component is somehow hidden

Feature Request
Problem description
The only example using renderBodyRow (and generally using shorthand) I could find is this:
https://react.semantic-ui.com/collections/table#states-warning-shorthand
I guess it is considered a "shorthand", but is still really hard to find it. I was trying to figure out how to use renderBodyRow and I read that I needed to use the shorthand, so I search for shorthand and found the example by pure luck. This example made it clear how I had to use it.
Proposed solution
Create another section about shorthand / getting data from a object and put it in there

Our examples should be refactored like Buttons where each example has examples with children and shorthand APIs.
However, it's the titanic work 💣 Help is highly appricated.

Working on it here #3056

I started working on it here #3056. Help and guidance would be very appreciated :D


Another small bugg

At /src/javascript/handlers/example/handler.js
self.onLogin(result.userData, function()

Should be:
self.onLogin(result, function()

Else the logged on user is undefined
Imre

I'm not seeing that; I'm seeing result.userData on line 99.

sorry, typo. you are absolute correct.
imre

Since JavaScript isn't my strongest language (that's actually why I took an interest in this; best way to learn is to dive in: sink or swim) does that change it to being okay or does the line still need to be changed?

Well, I am writing a accounting system for the node server.
And took the example handler from the php based server.
Found a few other flaws also, be carefull!
The node server was marked with 'work in progress'.
Maybe the node server need to be altered,
instead the handler code.
imre

The Node server is still very much a work in progress.

From what I can tell, the Node server is still very much an unstable work-in-progress.
@andersevenrud should this bit of code be changed or is it more of a server issue?

@MrSchism
I just see change X to Y without reasoning. I think he has an error in his implementation because the code seems correct:

https://github.com/andersevenrud/OS.js-v2/blob/master/src/server-php/handlers/example/handler.php#L71
https://github.com/andersevenrud/OS.js-v2/blob/master/src/javascript/handlers/example/handler.js#L99

Confirmed that the code is correct.
In the php server is becomes clear that login returns an Object (as json)
result.userSettings
result.userData
In the lacking example handler for node I returned only userData.
Imre

Yes, there is not an example node handler (yet). I've been working on this entirely alone and I guess I forgot it :/ I will make one

This issue is continued here: #11


ts.NodeFlags.Namespace should be set for nested namespaces declared with . syntax

If a nested namespace is declared using the dot syntax, it is not flagged as a namespace in its ts.Node.flags field:
namespace A.B { }
// moduleDeclarationNodeA.flags === ts.NodeFlags.Namespace
// moduleDeclarationNodeB.flags === ts.NodeFlags.Export
// Should be: moduleDeclarationNodeB.flags === ts.NodeFlags.Export | ts.NodeFlags.Namespace

This is related to a tsLint issue where we enforce using namespace instead of module to avoid confusion with external modules.

I could possibly do a PR to fix this if you agree with the issue (seems like this code would have to be tweaked) but probably simpler to just fix it on your end

@JKillian feel free to send a PR for this. you just need to pass the NodeFlags.Namespace in the subsequent invocations of parseModuleOrNamespaceDeclaration from parseModuleDeclaration

@mhegazy Will do, that's what I was thinking as well

@mhegazy Could you give me a little guidance on tests for this issue? I'm not sure on the proper method to test this.

@CyrusNajmabadi can this affect incremental scenarios?
It's odd since the node flag is only used to indicate that if the keyword was there, a .d.ts file should emit with namespace instead of module. TSLint could check the parent pointers to see if it makes sense to even make the check.

There are definitely work-arounds as far as TSLint is concerned, so it's not a critical issue. I'll hold off on any PRs for now as I don't know the impact of the change.

@DanielRosenwasser If node flags are set only if the keyword is part of the node, then what value can we expect for the flags property on nodes that are nested with . syntax?
For example:
namespace A.B {}
module C.D {}

During debugging my observations were that nodes for B and D had a flags property equal to 1, which to my understanding is the ts.NodeFlags.Export flag. C's on the other hand is 0, unless used with declare in which case the value turns to 2. And of course A has a value of ts.NodeFlags.Namespace = 32768.
If all of this checks out from the compiler's point of view, then checking parent pointers, as you suggested, becomes the only option.

We propagate the other flags. I do not see a problem setting the Namespcae flag on all nodes. we do not currently use them in the compiler, but seem more consistent this way.

I don't see a problem here from the perspective of incremental parsing.


Waffle.io badges missing background color

Badges where it displays 0 look fine, but where the count is non-zero, the background color is missing. Examples:

– https://img.shields.io/waffle/label/resin-io/etcher/does not extist.svg

– https://img.shields.io/waffle/label/resin-io/etcher/in progress.svg
Overriding the background color also doesn't appear to work:

– https://img.shields.io/waffle/label/resin-io/etcher/in progress.svg?colorB=334455

Hi! Indeed, looks like a bug. Could you make a pull request?

@paulmelnikow oh, looks like I didn't get around to that in time – thanks a lot @ritwickdey!


pydocstyle for log.py

This is for #742
I changed the format of the docstrings for cookiecutter/log.py to follow pep257 style

@hackebrot
Comments addressed.
Thanks for quick feedback and sorry for being so sloppy :)

Codecov Report

Merging #999 into master will not change coverage.
The diff coverage is 100%.

@@          Coverage Diff          @@
##           master   #999   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files          18     18
  Lines         780    781    +1
=====================================
+ Hits          780    781    +1

Impacted Files
Coverage Δ

cookiecutter/log.py
100% <100%> (ø)
:arrow_up:

cookiecutter/extensions.py
100% <0%> (ø)
:arrow_up:

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 5503196...6b66972. Read the comment docs.

Thank you for your contribution @meahow! 🙇


lc823450_rtc: use small lock in arch/arm/src/lc823450/lc823450_rtc.c

Summary
lc823450_rtc: use small lock in arch/arm/src/lc823450/lc823450_rtc.c
reason:
We would like to replace the big lock with a small lock.
Impact
lc823450_rtc
Testing
ci

[Experimental Bot, please feedback here]
No, this PR does not fully meet the NuttX requirements. While it provides a basic summary, it lacks crucial details.
Here's a breakdown of what's missing:

Summary:  While the "what" is mentioned (replacing big lock with small lock), the why and how are insufficient.  Why is the big lock problematic? What specific lock is being used as the small lock? How does this change affect the interaction of the RTC driver with other parts of the system?  No related issue references are provided.
Impact:  Simply stating "lc823450_rtc" is not enough.  This section requires YES/NO answers for each impact area, followed by a description if the answer is YES.  For example, does this change affect any existing users of the RTC driver?  Does it change the build process, affect other hardware, require documentation updates, have security implications, or impact compatibility?  These all need to be explicitly addressed.
Testing:  "ci" is not sufficient testing information.  What specific CI environment was used? What architectures and boards were tested? The requirement asks for logs before and after the change to demonstrate the improvement.  Provide host OS, CPU, compiler, target architecture, board configuration, and actual log output showing the behavior before and after the change.

The PR needs substantial revision to meet the NuttX requirements. It must provide specific details for each section, especially regarding the rationale behind the change, the impact assessment, and thorough testing information.


🚀 [Feature Request] - Optimize Performance by Adding Lazy Loading attribute to Image Tags

Is your feature request related to a problem ? Please describe. ✍

As part of optimizing the project's performance, we need to implement lazy loading for the tags used throughout the project.
Lazy loading is a technique that defers the loading of images until they are about to be displayed on the user's screen, reducing the initial load time and improving the overall user experience.

Describe briefly how you would implement this enhancement.
Some steps to implement this enhancement-
1. Identify all the image tags in the project.
2. We need to modify the existing tags and add the loading attribute with the value of "lazy".

Additional context or screenshots
Additional context
Are you contributing for a program?
GSSoC2023
Code of Conduct

[X] I have read and agree to the Contributing Guidelines of this project.

Please assign me this issue so that I can work on this issue under GSSOC'23.


Adding RC topic - First ASP.NET 5 App

Publish for RC.

@danroth27 @Rick-Anderson @rachelappel
Please review. Any low pri changes can be made after this topic has been published.

@danroth27 @Rick-Anderson @rachelappel
Thanks for the review. This topic works well. I do like to explain areas in depth and I think that method should be included for a intro topic like this. Lots of suggestions, but none that should stop this topic from being published. Please publish.

@Erikre I don't think I can publish while there are build errors (continuous-integration/travis-ci/pr — The Travis CI build failed).

@danroth27 @Rick-Anderson @rachelappel
Updates made to the topic as suggested by Rick. Ignore the bundling and min topic (no changes to that one).

@rachelappel @danroth27 The build failure seems to be a regular thing. Maybe something we can ignore???

Build failures are not unusual. Hopefully we can get the CI more reliable.

The build failures are real and should be fixed. In this case it's a simple issue - one of the section titles has an underline that's too short.

:shipit:

ec37e13930408b932c5d2f15ee38953e0f03d1dc


Architectural issue of DefaultHttpHandler + Kotlin

I want to notify you of a compatibility issue with the architecture of DefaultHttpHandler and Kotlin
Let's take for example this subclass of DefaultHttpHandler:
class CachingHttpHandler(
    private val cacheDirectory: File?,
    private val maxCacheSizeInBytes: Long = 16 * 1024 * 1024
) : DefaultHttpHandler() {

    override fun configureClient(builder: OkHttpClient.Builder) {
        if (cacheDirectory?.exists() == true) {
            builder.cache(Cache(cacheDirectory, maxCacheSizeInBytes))
        }
    }
}

Believe it or not, cacheDirectory is always null and even maxCacheSizeInBytes is always 0 in configureClient, no matter what was passed as constructor parameter. Why is this the case? Because in Kotlin, first always the constructor of the parent class is executed, after that the constructor of the child class. In the constructor of the child class implicitly the passed parameters are put into the private fields.
Since the parent class calls configureClient in its own constructor, this call happens before these values are initialized.
This is a problematic language design of Kotlin at this point, but you can solve this issue for Kotlin users by not calling configureClient in the constructor but lazily just before the first request is made.

🤦♂ I did not realize that Kotlin does not allow subclasses to control when the super constructor gets invoked. That is unfortunate.
Instantiating the OkHttpClient lazily would seem to solve this. I'll try that out and think about any other possible solutions.


feat!: websocket runner [SBK-244]

What I did
Add support for using a websocket-based subscriptions for the polling algorithm
NOTE: Breaking change is renaming LiveRunner to to PollingRunner and removing it from export. silverback run will continue using the polling runner out of the box, however
How I did it
Added Web3SubscriptionManager which allows multiple subscriptions to a Web3 RPC that supports eth_subscribe
NOTE: To use it, run your silverback run command with the --runner silverback.runner:WebsocketRunner flag
How to verify it
I tried it with the example, seems to run okay. Needs more validation probably.
Checklist

[x] Passes all linting checks (pre-commit and CI jobs)
[ ] New test cases have been added and are passing
[ ] Documentation has been updated
[x] PR title follows Conventional Commit standard (will be automatically included in the changelog)

Note: this works best with a compatible provider implementing .ws_uri:

[ ] https://github.com/ApeWorX/ape-infura/pull/65
[ ] https://github.com/ApeWorX/ape-alchemy/pull/59


The examples code has no css.

There isn't any css code to make it look like the demo.

The app.css file is located under the docs directory:
https://github.com/cheton/react-sortable/blob/master/docs/app.css
Thank you for reminding me. I will copy the css file to examples as well.

This has been completed.


[PROJECT] - Projects Section

Description:
Since we have a lot going on, would be good to have a dedicated section of our website to our projects, like this one. Need to create the issues to make this feature possible.
Acceptance:

Create the issues to add Projects to the website.

Issues #145 , #146 , #147, closing this one


Button component needs to be added and conditional button states.

3 render states - point both ways and not at all
normal, hover, disabled state. Examples from mockup of how button should look.

-Write three tests, render button pointing left right and neutral

Did not end up using a back button - wireframes have changed since then. Closing issue


Remove register method

Closes #166

Codecov Report

Merging #167 into master will decrease coverage by 1.23%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #167      +/-   ##
==========================================
- Coverage   69.55%   68.32%   -1.24%
==========================================
  Files          32       32
  Lines        1754     1689      -65
==========================================
- Hits         1220     1154      -66
- Misses        534      535       +1

Impacted Files
Coverage Δ

robocop/checkers/comments.py
44.82% <ø> (-3.56%)
:arrow_down:

robocop/checkers/documentation.py
44.00% <ø> (-4.15%)
:arrow_down:

robocop/checkers/duplications.py
40.00% <ø> (-3.48%)
:arrow_down:

robocop/checkers/errors.py
68.42% <ø> (-4.31%)
:arrow_down:

robocop/checkers/lengths.py
41.78% <ø> (-3.03%)
:arrow_down:

robocop/checkers/misc.py
28.04% <ø> (-4.14%)
:arrow_down:

robocop/checkers/naming.py
47.27% <ø> (-2.73%)
:arrow_down:

robocop/checkers/tags.py
38.09% <ø> (-2.82%)
:arrow_down:

utest/testdata/rule/external_rule.py
83.33% <ø> (-4.17%)
:arrow_down:

utest/testdata/rule/external_rule2.py
83.33% <ø> (-4.17%)
:arrow_down:

... and 15 more

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 0967d4c...e7fb615. Read the comment docs.

Great change!


Can you explain the details about you filter configuration when you process the dataset for fine-tune

Could you please share the final Data Processing Meta CSV? I would like to know which videos were used in each training stage or how did you get the 500k HQ videos. Thank you!

As we mentioned in the report, we have no enough disk IO for filtering. Thus, we typically use all videos from pexels, and a subset of videos with an aesthetic score higher than 5, and an optical flow larger than 3.


fix: Prevent broken PNG when logoColor is passed

Summary
logoColor is NOT supported for PNG image icons, but this fixes a compatibility issue where images would appear broken when logoColor is passed.
As of now, logoColor still does nothing when a PNG image is loaded.
Fixes #969
Type of change

[x] Bug fix (added a non-breaking change which fixes an issue)
[ ] New feature (added a non-breaking change which adds functionality)
[ ] Updated documentation (updated the readme, templates, or other repo files)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

How Has This Been Tested?

Screenshots

Power of God


Client Allocation Request for: Noknok

Client Allocation Questions
Core Information

Name: Noknok
Website / Social Media: http://www.noknok.co.kr/
Region: Asia excl. Greater China
DataCap Requested: 100TiB
Addresses to be Notarized: f3uabycbcjbizjnhvkfh3vyodjotznh5qn6c5o4enmgxy4fc7xycbnqnhkq3qwmevhmvrrzbrvnybpoksp7swq
Notary Requested: ericfish

@giggy22 Please subscribe to notifications for this Issue to be aware of updates. Notaries may request additional information on the Issue.

@giggy22 Glad to see you.
Are you applying Datacap in the name of a company? Could you please give me a brief introduction about your company? And I want to know more about your business, cause the Datacap you application is not a small one.

Hi. @rayshitou. Thank you for your reply.
First, let me introduce our company.
NOKNOK is Korea’s TOP Casual Simulation Game Company.
The history of games made by NOKNOK is as follows:
History of NOKNOK
2018. 09 – “Happy Delivery for Kakao” launched on KaKao games, Popularity Rank #1
2018. 05 – "Inn of Heroes" launched on Google Play.
2015.08 – “Happy Delivery for Kakao” launched on Google Play.
2015.06 – “Take Care of My Family “ launched. Google Play, Top Revenue Rank #54
2015.12 – "Chef Over Flower" launched. Google Play, Top Revenue Rank #34
2014.11 – "Happy Happy Bread Mobile” signs with Thai Publisher( True Digital Plus )
2014.09 – "Happy Happy Bread" launched. Google Play Japan, Revenue Rank # 40 ( Casual games Chart )
2014.04 – "Take Care of my Pet” launched. Google Play, Popularity Rank #1
2014.01 – "Happy Happy Bread for Kakao” launched. Google Play, Revenue Rank 28
2013.11 – "I Love Style for Kakao” launched. Google Play, Revenue Rank #26
2012.09 – "Fashion City Mobile” launched. Google Play, Top Revenue Rank #19
2012.07 – "Fashion City Mobile” launched. Apple App. Store, Top Revenue Rank #4
2012.03 – "Fashion City” Ranked #5 on Japan’s Mixi SNG ( PC )
2011.10 – "Fashion City” Ranked #1 on Taiwan’s SNS platform Yahoo Minik ( PC )
2011.03 – "Fashion City" Ranked #1 on Naver App. Store ( PC )
2009.12 – Noknok founded * Korea market ranking
In addition to the representative games of NOKNOK mentioned above, we have created various games.
Even now, we are developing various games. AND In the future, we hope to develop games based on the IPFS ecosystem. :D
We know that the DataCap we applied for is not small, but the data capacity we currently have is close to 1PB.
Please take that into consideration.

Great!
With such a large demand for capacity, would you consider applying for large datasets? The related link: https://github.com/filecoin-project/filecoin-plus-large-datasets
Of course, we will continue to participate as one of your notaries in your large datasets applications.

As you suggested, we applied for the Large Datasets DataCap Application.
https://github.com/filecoin-project/filecoin-plus-large-datasets/issues/25
We did our best to answer the necessary questions.

Well, I'll close this application.