Bug: PowershellSensor as Satellite Service - error_during_execution

Describe the bug
Powershell sensor does not work as satellite service. It works when Test Command/Script is executed, and it works as a hass.agent sensor.
To Reproduce
Steps to reproduce the behavior:

Go to Satellite Service
Click on Sensors
Click on Add New
Select PowerShellSensor
Add this as command $(get-date).ToUniversalTime().ToString('yyyy-MM-ddTHH:mm:ss')
Click Store Sensor
Click Send & Active Sensors

Expected behavior
The date as state in Home Assistant
Screenshots

Misc info (please complete the following information):

Windows build (ideally screenshot/info of winver.exe output): Win10 22H2
Windows' UI language: EN
HASS.Agent version: 2022.14.0

Please check what's applicable (multiple answers possible):

[x] Installed via installer
[ ] Installed manually
[ ] Problem occurs in HASS.Agent
[x] Problem occurs in Satellite Service

Hello,
I cannot reproduce this:

Snippet from satellite sensor config:
  {
    "Type": "PowershellSensor",
    "Id": "67ce197d-bcb0-4a61-a604-a6f276aacd32",
    "FriendlyName": "",
    "UpdateInterval": 30,
    "Query": "$(get-date).ToUniversalTime().ToString('yyyy-MM-ddTHH:mm:ss')",
    "Scope": null,
    "WindowName": "",
    "Category": "",
    "Counter": "",
    "Instance": "",
    "Name": "AMADEO-PC-satellite_powershellsensor",
    "ApplyRounding": false,
    "Round": null
  },

this is mine:
[
  {
    "Type": "PowershellSensor",
    "Id": "3a0ef5bd-22bb-475d-9df2-d7ae48bb5430",
    "UpdateInterval": 30,
    "Query": "$(get-date).ToUniversalTime().ToString('yyyy-MM-ddTHH:mm:ss')",
    "Scope": null,
    "WindowName": "",
    "Category": "",
    "Counter": "",
    "Instance": "",
    "Name": "[snip]-satellite_powershellsensor"
  }
]

I noticed i missed ApplyRounding and Round. Stopped the service, edited the json, started the service again. No success. After send and activate the custom config was gone.
The satelite service is 2<IP_ADDRESS>. I am running the client from another disk (D:) then the satelite service (C:).
I also tried to change the command to $env:computername, that dit not work either

I get the same Error Code executing a Powershell Script that gets the the GPU Power Consumption via some String-Extraction out of nvidia-smi.exe.
This works perfectly fine from the Agent or when testing from the Config, but HomeAssistant shows the value as "error_during_execution".
0

Other Sensors, such as ProcessActive work without any problem.

Any ETA on this?
Running the PowerShell Sensor as User instead of Service works, but relogging everytime as User is not the idea behind a Server/Service.

@Zarox666
Hard to give ETA for a fix PR as I'm not able to reproduce this issue.
You may try to help with the investigation by posing the script that is not working for you.
@Skons
Strange that it removes the round config options, are you using newest available version of HASS.Agent?

Yes, it is stated in the first post: 2022.14.0.
if you want me to run a debug version, or enable debug logging (if possible), then i am happy to help

OK now its gettinig wiered.....
For me the service based sensor on my Server startet to work this morning (without any interaction from my end)
At that time the expected value changed from 0 to 5 and later back to 0.
The Service Sensor changed from unknown to 5 and later correctly to 0.

However the Service based sensor on my PC still reports unknown instead of the correct value of 0

Here is the Script that is used by both Sensors:
(in essence it reads lines out of a .ini file and fills a path variable with that. Then it counts how many running process exist that have their .exe file somewhere under that path and returns that number.)
`
#$DebugPreference = "Continue"
#Include
#Variables
$MinerInstances = 0
Get-Content $PSScriptRoot\mining.ini | Foreach-Object{
$var = $_.Split('=')
New-Variable -Name $var[0] -Value $var[1] -ErrorAction SilentlyContinue
}
Write-Debug "#####################################"
Write-Debug "MineManagerPath= $MineManagerPath"
Write-Debug "#####################################"
Get-ChildItem -Path $MineManagerPath -Filter .exe -Recurse -File -Name| ForEach-Object {
$ProcessName = [System.IO.Path]::GetFileNameWithoutExtension($_)
if (Get-Process -Name $ProcessName -ErrorAction SilentlyContinue)
{
$Process = Get-Process -Name $ProcessName
$ProcessPath = $Process.Path
$ProcessID = $Process.Id
Write-Debug "Found running Process $ProcessName out of $ProcessPath with ProcessID $ProcessID"
if ($ProcessPath -like $MineManagerPath+"" )
{
Write-Debug "Mining-Process found!"
$MinerInstances++
}
}
}
return $MinerInstances
`

OK,
succesfull Repro, but only on my PC not on my Server (more on that later).

The Names appended with _service are Service Sensors in HASS, the others are normal Sensors.
all 4 sensor are powershell sensors executing a powershell script containing just one line:
return 0
So this makes it clear, that its not due to the logic inside the Powershell script, but other factors must be at play here.
my Server is a Windows Server 2022 Version 21H2.
my PC is a Windows 10 Versiojn 22H2.
However we need to depart from the notion, that it never works:
(any number including 0 is a valid value)
(times where ZaroxOmega goes black is due to my PC beeing switched off)
(the problem are the yellow "error_during_execution" and grey "unknown" blocks)
last week:

I made have made some progress.
My Service Log File on my PC is full with these messages:
2023-09-11 14:32:12.851 +02:00 [FTL] 1 is not a supported code page. (Parameter 'codepage') System.ArgumentException: 1 is not a supported code page. (Parameter 'codepage')    at System.Text.Encoding.GetEncoding(Int32 codepage)    at HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput(String command, TimeSpan timeout, String& output, String& errors) 2023-09-11 14:32:12.851 +02:00 [FTL] 1 is not a supported code page. (Parameter 'codepage') System.ArgumentException: 1 is not a supported code page. (Parameter 'codepage')    at System.Text.Encoding.GetEncoding(Int32 codepage)    at HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput(String command, TimeSpan timeout, String& output, String& errors) 2023-09-11 14:32:13.613 +02:00 [FTL] 1 is not a supported code page. (Parameter 'codepage') System.ArgumentException: 1 is not a supported code page. (Parameter 'codepage')    at System.Text.Encoding.GetEncoding(Int32 codepage)    at HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput(String command, TimeSpan timeout, String& output, String& errors) 2023-09-11 14:32:13.613 +02:00 [FTL] 1 is not a supported code page. (Parameter 'codepage') System.ArgumentException: 1 is not a supported code page. (Parameter 'codepage')    at System.Text.Encoding.GetEncoding(Int32 codepage)    at HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput(String command, TimeSpan timeout, String& output, String& errors) 2023-09-11 14:32:13.613 +02:00 [FTL] 1 is not a supported code page. (Parameter 'codepage') System.ArgumentException: 1 is not a supported code page. (Parameter 'codepage')    at System.Text.Encoding.GetEncoding(Int32 codepage)    at HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput(String command, TimeSpan timeout, String& output, String& errors) 2023-09-11 14:32:14.364 +02:00 [FTL] 1 is not a supported code page. (Parameter 'codepage') System.ArgumentException: 1 is not a supported code page. (Parameter 'codepage')    at System.Text.Encoding.GetEncoding(Int32 codepage)    at HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput(String command, TimeSpan timeout, String& output, String& errors) 2023-09-11 14:32:14.364 +02:00 [FTL] 1 is not a supported code page. (Parameter 'codepage') System.ArgumentException: 1 is not a supported code page. (Parameter 'codepage')    at System.Text.Encoding.GetEncoding(Int32 codepage)    at HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput(String command, TimeSpan timeout, String& output, String& errors) 2023-09-11 14:32:14.364 +02:00 [FTL] 1 is not a supported code page. (Parameter 'codepage') System.ArgumentException: 1 is not a supported code page. (Parameter 'codepage')    at System.Text.Encoding.GetEncoding(Int32 codepage)    at HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput(String command, TimeSpan timeout, String& output, String& errors)
I do not see these Messages in the Services Log on my Server, where the Powershell sensor works.
Digging into the Error Message searching for System.Text.Encoding.GetEncoding I found that "1" is indeed not a valid codepage.
See:
https://learn.microsoft.com/en-us/dotnet/api/system.text.encoding.getencoding?view=net-7.0
https://learn.microsoft.com/en-us/dotnet/api/system.text.encoding?view=net-7.0
However its not clear to me, why this would behave different between the two Systems.
1 is not a valid code page for either of them, so I can only assume, that
HASS.Agent.Shared.Managers.PowershellManager.ExecuteWithOutput
might be behaving differently between the two otherwise "identical?" scenarios.

Good find, thank you both!
I'll take a look at what may be causing this.

From what I've been able to research, it looks like this might be some kind of incompatibility between the .net/.netframework and the keyboard/system languages which are installed on a given system.
@Zarox666 could you please check the keyboard/system languages on both of your systems and look for discrepancies?
In the meantime I'll create a fallback logic to UTF-16 and put it as part of https://github.com/LAB02-Research/HASS.Agent.Staging/pull/14

These are mine

But, as a user i do not have any problem running this. As SYSTEM it is a problem. Maybe there is something else in regards to the SYSTEM "user"?

Fix added to the PR and merged to the bulk PR https://github.com/LAB02-Research/HASS.Agent.Staging/pull/24.
Unfortunately for now the only reliable way to get it is to build the project yourself :\ (I don't recommend accepting exe files/binaries from me or any other random internet user)

There is progress, but its not what i expected:

What the...I'm quite certain that is neither English or Dutch :D
Can I please have those ?chinese? characters?

Yeah, using unicode/utf-16 causes "normal" characters to become chinese and using utf-8 causes the chinese characters to be broken. How one cannot love text encoding...

In the hass agent, the value is correct

Just a side note: i saw that the implementation is done by executing powershell.exe. Are you aware that you could implement powershell c# natively? https://learn.microsoft.com/en-us/powershell/scripting/developer/hosting/host01-sample?view=powershell-7.3
And second: if you'll keep on using the commandline, did you know the command executed by powershell.exe can be base64 encoded? https://devblogs.microsoft.com/scripting/powertip-encode-string-and-execute-with-powershell/

 In the hass agent, the value is correct

Ok now I think I'm missing something, if I force the sensor to use utf-16 both the HASS.Agent preview and HA are malformed for me:

Script:
$(get-date).ToUniversalTime().ToString('yyyy-MM-ddTHH:mm:ss')

I am unable to store the sensor with the latest version. The sensors.json is not created.:
2023-09-11 22:47:52.639 +02:00 [INF] [SENSORSMANAGER] Processing 1 received sensor(s), deleting 0 sensor(s) ..
2023-09-11 22:47:52.663 +02:00 [FTL] [SENSORSMANAGER] Error while storing: PerformanceCounter not found
System.Exception: PerformanceCounter not found
   at HASS.Agent.Shared.HomeAssistant.Sensors.PerformanceCounterSensor..ctor(String categoryName, String counterName, String instanceName, Boolean applyRounding, Nullable`1 round, Nullable`1 updateInterval, String name, String friendlyName, String id) in C:\Users\Kevin\source\repos\HASS.Agent.Staging-bulk-s1\src\HASS.Agent.Staging\HASS.Agent.Shared\HomeAssistant\Sensors\PerformanceCounterSensor.cs:line 34
   at HASS.Agent.Satellite.Service.Settings.StoredSensors.ConvertConfiguredToAbstractSingleValue(ConfiguredSensor sensor) in C:\Users\Kevin\source\repos\HASS.Agent.Staging-bulk-s1\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\Settings\StoredSensors.cs:line 144
   at HASS.Agent.Satellite.Service.Sensors.SensorsManager.StoreAsync(List`1 sensors, List`1 toBeDeletedSensors) in C:\Users\Kevin\source\repos\HASS.Agent.Staging-bulk-s1\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\Sensors\SensorsManager.cs:line 266

You're using this branch? https://github.com/LAB02-Research/HASS.Agent.Staging/pull/14

Ok, I've changed it to fallback to utf-8 since I need to drop from the PC and don't want to leave a borked PR hanging around.
This should fix the issue partially as all "standard" characters should work. Everything else like chinese/polish characters will not display correctly.
I tried to fiddle with the settings but no matter what/how I configure the process which is launched, the "normal" part of the output is malformed when utf-16 is used.
I'll try to tackle this from other side tomorrow.

You're using this branch? LAB02-Research/HASS.Agent.Staging#14

Yes
For what its worth, I also found this in regards to the OEMcodePage: https://stackoverflow.com/questions/1812104/relation-between-net-encoding-and-characterset

As requested:
There is indeed differences in the language settings. But as Skons has pointed out, this affects the Service as well.
Server

PC

.NET Runtime on the Server is 6.0.3 while on the PC it is 6.0.21
Now let me read up on the remainder of the Thread :-)

Some thoughts.....
Is it smart to call OEMCodePage? as afaik the OEM in this context would be the hardware manufacturer... and that can vary widely from a laptop over a desktop to a virtual machine.
Instead of explicitly setting the CodePage wouldnt it be better to just let the System use its defaults?
https://learn.microsoft.com/en-us/dotnet/api/system.globalization.textinfo?view=net-7.0
(See "Remarks")
Sorry if these thoughts are silly... I am just an Escalation Engineer, not a Programmer :-)

I have small progress with the investigation...so, the main culprit here is that even if the process running powershell has the input/output set to X or Y encoding, the powershell internally will still use system encoding.
This causes issues because powershell will output for example "asdäöüąęć" in the current system encoding whatever it might be and process stream reader will interpret it as X or Y encoding that was configuring before running it.
I've found a workaround where "injecting" for example:
[Console]::OutputEncoding = [System.Text.Encoding]::Unicode
before the script/command itself works properly with Unicode/utf-16 encoding set for the process - this however is not an optimal solution.
This main issue persists that for some reason the "CultureInfo.CurrentCulture.TextInfo.OEMCodePage" returns an invalid value of "1" on some system/keyboard/locale configurations...

This is going to look like a personal notebook but maybe it'll be useful for someone someday :D
As @Zarox666 suggested, not setting the input/output/error encoding causes the scrip/command to work properly with a caveat that some charactes come out as "?":
asdśćżń1äöü23说/説"
becomes
asdśćżń1äöü23?/?
I'll take a wild guess that is has something to do with number of bytes required to encode a given character.
What is interesting is that restoring the code setting "StandardOutputEncoding" to OEMCodePage changes nothing in the output.
I'll rewind the git history of this file trying to find a good reasoning to remove this part of the code but if not, the safest way will be to set the StandardOutputEncoding when it is possible (OEMCodePage returns an actual value) and not touch it otherwise.

It was added as part of https://lab02research.youtrack.cloud/issue/hassagent-164 due to https://github.com/LAB02-Research/HASS.Agent/issues/201 so it definitely stays.
Ignoring the encoding when "OEMCodePage fails" is also not a good solution as it'll end up with "Issue: powershell sensor works in HASS.Agent but not in service" sooner or later.

@Skons @Zarox666 could you please try this branch - https://github.com/amadeo-alex/HASS.Agent.Staging/tree/test-powershell-sensor-encoding - on the affected machines and then post the logs? (this branch will create the log entries each time the sensor is updated so don't run it too long)
Expected output is something similar to this:
2023-09-13 22:42:46.730 +02:00 [ERR] ENCODING-TEST: currentCulture  {"ANSICodePage":1252,"OEMCodePage":437,"MacCodePage":10000,"EBCDICCodePage":37,"LCID":9,"CultureName":"en","IsReadOnly":false,"ListSeparator":",","IsRightToLeft":false}
2023-09-13 22:42:46.730 +02:00 [ERR] ENCODING-TEST: currentUICulture  {"ANSICodePage":1252,"OEMCodePage":437,"MacCodePage":10000,"EBCDICCodePage":37,"LCID":9,"CultureName":"en","IsReadOnly":false,"ListSeparator":",","IsRightToLeft":false}
2023-09-13 22:42:46.730 +02:00 [ERR] ENCODING-TEST: currentInstalledUICulture  {"ANSICodePage":1250,"OEMCodePage":852,"MacCodePage":10029,"EBCDICCodePage":20880,"LCID":1045,"CultureName":"pl-PL","IsReadOnly":true,"ListSeparator":";","IsRightToLeft":false}
2023-09-13 22:42:46.730 +02:00 [ERR] ENCODING-TEST: invariantCulture  {"ANSICodePage":1250,"OEMCodePage":852,"MacCodePage":10029,"EBCDICCodePage":20880,"LCID":1045,"CultureName":"pl-PL","IsReadOnly":true,"ListSeparator":";","IsRightToLeft":false}

In case something goes wrong (which we expect) there'll be additional
ENCODING-TEST: first/second/third/fourth fail

I tried to build the branch, but I get a lot of errors.
Not sure what to do about them. This is my first time building something in Visual Studio:
`PS C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service> dotnet run --project "c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj"
Building...
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Google.Protobuf (>= 3.21.8)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'ByteSize (>= 2.1.1)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Servic
e.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Grpc (>= 2.46.5)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'Cassia.NetStandard (>= 1.0.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satell
ite.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Grpc.Core.Api (>= 2.49.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Grpc.Tools (>= 2.50.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Microsoft.Extensions.Hosting (>= 6.0.1)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Microsoft.Extensions.Hosting.WindowsServices (>= 6.0.1)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'CliWrap (>= 3.5.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service
.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'MQTTnet (>= 3.1.2)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'MQTTnet.Extensions.ManagedClient (>= 3.1.2)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Serilog (>= 2.12.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Serilog.Extensions.Hosting (>= 5.0.1)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'CoreAudio (>= 1.18.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Serv
ice.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Serilog.Extensions.Logging (>= 3.1.0)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'LibreHardwareMonitorLib (>= 0.9.1)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.S
atellite.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Serilog.Sinks.Async (>= 1.5.0)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'Microsoft.Win32.Registry (>= 5.0.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.
Satellite.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Serilog.Sinks.Console (>= 4.1.0)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'Microsoft.Win32.SystemEvents (>= 6.0.1)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Ag
ent.Satellite.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Serilog.Sinks.File (>= 5.0.0)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'MQTTnet (>= 3.1.2)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service
.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'System.Configuration.ConfigurationManager (>= 6.0.1)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'Newtonsoft.Json (>= 13.0.1)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellit
e.Service.csproj]
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'Serilog (>= 2.12.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Servic
e.csproj]
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'System.Diagnostics.PerformanceCounter (>= 6.0.1)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Servic
e\HASS.Agent.Satellite.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'System.IO.Pipes.AccessControl (>= 5.0.0)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'System.DirectoryServices.AccountManagement (>= 6.0.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.S
ervice\HASS.Agent.Satellite.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'System.Text.Encoding.CodePages (>= 6.0.0)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'System.Management (>= 6.0.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satelli
te.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'ByteSize (>= 2.1.1)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'System.ServiceProcess.ServiceController (>= 6.0.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Serv
ice\HASS.Agent.Satellite.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Cassia.NetStandard (>= 1.0.0)' for 'net6.0-windows7.0'.
C:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Shared\HASS.Agent.Shared.csproj : error NU1100: Unable to resolve 'System.Text.Encoding.CodePages (>= 6.0.0)' for '.NETStandard,Version=v2.1'. [c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.
Agent.Satellite.Service.csproj]
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'CliWrap (>= 3.5.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'CoreAudio (>= 1.18.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'LibreHardwareMonitorLib (>= 0.9.1)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Microsoft.Win32.Registry (>= 5.0.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Microsoft.Win32.SystemEvents (>= 6.0.1)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Newtonsoft.Json (>= 13.0.1)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'System.Diagnostics.PerformanceCounter (>= 6.0.1)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'System.DirectoryServices.AccountManagement (>= 6.0.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'System.Management (>= 6.0.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'System.ServiceProcess.ServiceController (>= 6.0.0)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Microsoft.NETCore.App.Ref (= 6.0.22)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Microsoft.WindowsDesktop.App.Ref (= 6.0.22)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Microsoft.AspNetCore.App.Ref (= 6.0.22)' for 'net6.0-windows7.0'.
c:\Temp\HASS.Agent.Staging-test-powershell-sensor-encoding\src\HASS.Agent.Staging\HASS.Agent.Satellite.Service\HASS.Agent.Satellite.Service.csproj : error NU1100: Unable to resolve 'Microsoft.NETCore.App.Host.win-x64 (= 6.0.22)' for 'net6.0-windows7.0'.
The build failed. Fix the build errors and run again.`

Don't worry :)
Are there any error in the VisualStudio UI before trying to build the project?
I see the PS commandline, just to be sure, have you tried running the command manually or via the VisualStudio UI? (should be the latter)
Please also make sure you have those selected in the VisualStudio Installer:

Text is in one of my languages but the icons are the same no matter the language :)

This is what I clicked:

Not sure where I find the Elements that you shared in your screenshot.
Its it th elist of extensions?

Overall it feels to me as if there is something missing in order to resolve / download these dependancies!?

Oh, looks like you're trying to open the project in Visual Studio Code (it's a multipurpose "light" IDE).
It may be possible to compile c# projects with it but I've never done it - not the "right tool" for this.
To compile c# project/HASS.Agent you need a Visual Studio - https://visualstudio.microsoft.com/pl/vs/community/
The images that I've added are from the "installer".

I see.... well ya gotta love Microsoft Product Names
With the crappy internet connection will take a while.
I try to get it compiled and tested tomorrow.
But now I finaly know where the Screenshot was taken lol

@amadeo-alex here it seems to be fixed :)

Thanks for letting me know! Could you please upload part of the logs I mentioned? They should be in the logs folder of satellite service.
They'll tell me which of the possible parameters return sensible values and help with getting the best approach to patch this :D

I believe this is what you are searching for?
2023-09-15 16:33:36.382 +02:00 [ERR] ENCODING-TEST: currentCulture  {"ANSICodePage":0,"OEMCodePage":1,"MacCodePage":2,"EBCDICCodePage":500,"LCID":4096,"CultureName":"en-NL","IsReadOnly":true,"ListSeparator":",","IsRightToLeft":false}
2023-09-15 16:33:36.383 +02:00 [ERR] ENCODING-TEST: currentUICulture  {"ANSICodePage":1252,"OEMCodePage":437,"MacCodePage":10000,"EBCDICCodePage":37,"LCID":1033,"CultureName":"en-US","IsReadOnly":true,"ListSeparator":",","IsRightToLeft":false}
2023-09-15 16:33:36.383 +02:00 [ERR] ENCODING-TEST: currentInstalledUICulture  {"ANSICodePage":0,"OEMCodePage":1,"MacCodePage":2,"EBCDICCodePage":500,"LCID":4096,"CultureName":"en-NL","IsReadOnly":true,"ListSeparator":",","IsRightToLeft":false}
2023-09-15 16:33:36.383 +02:00 [ERR] ENCODING-TEST: invariantCulture  {"ANSICodePage":0,"OEMCodePage":1,"MacCodePage":2,"EBCDICCodePage":500,"LCID":4096,"CultureName":"en-NL","IsReadOnly":true,"ListSeparator":",","IsRightToLeft":false}
2023-09-15 16:33:36.383 +02:00 [ERR] ENCODING-TEST: first fail
2023-09-15 16:33:36.977 +02:00 [INF] [MQTT] Initial registration completed
2023-09-15 16:33:37.508 +02:00 [ERR] ENCODING-TEST: currentCulture  {"ANSICodePage":0,"OEMCodePage":1,"MacCodePage":2,"EBCDICCodePage":500,"LCID":4096,"CultureName":"en-NL","IsReadOnly":true,"ListSeparator":",","IsRightToLeft":false}
2023-09-15 16:33:37.508 +02:00 [ERR] ENCODING-TEST: currentUICulture  {"ANSICodePage":1252,"OEMCodePage":437,"MacCodePage":10000,"EBCDICCodePage":37,"LCID":1033,"CultureName":"en-US","IsReadOnly":true,"ListSeparator":",","IsRightToLeft":false}
2023-09-15 16:33:37.508 +02:00 [ERR] ENCODING-TEST: currentInstalledUICulture  {"ANSICodePage":0,"OEMCodePage":1,"MacCodePage":2,"EBCDICCodePage":500,"LCID":4096,"CultureName":"en-NL","IsReadOnly":true,"ListSeparator":",","IsRightToLeft":false}
2023-09-15 16:33:37.508 +02:00 [ERR] ENCODING-TEST: invariantCulture  {"ANSICodePage":0,"OEMCodePage":1,"MacCodePage":2,"EBCDICCodePage":500,"LCID":4096,"CultureName":"en-NL","IsReadOnly":true,"ListSeparator":",","IsRightToLeft":false}
2023-09-15 16:33:37.508 +02:00 [ERR] ENCODING-TEST: first fail

I am getting exaclty the same Error Messages when trying to build from Visual Studio:

But good that @Skons got it running and can provide feedback.

@Zarox666 you’ll need to add nuget as a package manager. This url tells you how to add a custom, but in the screens nuget.org is visible
https://learn.microsoft.com/en-us/azure/devops/artifacts/nuget/consume?view=azure-devops&tabs=windows
after adding, the packages are added automatically i believe.

Hopefully this time I got if fully right, added the change to both PRs mentioned before :)

Ok,
with the help of NuGet I could build the solution and run it.
The Installer Poped up and I went through it, giving it a different name to distinguish it from the original install.
Afterwards my Sensors where gone and only the Sensors from the Service were still there.
The Error and the Lines in the Logfile remained unchanged.
However I noticed, that it is reconnecting MQTT every second or so.
When checking the version it said its running the BETA.
After exiting HASS Agent and restarting it again and recreating the missing Sensors, all went back to normal...
Not sure if I did something wrong there, but if you are certain enough that you found and fixed the problem, and @Skons seems to be able to confirm... what about porting this fix into the release version?

I made a backup of the service folder in the program files folder. After copying the new service folder, i could also copy the config folder of the other to the test folder.

Sorry for not responding for so long.
My Server (that is also running HA) died and I had a hard time getting it back up and running.
@amadeo-alex
Are further tests still required or are you good with the logs @Skons was able to provide?

is there any news on this? any ETA when this will be rolled out as update?

has this been implemented by now?

Yesn't :D
It will be part of 2.0.0 release very soon but not in this (original repo) but rather here https://github.com/hass-agent where fork development is in progress.


Problem with UUID

Hello:
We are testing your PlugIn and everything is working fine except that we get a new UUID with every location update.
None of those have any relation with the actual phone UUID.
They seem to be random generated.
Is this because it is the free version or we need to do something else on the phone or on the configuration?
Best regards,
Luis M. Chacón M.

You're posting the wrong repo (see the README.
You're probably looking for cordova-background-geolocation-lt


#2240 improve notebook server list ui

Description
improve notebook server list ui
Related Issue : #2240
How Has This Been Tested?
Management - Notebook - Notebook Server

Need additional checks?
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[ ] I have read the CONTRIBUTING document.
[ ] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have added tests to cover my changes.

Additional Context

run build
deploy to 2

run build
deploy to 2

@minhyun2 sorry but please check the sorting icon

run build
deploy to 2


fix moving behaviour of layouts in edit mode

This solves a Issue described here: Issue # 7937
There are actually two connected problems that i've adressed:
Firstly:
Due to the code here: https://github.com/concrete5/concrete5/blob/8.5.x/concrete/js/build/core/app/edit-mode/editmode.js#L326
Only the Area in wich the Layout was placed was recognised as a valid target to move the block to.
This is/was more restrictive then necessary.
I changed that to allow for all Non-Global Areas to be valid Drag Targets. (I've tested it with Global Areas too, but there seems to be an additional issue in that case, that fires a "Access Denied" Exception in the backend when trying to move a Layout into a GlobalArea)
Secondly:
When editing a block (and also a Layout) the Editmode UI enters "Inline Edit Mode" and disables the click proxies of the surrounding blocks/ areas and "greys them out". - However: These missing Click proxies cause the Drag&Drop Action to break (irratically jump around/ hit invisible walls) when moving around the Layout .
I've solved this by temporarily reenabling the Click proxies whenever we are in te process of moving around a Layout.

This line:
https://github.com/concrete5/concrete5/pull/9438/commits/dcde99886f4ac9ab5b5685a3131bce3f5fa59742#diff-1c971f030318f4c01455245984cd02c2808a4f19608e55d6300ea38d053d37e3R328
is missing a semicolon ;).

is missing a semicolon ;).

Smicolons are optional in JS ;) -- added it anyway for consistency.

The Build assets / Build CSS and JavaScript assets (pull_request) check did not finish without this fix. Now it finished successfully.
Without successfully finished checks you would not get a merged PR..

It's been awhile since I looked at the code, but I don't think your first point is true; there are reasons why the layout needs to stay in the same area in which it was first created.
I think your second fix is probably accurate though, so if you can remove the items for number 1 we can merge this in.

@aembler
I've done some more testing and noticed that in some cases, when moving Layouts to other Areas i get the "Access Denied" Error, same as i get when trying to move them to Global Areas, but it's not consistant. So you seem to be right.

there are reasons why the layout needs to stay in the same area
Could you be more specific about this?
In my understanding and from the code i've been looking at a Layout is basically a special type of Block. Block's can be moved freely between Areas (even global ones) with no problem. I don't really understand why that shouldn't be true for layouts.

Rather then putting back that UI restriction i would prefer to dig deeper address the backend issue, that prevents us from freely moving around Layouts. - Knowing more about why this restriction is/was there in the frist place would sure be helpful though.

The pseudo-areas in layouts are named after the parent area the layout block is in. If a layout moves to another area, either that convention breaks,or the pseudo-areas would need to renamed for the new parent.


Stop missing panels from displaying as stray unlabelled fields - fixes #338 and #922

Up to now, the procedure for rendering the page edit form (and any sub-forms for inline children) has been:

construct a ModelForm consisting of all the fields of the page model (i.e. the thing that Django 1.8 is trying to stop us doing)
construct a tree of EditHandler instances that have a reference back to the form
tell the EditHandlers to render their corresponding form fields, and check rendered_fields to find out what they've rendered
render all fields that haven't been claimed by the EditHandlers, as an indiscriminate unstyled blob

The final step was intended to mop up any hidden fields that were inserted by the forms framework, such as the 'id', 'DELETE' and 'ORDER' fields supplied by InlineFormSet. However, any legitimate non-hidden fields that were missing a corresponding FieldPanel - intentionally or not - would end up in that set too, and appear as stray unlabelled fields at the bottom of the form.
This PR changes the procedure so that EditHandler classes define a class method required_fields to declare up-front which fields they WILL render, as opposed to the instance method rendered_fields to declare which fields they have rendered. This means that we can construct a ModelForm that only includes the relevant fields.
This fix depends on django-modelcluster 0.5, which adds the ability to specify an explicit field list on child formsets of ClusterForm.
While this is a bug fix, I suggest that it should remain a Wagtail 0.9 addition and not be backported to 0.8, as it's a functional change to Wagtail and builds upon other EditHandler refactoring work such as #598.
@thenewguy: I believe this fix should allow you to eliminate the monkeypatch described in https://github.com/torchbox/wagtail/issues/338#issuecomment-49309105. The 'slug' field will now be omitted from the form entirely, which is functionally equivalent to (and more robust than) the field doing a round-trip on the form as a non-editable hidden field.

Looks good to me!


Add a CMakePresets.json file with some common presets.

https://cmake.org/cmake/help/latest/manual/cmake-presets.7.html
vscode now supports this:
https://devblogs.microsoft.com/cppblog/cmake-presets-integration-in-visual-studio-and-visual-studio-code/#cmake-presets-in-the-cmake-tools-extension-for-visual-studio-code
would be good to have some of our common configurations (tracing, size-optimized, release+asserts, asan, etc) via this mechanism.

Here's a draft of a presets file: https://gist.github.com/ScottTodd/dd4100b22d085723baa3679a7cfbf544
Some impressions:
Inheritance is only sufficient for certain setups. Others would need composition/optionality/scripting support. For example: if I want to make some setting (e.g. which backends to build, whether to use ccache) optional, I would need to create two configure presets: setting_enabled and setting_disabled. To then build, I would need to create a matching build preset for each: setting_enabled and setting_disabled. That leads to a state space explosion if build presets then include other options.
Branching by platform (e.g. IREE_ENABLE_LLD, IREE_BUILD_TRACY, -DCMAKE_C_COMPILER=clang vs MSVC) won't really work effectively because of that inheritance setup.
"workflow presets" let you group configure -> build -> test -> etc. steps. They can only be used with a shared configure step though, so you can't have a crosscompilation workflow that runs configure (host) -> build (host) -> install -> configure (target) -> build (target).
Now... we may be able to create something workable with:

a base configure/build preset in CMakePresets.json that sets a minimal list of options (-DIREE_ENABLE_ASSERTIONS=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo, etc.)
some common presets that we currently have scripts for (build_runtime.sh, build_runtime_small.sh)
a script that helps generate a platform-specific CMakeUserPresets.json, maybe with some CLI magic for "do you want to use ccache? which backends do you want?"

Even if the configs are totally flat, I think they would be quite useful.  One of the many major issues with presets is that the presence of the file will trigger most IDE's/editors to switch to using them and if your configuration isn't supported it gets really painful (nothing will work until you delete the file or go set environment variables before launching the editor, which sucks). This would let us side-step some of the hierarchy issues to start as we could have a template for primarily compiler + host runtime usage and one or more for specific runtime/cross-compiling usage.

https://github.com/openxla/iree/pull/15581 added a few presets to build_tools/cmake/presets/. Still need to have a few people give them a try and offer feedback (see Stella's request on Discord here), then advertise them in our docs.


Adding "round" ability?

How hard would it be to add "round" ability to this node?

INT out is automatically rounded

Sorry, I was meaning a "round" function that could be independently called. I ended up figuring something out for my specific purpose, which was to prep an image for ControlNet to be divisible by 16...I ended up using a "floatunaryoperator" from ComfyMath:

Thanks for the response, BTW!

Added Modulo math op.
(a-(a % 16)will give a number divisible by 16 or simply1000-(1000 % 16) = 992`

perfect. this will solve my rigged spaghetti system and also makes it easier to change the multiple if i ever need to! Thanks a ton.


Add seconds/milliseconds to timestamps

Rationale: the current default logging interval is already in seconds.

Thanks!


access denied error code

It seems that when we give incorrect credential that the server returns 500 internal server error. Can we get it to return 401 access denied? That would make the error messages in clients easier to understand.

Fixed in https://github.com/squeetus/bridgesAPI/commit/6340223e38f07fb15fe85314fb9bc7364733dbb8


Adds character eye customization #2946

Fixes #2946
This adds a set of color bars in the character customization screen that lets you adjust the eye colors of your character.
There's still a handful of problems:

The bars don't fit on the default window size, so you'll have to lengthen your window to see them.
The bars don't stretch out, in order to customize the colors right now you have to use the number input next to the bars.
All of these functionalities for eye colors were pretty much copy-pasted from hair color code (with some deletions to parts of code that seemed irrelevant), so there's probably a whole mess of redundant or plain wrong code. I'm not really experienced with C# so apologies for that.

Please leave feedback or help if you can! You can also just ping me in the discord server, RemberBL#9516
UPDATE: I'm working on refactoring HumanoidProfileEditor.cs alongside these changes, somebody suggested I might as well do that while I'm doing this.
UPDATE #2: I've been busy with a lot of Important Stuff™ so I've ended up neglecting this PR since the last week. I did manage to refactor some code but it's throwing an exception when the lobby loads in. If anybody wants to give a hand just shoot me a message, I'd really appreciate it.

@Rember were you coming back to this?

@Rember were you coming back to this?

I got caught up in a lot of stuff lately, but I do want to come back to it (if it hasn't run too far behind master). I'll see if I can get back on it around this time tomorrow, then I'll be looking for help in #howdoicode. Feel free to ping me in case you want to help out with this.

No worries I'll leave it up, was just checking if it was derelict.

@Rember were you coming back to this?

I got caught up in a lot of stuff lately, but I do want to come back to it (if it hasn't run too far behind master). I'll see if I can get back on it around this time tomorrow, then I'll be looking for help in #howdoicode. Feel free to ping me in case you want to help out with this.

No progress in 14 days, closing.


Fixes Required for OpenAPI V3 Scheme Validation

This change couldn't be applied cleanly to master, I didn't look to try and fix master yet, hoping to just get this backported to 0.5.3 for now, perhaps you can fix in master as well (or maybe it is already?)
Resolves #80

@ibuildthecloud

diff --git a/pkg/schemas/openapi/generate.go b/pkg/schemas/openapi/generate.go
index ff5af90..3b73c1f 100644
--- a/pkg/schemas/openapi/generate.go
+++ b/pkg/schemas/openapi/generate.go
@@ -99,7 +99,7 @@ func parseSchema(schema *types.Schema, schemas *types.Schemas) (*v1beta1.JSONSch
                //}

                if f.Required {
-                       fieldJSP.Required = append(fieldJSP.Required, name)
+                       jsp.Required = append(jsp.Required, name)
                }

                if definition.IsMapType(f.Type) {
@@ -166,6 +166,7 @@ func parseSchema(schema *types.Schema, schemas *types.Schemas) (*v1beta1.JSONSch
                                        return nil, err
                                }
                                fieldJSP.Properties = subObject.Properties
+                               fieldJSP.Required = subObject.Required
                        }
                }


feat: installer configures weeklynet

Context

Description

Adds weeklynet network config to the installer script
Manually testing the PR

Having deleted / moved your ~/.jstz/config.json, run:
source scripts/install-jstz-cli.sh

shouldn't we check for the full path?

What do you mean by the 'full path'?

I think it would be nice if the install script also checked the npm, and encouraged the user to install it if it isnt + also if it automatically cloned the examples folder that we currently have in the quick start guide(I don't think there is a need to clone the whole repo, just the folder).

I disagree. This is not the responsibility of the installer, but likely of a template command in the CLI

shouldn't we check for the full path?

What do you mean by the 'full path'?

i meant instead of checking if .jstz exists, we should check if .jstz/config.jsonexists.


Add Sync All Button for inventory sources

Adds Sync All buttons in Inventories -> Detail -> Tab Sources -> Sources list
Sync all is calling single API, so its not classic bulk action which calls multiple API calls for every item. It calls single API endpoint that starts syncing for all items.
Also row action to launch sync (and in detail) is now much more responsive because it immediately calls refresh of the page instead of waiting for periodic reload, which may happen somewhere from 0 to 5 seconds.

Should we unify the text in buttons? The old UI uses Sync (Sync All), while the new UI uses Launch inventory update. @MilanPospisil @AlexSCorey @tiyiprh

@MilanPospisil I'm ok with Launch inventory update as long as we are consistent across the new UI

We probably want to add the rocket icon and update the wording on the dropdown item to indicate that it would be launching the inventory update for all items

We probably want to add the rocket icon and update the wording on the dropdown item to indicate that it would be launching the inventory update for all items

I agree that we should add a launch icon. For the wording, since the toolbar actions indicate a bulk action, it can probably just be "Launch inventory updates"


Adding and removing drops to cloned body

To reiterate comments from others, great job with this library. It is very useful.
I have a unique use case as well. I'm also making somewhat of a wizard and I can't figure out the right config to get this working for me. Basically I'm loading up a website in an iframe that has a live / editing mode. Editing mode clones the body and replaces it with the copy. Then I load a drop on top. When I go back to live mode I destroy the drop and replace the body with the original.
This works fine the first time, but on subsequent loads the drop will show but it's positioned at the top of the page. It's not factoring in the scroll distance. I don't know if this is some sort of initialization that happens which gets messed up when I replace the body. I'm just trying to figure out if there's a special config, or if I need to do some custom integration to make this work.

To clarify, I'm just looking for the touchpoints on the body. I've gone through the source a bit, but was hoping you could point me in the right direction. Basically I need to reinitialization completely as if it's a new page.


Not saving file when stopRecording()

Version 2.0.8
iOS
Save file audio.m4a
Not saving file, i search it by browsing in the path, and with RNFS seaching in the path, system cant find the file: The file “sound.m4a” couldn’t be opened because there is no such file.
Following the example

@davidcantonnoteges
const result = await this.audioRecorderPlayer.stopRecorder();

the actual system uri should be returned here. Check this.

Ok, now i can get the file, thanks. But the audio always have 1 second, and 36KB, the file is moved when finish or removed by the system¿

@davidcantonnoteges File won't be removed automatically unless you overwrite it. You may check your code if there is any overwriting.


Add syntax sugar for 'code' opcode

Codecov Report

Merging #21 (9b03326) into master (04cd301) will increase coverage by 0.05%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master      #21      +/-   ##
==========================================
+ Coverage   91.90%   91.96%   +0.05%
==========================================
  Files           7        7
  Lines         729      734       +5
==========================================
+ Hits          670      675       +5
  Misses         59       59

Flag
Coverage Δ

unittests
91.96% <100.00%> (+0.05%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

lib/parse.lua
91.71% <100.00%> (+0.13%)
: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 04cd301...9b03326. Read the comment docs.


rename the busltee package to publisher

Having a command and package named busl can be quite misleading as to  where something should be.
This rename makes it clearer this package is the lower-level interface allowing publishing data.

I think that's actually a Go pattern; that the cmd/... package should only contain very little logic and delegate to a package.
The package is not a generic publisher. It's limited to the tee like operation required by the command.

My point here is mostly that the term busltee doesn't have any obvious meaning, and it can be hard to guess what this package does at first.
Even though this is not a generic publisher, I believe renaming this package makes it clearer on what it does.

@tt is there a name you'd better agree with?

Let's punt on this for now.


Request for htmlStartTag

Hello,
for syntax object parsing in the html, there is a htmlEndtag but not a htmlStartTag. This is a request for a htmlStartTag, please. This will allow theming <> </> to match.
Thanks!
-Darin

Hey!
htmlStartTag does appear to be absent, however I do see a htmlTag. I think that's what you want?
These syntax groups are defined in $VIMRUNTIME/syntax/html.vim (which is outside the domain of this plugin). If it's helpful, I use this vimtip a lot to identify the current syntax group under the cursor.


cargo test requires manually copying the DLL to target\debug\deps

Since the automatically generated DLL is located in target\debug, it needs to be manually copied to target\debug\deps.

If you enable developer mode in Windows, ort will set up symlinks in the examples & deps dirs. Otherwise it will only copy binaries to target/debug/.


Perfomance is bad when animations are running with iGPU

Hyprland Version
Hyprland, built from branch  at commit 3fe6162af1904f15fc5526c179c06a48265bdbff  (). Tag:   flags: (if any) debug
Bug or Regression?
Bug
Description
When there is any kind of animation playing, whether it is video playing or animations inside an application (like steam for example) switching between workspaces is not smooth at all.
I have tried many things and none worked. I have set CPU and GPU to performance mode, I have set GPU to Hybrid mode, I have enabled vrr and disabled it and same with vfr. Disabled scaling too.
What I have noticed is that the load on my iGPU and dGPU is just unreasonable. With vrr disabled my iGPU is at around 50% (that's fine) but the performance is bad. With vrr on iGPU is at 100% load and the performance is just a little bit better. The only time I am able to make Hyprland go fully smooth is when I use my dGPU as primary one and iGPU as secondary on Hyprland which seems unreasonable for me, considering that for other people iGPU is just enough for smooth experience, even on 4K monitors.
I have RX 6800M GPU and Ryzen 9 5980HX CPU with iGPU. My monitor is 2560x1440 with 165hz. Below I will send pictures of my tests while some kind of animation is playing (in this case video playing). I will gladly provide more info if needed. All of the tests were made in performance mode btw.
iGPU with vrr set to 1 and vfr set to true

iGPU with vrr set to 1 and vfr set to false

iGPU with vrr set to 0 and vfr set to true

iGPU with vrr set to 0 and vfr set to false

dGPU (main) and iGPU (secondary) with vrr set to 1 and vfr set to true

dGPU (main) and iGPU (secondary) with vrr set to 1 and vfr set to false

dGPU (main) and iGPU (secondary) with vrr set to 0 and vfr set to true

dGPU (main) and iGPU (secondary) with vrr set to 0 and vfr set to false

Each of these tests were done after session restart.
One thing to note is that iGPU sometimes jumps to 2100mHz according to nvtop while dGPU is the main one. I would do tests with purely dGPU enabled but Hyprland refuses to launch when this is the case. A person who has literally the same machine as me reports that Hyprland goes smoothly for them with iGPU only while they have two monitors. I am certain that the behavior my session is showing is not normal at all. One could say that maybe something is wrong in my machine but I have checked everything so many times that I am starting to doubt that the issue is on my part.
Like mentioned before, I will gladly provide more information if needed.  Especially when it is possible for others.
How to reproduce

Install Hyprland.
Use iGPU only.
Try running a video on firefox in workspace 1 for example.
Run steam on main page in workspace 2.
Try switching between them.
The issue should be hopefully visible.

Crash reports, logs, images, videos
No response

have you tried kde? sway? 1440p at 165Hz seems impossible to me for an igpu.

have you tried kde? sway? 1440p at 165Hz seems impossible to me for an igpu.

Yes.

Default ones. My hyprland is mostly default besides binds and scaling. I haven't gotten to ricing my hyprland yet.

no clue then. on fade, I'd understand, as it's the most taxing one, but slide is default and it shouldn't be.
Sway was a bad example from my side tbh, no anims there. KDE running smooth though is definitely odd.
To me this is just weird. I'd bet on either gpu not keeping up or that funky gpu clock thing when the load is not enough to sustain high clocks but high enough to need them

no clue then. on fade, I'd understand, as it's the most taxing one, but slide is default and it shouldn't be.
Sway was a bad example from my side tbh, no anims there. KDE running smooth though is definitely odd.
To me this is just weird. I'd bet on either gpu not keeping up or that funky gpu clock thing when the load is not enough to sustain high clocks but high enough to need them
FYI: don't play with vfr. vfr should always be enabled, as it is by default.

I was playing with vfr for the sake of tests. I am aware that it should be always on like indicated on the variable page of Hyprland.
Yes, this thing is very weird to me too. I do not understand why would the animations not be smooth on Hyprland with iGPU. Especially when plenty of people do not have this issue. Even the person with the same machine as me does not have these issues.
I do not think that gpu is the issue here, or at least gpu only. I see no reason for KDE working fine but Hyprland not, there must be something more going on. I would understand that GPU would be not able to keep up if I didn't have high-end laptop. Though considering what kind of machine I have, I see no reason for tiling compositor to not run smoothly out of all things.
I'll try to get more info if possible, but for now I am just stuck with this issue.

I can confirm I am having the same issue, igpu is always above 80% from the Hyprland itself when idling... Is there any info I could provide to help troubleshoot this? My animations are completely disabled, same for blur

I'm wondering it this isn't related to the full gl rendering pipeline - commit 2ebfd0c, because I notice that my rx560 is using significantly more power, even when idle. pre that commit it ran at ~8 watts idle, after the commit it's 16 and up.
If I build with commit before 2ebf0c, power usage goes back to what it was.
I set the card for low power performance and it keeps it at the ~8 range, but all animations are very choppy.
So it's a choice between much more power being used or no animations and choppiness in movement.
To me, there's no noticeable performance difference with or without the commit.
In my case no improvement in smoothness, etc, just more power being used.

I'm wondering it this isn't related to the full gl rendering pipeline - commit 2ebfd0c, because I notice that my rx560 is using significantly more power, even when idle. pre that commit it ran at ~8 watts idle, after the commit it's 16 and up. If I build with commit before 2ebf0c, power usage goes back to what it was.
I set the card for low power performance and it keeps it at the ~8 range, but all animations are very choppy.
So it's a choice between much more power being used or no animations and choppiness in movement.
To me, there's no noticeable performance difference with or without the commit. In my case no improvement in smoothness, etc, just more power being used.
With the above people mention the igpu, it's probably because of limited resources, exacerbated by the commit.

I had these issues way before that commit. And I do not mind using more power as long as it is still reasonable. Though my iGPU running constantly at 100% and still have hyprland animations to be choppy is just crazy. That's just not normal imo.
I wonder if the issue is related to the CPU. Something like Hyprland needing to use CPU too but not much goes into it, only GPU. Though I do not know exactly how Hyprland works from that aspect. I guess I might as well try overclocking my CPU and see if anything changes.

I've made some performance improvements in 68e57b7ee36f015d99988f38cb3a8b83c23ae7c3 and 408d96668d57fdd1a713e56f1d40a9befd51bd4a
also, for best results, use hyprpaper for your wallpapers and not swaybg. Haven't tested swww or any others.

I've made some performance improvements in 68e57b7 and 408d966
also, for best results, use hyprpaper (git!!! commit from today) for your wallpapers and not swaybg. Haven't tested swww or any others.

I use SWWW and I did tests without it running too and it does not seem to impact the perfomance in any way, only when the wallpaper changes which I do not mind and is to be expected. I will build into the latest branch now and report if anything changes for me.

The perfomance seems to be actually better,. The GPU also uses a little bit less resources. The animations are still snappy however. I'll try checking if it is some service or process ruining it on my system.

at least another confirmation my patches worked, even if just a bit :)

Interesting, I am running latest git (hypr)
pre gl  with swaybg and waybar - ~8 watts
post gl with swaybg and waybar - 16-18 watts consistent
post gl with swaybg, no waybar - ~10 watts
So it appears as if some interaction with waybar, and the gl pipeline keeping the gpu busy so watts stays higher than it used to.
I haven't checked other resource usage on the gpu, I just happen to keep track of watts in waybar.

that's odd, as the new pipeline allows for some shortcuts where it's possible and keeps everything just like it was otherwise.

I removed parts of waybar config, to see if I could narrow things down.
Running clock with display per second - 16-18  watts
Without clock, it drops to ~14 watts (things displayed every 2 seconds or longer)
and without waybar it runs ~10
I even built the latest git waybar to see if any changes, still the same.
The only other time I've seen >= ~16 watts is if I'm trying to run 2 monitors off the card at the same time.

The perfomance seems to be actually better,. The GPU also uses a little bit less resources. The animations are still snappy however. I'll try checking if it is some service or process ruining it on my system.

I tried to kill as many services and processes as I could and nothing seems to have changed the performance.
Though I have noticed something that could help a lot I believe. I found out that it might not be animations but rather a video playing, specifically on youtube. I use firefox as my browser and I listen to music all the time. I have noticed that the animations are not smooth mostly when I switched between workspaces in which one of them is the video playing (the video must be on the screen). There are small lags when switching between matrix and steam too but it's barely noticable. Youtube videos seem to be mostly affecting the perfomance. I tried twitch, discord and reddit with videos and none affect the perfomance like Youtube does.
This is weird to me though because I asked others to play a video on youtube and switch between workspaces and tell me if it affects their performance and everyone told me that it does not and they use iGPU only too.
What do you think that the issue may be?

in that case, I think the issue may be youtube or firefox... Tried chromium? does it do the same? if so, the issue is youtube.

in that case, I think the issue may be youtube or firefox... Tried chromium? does it do the same? if so, the issue is youtube.

After more testing I found out what the issue was. My normal config has set scaling to 1.5. I set it to 1 and everything goes fine, even the youtube video. I assume that was also a difference between other people's config and mine.
The problem is that I have 2K monitor and I can't see the text very well with scaling set to 1. Furthermore, on KDE I have scaling set to 150% which is the equivalent to 1.5 in Hyprland, that's why I had such scaling in the first place.
Why does it happen though? On KDE the scaling works fine but not on Hyprland? Is there a way to mitigate or fix this problem? My eyes kinda hurt trying to read the text and all of that stuff when it's too small.

what if you set it to 2?

It's very smooth. That is beyond weird. 1.5 has issues but 2 doesn't? It is pretty big for my liking but a lot better than 1.

hahahaha welcome to fractional scaling on wayland :)
my guess is firefox is not using the new fractional scaling protocol yet, so what happens is:
firefox gets logically resized to size / 1.5 and receives a scale of 2
firefox renders at (size / 1.5) * 2 = 4/3 of the monitor's res
lag because 4/3 of 1440p is almost 4k

hahahaha welcome to fractional scaling on wayland :)
my guess is firefox is not using the new fractional scaling protocol yet, so what happens is:
firefox gets logically resized to size / 1.5 and receives a scale of 2 firefox renders at (size / 1.5) * 2 = 4/3 of the monitor's res lag because 4/3 of 1440p is almost 4k

Ooooooh that makes sense hahaha. KDE has pretty good fractional scaling from what I have heard, I believe my experience confirms it too. But I have totally forgotten about the state of fractional scaling on wayland overall.
Well, I am glad that this issue can be fixed in a way, I believe that's what other people are struggling with too. I would suggest documenting it somewhere on hyprland website so people know not to use non-integer numbers as scaling on Hyprland. I have seen plenty of people do the same thing I did.
Thank you again for willing to help me. I will close this issue now because the root of the problem has been found and it can be fixed.

You can use fractional scaling and there's nothing wrong with it, it works. More and more apps support it. Chromium and qt I know already do. IIRC firefox did too, but guessing by the lag it might not / impl sucks

That's true I guess. Especially when everything worked and there were some small issues with specific apps and big issue with firefox. Though it is not perfect it seems and many people wish to have the "perfect" experience if you get what I mean.
I pretty much fall under the same category too. It works mostly yes, but firefox makes it problematic and I do not want to use anything else and I believe other people will have similar excuses too. So I believe it would be great to at least inform people that if they have performance issues and are using fractional scaling then they should try non-fractional scaling and see if this fixes their problems.

feel free to make a mr to the wiki :)

Sure!

feel free to make a mr to the wiki :)

Done :)

Read this https://www.phoronix.com/news/Firefox-Fractional-Scale-v1, Firefox 121 is also supposedly getting some Wayland updates.

worth noting that impl seems to be dogshit and broken as hell


Update how upload_to_pypi is defined

Prior to this PR, I think upload_to_pypi was potentially counter-intuitive because upload_to_pypi: false still means that sometimes things are uploaded to PyPI. I think it would be cleaner to simply specify that it is a boolean condition for the upload, defaulting to true if a v* tag is pushed.
I'm not sure if this will work though, as I don't know if a condition can be given as the default for the parameter. But I do think we should try and make it behave somehow like it is here, meaning that upload_to_pypi: false would never upload anything.

Should we make the parameter a string and then somehow evaluate it as a boolean later in the pipeline for it to work?

@ConorMacBride - I probably won't have time to try and dig deeper into this today so feel free to take over the PR if you like, if you agree that we should tweak this option.

A string would work. I can take a look later. I'll make upload_to_pypi accept 'true', 'false' and 'auto'. Or should we call it 'tag' instead of 'auto'?

I guess the question is how would a user then specify that they want to upload on all tags, not just ones starting with 'v'? Basically we need a way for users to pass a completely custom condition?

We could keep upload_to_pypi a boolean input and default to false. When the reusable workflow is called, it should be possible to do
uses: OpenAstronomy/github-actions-workflows/.github/workflows/tox.yml@main
with:
  upload_to_pypi: ${ github.event_name == 'push' && startsWith(github.event.ref, 'refs/tags/v') }

If we do that I think we should make upload_to_pypi be required (no default) to reduce confusion (e.g. why does the publish workflow not publish by default?)

@ConorMacBride yes we might have to just make it required. @Cadair, what do you think?

I've updated the upload_to_pypi input to have the following behaviour. (With some testing here: https://github.com/ConorMacBride/test-workflows/blob/main/.github/workflows/test_upload.yml)
upload_to_pypi
Whether to upload to PyPI after successful builds.
The default is to upload to PyPI when tags that start with v are pushed.
A boolean can be passed as true (always upload) or false (never upload)
either explicitly or as a boolean expression (${{ <expression> }}).
Alternatively, a string can be passed to match the start of a tag ref.
For example, 'refs/tags/v' (default) will upload tags that begin with v,
and 'refs/tags/' will upload on all pushed tags.

Nice! Thank you!

@ConorMacBride - could you rebase to resolve the conflict? Then feel free to merge.


adding support for async consumer context (like apollo server does)

The way that the App constructor works, the consumer context hook function is not asynchronous, but the underlying ApolloServer.context supports returning a Promise as well as a regular Ctx.
It would be really helpful if adopting clients could take advantage of that async functionality ...
I had to skip linting, because unrelated code failed the lint.  The proposed changes should work perfectly fine for async and non-async use cases, with no additional side-affects introduced.

:tada: This PR is included in version 1.19.1 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Uri not converted correctly

C#
public Uri Url { get; set; }
converts to
url: Uri;
but should converts to
url: string;
I have dared to do a pull request but I am not sure I have done everything right.

Hi!
I'm using CSharpToTypeScript as a global tool. Can you publish to Nuget the new version?

It's published. Sorry for the delay.


Installation Error - Permission Denied and Compilation Failures during Falco eBPF probe Installation on EKS Bottlerocke

Describe the bug
While installing Falco version 0.34.1 with driver version 4.0.0+driver on Amazon EKS running on a Bottlerocket OS with kernel version 5.15.108, the following error was encountered. The system architecture is x86_64.
During the falco-driver-loader execution, the debugfs mounting process fails with a "permission denied" error. Subsequently, the download of a prebuilt eBPF probe fails with a 404 error as the requested URL returns an error.
Further, an attempt to compile the eBPF probe also fails. The error "fatal error: opening dependency file /host/usr/src/kernels/5.15.108/tools/objtool/.fixdep.o.d: Permission denied" is returned, causing the compilation to terminate.
The series of errors lead to the unsuccessful compilation of the eBPF probe, as indicated by the message "Unable to load the Falco eBPF probe".
These errors prevent the successful installation and setup of Falco on the EKS Bottlerocket environment. A potential cause could be the lack of necessary permissions or the absence of a prebuilt eBPF probe for this specific kernel version and architecture.
❯ k logs falco-dftwg  -c falco-driver-loader
* Setting up /usr/src links from host
* Running falco-driver-loader for: falco version=0.34.1, driver version=4.0.0+driver, arch=x86_64, kernel release=5.15.108, kernel version=1
* Running falco-driver-loader with: driver=bpf, compile=yes, download=yes
* Mounting debugfs
mount: /sys/kernel/debug: permission denied.
* Filename 'falco_bottlerocket_5.15.108_1_1.14.1-aws.o' is composed of:
 - driver name: falco
 - target identifier: bottlerocket
 - kernel release: 5.15.108
 - kernel version: 1_1.14.1-aws
* Trying to download a prebuilt eBPF probe from https://download.falco.org/driver/4.0.0%2Bdriver/x86_64/falco_bottlerocket_5.15.108_1_1.14.1-aws.o
curl: (22) The requested URL returned error: 404
Unable to find a prebuilt falco eBPF probe
* Trying to compile the eBPF probe (falco_bottlerocket_5.15.108_1_1.14.1-aws.o)
fixdep.c:170:1: fatal error: opening dependency file /host/usr/src/kernels/5.15.108/tools/objtool/.fixdep.o.d: Permission denied
 }
 ^
compilation terminated.
make[5]: *** [/host/usr/src/kernels/5.15.108/tools/build/Makefile.build:97: /host/usr/src/kernels/5.15.108/tools/objtool/fixdep.o] Error 1
make[4]: *** [Makefile:47: /host/usr/src/kernels/5.15.108/tools/objtool/fixdep-in.o] Error 2
make[3]: *** [/host/usr/src/kernels/5.15.108/tools/build/Makefile.include:5: fixdep] Error 2
make[2]: *** [Makefile:69: objtool] Error 2
make[1]: *** [Makefile:2023: tools/objtool] Error 2
make: *** [Makefile:38: all] Error 2
mv: cannot stat '/usr/src/falco-4.0.0+driver/bpf/probe.o': No such file or directory
Unable to load the falco eBPF probe

How to reproduce it
Install Falco using helm, chart version 3.1.5, values:
driver:
  enabled: true
  kind: ebpf
  loader:
    securityContext:
      privileged: true
      runAsUser: 0  # Running as root
      runAsGroup: 0 # Running as root group
      allowPrivilegeEscalation: true # Allowing to escalate privileges

podPriorityClassName: falco-agent
collectors: # -- Metadata collectors.
  enabled: true
  containerd:
    enabled: true
    socket: /run/dockershim.sock
  # disabled collectors
  docker:
    enabled: false
  crio:
    enabled: false

podSecurityContext:
  seLinuxOptions:
    user: system_u
    role: system_r

falco:
  json_output: true
  log_level: debug

Expected behaviour
The same installation was working a few days back using noces with falco_bottlerocket_5.15.108_1_1.14.0-aws.o but since the testing nodes were updated to falco_bottlerocket_5.15.108_1_1.14.1, there is no prebuilt eBPF probe available to download and the installation fails.
Although one possible solution would be to wait/ask for or generate a new version of the prebuilt probe for my nodes, I think it would be interesting to configure/fix this in a way the init container can build the probe themselves if there is no one available for the kernel version.
I wonder why those permission denied appear and how to fix them, any help would be appreciated.
Environment
Falco version:
    Version: 0.34.1
    Driver Version: 4.0.0+driver

System info:
    Architecture: x86_64
    Kernel Release: 5.15.108
    Kernel Version: 1_1.14.1-aws

Cloud provider or hardware configuration:
    Cloud Provider: Amazon EKS

OS:
    Bottlerocket OS

Kernel:
    Kernel Release: 5.15.108
    Kernel Version: 1_1.14.1-aws

Installation method:
    Kubernetes

I've checked the deployment and for some reason, the init container is not getting the privileged option well from values in helm, I have put it manually but there are still errors:
❯ k exec -it falco-8r7b8 -c falco-driver-loader -- bash
root@falco-8r7b8:/# /usr/bin/falco-driver-loader
* Running falco-driver-loader for: falco version=0.34.1, driver version=4.0.0+driver, arch=x86_64, kernel release=5.15.108, kernel version=1
* Running falco-driver-loader with: driver=bpf, compile=yes, download=yes
* Mounting debugfs
* Filename 'falco_bottlerocket_5.15.108_1_1.14.1-aws.o' is composed of:
 - driver name: falco
 - target identifier: bottlerocket
 - kernel release: 5.15.108
 - kernel version: 1_1.14.1-aws
* Trying to download a prebuilt eBPF probe from https://download.falco.org/driver/4.0.0%2Bdriver/x86_64/falco_bottlerocket_5.15.108_1_1.14.1-aws.o
curl: (22) The requested URL returned error: 404
Unable to find a prebuilt falco eBPF probe
* Trying to compile the eBPF probe (falco_bottlerocket_5.15.108_1_1.14.1-aws.o)
expr: syntax error: unexpected argument '1'
make[1]: *** /lib/modules/5.15.108/build: No such file or directory.  Stop.
make: *** [Makefile:38: all] Error 2
mv: cannot stat '/usr/src/falco-4.0.0+driver/bpf/probe.o': No such file or directory
Unable to load the falco eBPF probe

Seems like this comment has a possible solution to my problem!
https://github.com/bottlerocket-os/bottlerocket/issues/2275#issuecomment-1186315503

I proceed to close this ticket.


docs(troubleshooting_deis): use private key on ssh -i

Thanks for the contribution! Please ensure your commits follow our style guide. This code will be tested once a Deis maintainer reviews it.

Yep, this is a straight-up typo. Thanks @crigor! LGTM.


Multiple media queries break class names

The following code should cause the classes within the media queries to break, i.e. not have the same class name.
var jss = require('jss')

const styles = {
	// This class does not seem to exist in the generated output unless I explicly
	// give it some properties even though it has a media query with properties below.
	alpha: {
		width: '500px',
	},
	// By adding in this media query we break the class names of the media
	// queries below. And in all cases this media query is ignored, it only
	// seems to cause the breaking of the media queries below
	'@media (min-width: 992px)': {
		alpha: {
			width: '400px',
		},
	},
	bravo: {
		width: '100px',
	},
	'@media (max-width: 992px)': {
		bravo: {
			width: '200px'
		}
	},
	'@media (min-width: 992px)': {
		// This class ends up with it's own classname instead of being linked to
		// the two above.
		bravo: {
	        width: '300px',
		},
	},
}

const sheet = jss.createStyleSheet(styles)
console.log(sheet.toString())

Related to #210 .
Created a test repository here.

the weird mix up happens because you use same property name twice, '@media (min-width: 992px)' I don't think we need to support this case.

In case you don't know, you can't use same property name multiple times.

That is pretty dumb, thanks for looking.
I don't think you can even support this case as you can't have duplicate object keys in JS.


Hotfix for PyTorch 2.2

Pytorch 2.2 was released yesterday and it fixed some problems with mypy and tensor.to(). As our pre-commit framework always uses the latest pytorch version this now causes an error because our KData.to() implementation does not raise an error anymore and hence the exception # type: ignore [call-overload] is not needed anymore.
This fixes this but now we also have to ensure that Pytorch version is at least 2.2.
@fzimmermann89 or @koflera can you see a problem with increasing the required pytorch version?

and soon the .cuda and .cpu will also be fixed :)
Until we are at a somewhat stable release that is used in bigger projects, I would follow torch and python to current versions.
Once we have a Version 1.0 out, I would try to stay on versions for longer...


hcaptcha is not working for gitea running in rootless docker

Description

hcaptcha config is not working for gitea running in rootless docker.
No matter how I configure it, only the graphical CAPTCHA will be displayed.
I tested the other configuration items and they all work fine.

Gitea Version
Gitea version 1.18.0+rc0 built with GNU Make 4.3, go1.19.2 : bindata, timetzdata, sqlite, sqlite_unlock_notify
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Screenshots
No response
Git Version
git version 2.36.3
Operating System
Linux a84b36c87539 5.4.0-131-generic #147-Ubuntu SMP Fri Oct 14 17:07:22 UTC 2022 x86_64 Linux
How are you running Gitea?

docker-compose.yml

version: "2.1"
services:
  gitea:
    image: gitea/gitea:latest-rootless
    container_name: gitea
    environment:
      - TZ=Asia/Shanghai
    volumes:
      - gitea_data:/var/lib/gitea
      - gitea_config:/etc/gitea
    ports:
      - "53440:3000"
      - "63471:22"
    restart: always

volumes:
  gitea_data:
  gitea_config:

docker compose exec -it gitea cat /etc/gitea/app.ini

[server]
APP_DATA_PATH           = /var/lib/gitea
SSH_DOMAIN              = CORRECT
HTTP_PORT               = 3000
ROOT_URL                = CORRECT
ENABLE_CAPTCHA		= true
DISABLE_SSH             = false
; In rootless gitea container only internal ssh server is supported
START_SSH_SERVER        = true
SSH_PORT                = 2222
SSH_LISTEN_PORT         = 2222
BUILTIN_SSH_SERVER_USER = git
LFS_START_SERVER        = true
DOMAIN                  = CORRECT
LFS_JWT_SECRET          = CORRECT
OFFLINE_MODE            = false
CAPTCHA_TYPE		= hcaptcha
HCAPTCHA_SECRET		= 0xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
HCAPTCHA_SITEKEY	= aaaaaaaa-aaaa-412d-9f5d-aaaaaaaaaaaa

Database
SQLite

captcha settings are found under the service section rather than server.
https://docs.gitea.io/en-us/config-cheat-sheet/#service-service

Sorry, I wrote the wrong location


USRPKEY on Android 7x can't be decrypted

I used your tool to decrypt keys on an Android 7 platform. It worked flawlessly with USRCERT and CACERT, however with USRPKEY it didn't.
Command and exceptions:
$ java -jar build/libs/ksdecryptor-all.jar .masterkey 10080_USRPKEY_signing_key xxxx

Read '.masterkey'
master key: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Read '10080_USRPKEY_signing_key'
Exception in thread "main" java.lang.IllegalArgumentException: Invalid value for MAC size: 0
        at org.bouncycastle.crypto.modes.OCBBlockCipher.init(Unknown Source)
        at org.nick.ksdecryptor.Keymaster1Blob.createOCBCipher(Keymaster1Blob.java:124)
        at org.nick.ksdecryptor.Keymaster1Blob.parse(Keymaster1Blob.java:82)
        at org.nick.ksdecryptor.Main.showKeyMaterial(Main.java:157)
        at org.nick.ksdecryptor.Main.showBlob(Main.java:68)
        at org.nick.ksdecryptor.Main.main(Main.java:52)

Could you help to fix it?
Thanks!

Pretty much all of the recent devices use some form of hardware encryption these days, so decrypting private keys won't work. There simply isn't any key material in the file. You can look at the file with a binary editor to get some details, but I am guessing it's just a pointer to the real key.
You could say this tool is more of a historical/learning significance, it's unlikely you can use it on any real device anymore.


HDXDSYS-1005 Fix for Colombia population update

Although updating Colombia population resource to 2024 from 2023 fixed Colombia, it then failed with Ukraine where the datasets seems to have changed to requestable. @b-j-mills is that something you're looking at as I see you made a change to the Ukraine dataset https://data.humdata.org/dataset/cod-ps-ukr?
If this PR is fine and you need it to work on a Ukraine fix (which presumably would be removing Ukraine pop dtaa from HAPI as there are no public resources?), then please go ahead and merge.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>3
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 93.229%

Totals

Change from base Build<PHONE_NUMBER>8:
0.0%

Covered Lines:
1432

Relevant Lines:
1536

💛  - Coveralls

@b-j-mills I went ahead and removed UKR for now, but let me know if you think there is some way it could be included


[CHANGE ME] Re-generated to pick up changes from self.

This PR was generated using Autosynth. :rainbow:
Synth log will be available here:
https://source.cloud.google.com/results/invocations/fec26d1a-64fc-4e8a-9270-87f055abf422/targets

[ ] To automatically regenerate this PR, check this box. (May take up to 24 hours.)

Still waiting on CL


[windows] 0.33.8 not allowed to write to fs, 0.33.7 works as expected

using the exact same codebase, running on 0.33.7 my app runs correctly. running on 0.33.8 I get an error when writing to the filesystem.
My app checks for the existence of a file and creates it if it doesnt exists on startup, using the require('fs') module.
I'm writing to the app.getPath('userData') directory, which I should have permissions to write to.
Curiously, when testing my app from the cmd prompt with electron . it has no issues (even on 0.33.8) but packaged I get a popup with a javascript error saying I am not allowed to write to the fs.

What is the name and version of the OS you're using?

Can you paste the full message of the popup?

Hmm I think I have just encountered the same error, steps to reproduce:
1> Package following app into Electron
console.log('test');

2> Execute the app by double clicking in File Explorer
3> Following error happens

The same error also happens if I debug the app through Windbg.
It seems that we still have the problem with process.stdout on Windows when the app is run without a terminal, we probably need to revert 4e8db2c3be8f3c9a172fb87ad8739493ab3dfbb1.

That's it @zcbenz thanks! I assumed it was the filesystem write I was doing on startup, thanks for getting  this addressed so quickly


types: fixes typo causing the roots not be hashed

I'm not 100% certain this needs to be changed, so please disregard if not.
Description
Fixes a typo causing an incorrect root hash of the data availability header by iterating over the column roots along with the row roots, as opposed to iterating over the row roots twice.

Codecov Report

Merging #97 (4b841b9) into master (bba6f79) will increase coverage by 6.18%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master      #97      +/-   ##
==========================================
+ Coverage   60.87%   67.05%   +6.18%
==========================================
  Files         261       63     -198
  Lines       24214     5100   -19114
==========================================
- Hits        14740     3420   -11320
+ Misses       7939     1330    -6609
+ Partials     1535      350    -1185

Impacted Files
Coverage Δ

crypto/sr25519/pubkey.go
43.47% <0.00%> (-8.70%)
:arrow_down:

types/protobuf.go

crypto/crypto.go

privval/signer_listener_endpoint.go

privval/retry_signer_client.go

p2p/pex/pex_reactor.go

types/utils.go

blockchain/v2/types.go

p2p/trust/store.go

rpc/jsonrpc/types/types.go

... and 188 more

Will merge as soon as I looked into the github action issue:
https://github.com/lazyledger/lazyledger-core/pull/97/checks?check_run_id=1431120525#step:4:9

relevant snippet
Error: Unable to process command '::add-path::/home/runner/go/bin' successfully.
Error: The `add-path` command is disabled. Please upgrade to using Environment Files or opt into unsecure command execution by setting the `ACTIONS_ALLOW_UNSECURE_COMMANDS` environment variable to `true`. For more information see: https://github.blog/changelog/2020-10-01-github-actions-deprecating-set-env-and-add-path-commands/

We can merge this as is. A followup PR should update the CI config and simply remove the Set GOBIN steps from .github/workflows/tests.yml which still use add-path.


bgr image preprocess problem

I use cv2 read the image, but after use the function of  imgaug preprocess the image. I think the image auto become to rgb channel. How to use imgaug preprocess the bgr image?

You can

Manually convert the colorspace to RGB, e.g. using cv2.cvtColor(images, cv2.COLOR_BGR2RGB).
Add the argument from_colorspace="BGR" when initializing color-based augmenters. All augmenters dealing with colorspaces should support that in their constructors.
Wrap your pipeline in a WithColorspace, e.g. aug = WithColorspace(from_colorspace="BGR", to_colorspace="RGB", children=Sequential(...)).

If I do this, the image colorspace is RGB or BGR? I want the image colorspace is BGR after augmentation.

If you convert it initially via cv2.cvtColor, you have to manually convert back after augmentation via cv2.cvtColor(images, cv2.COLOR_RGB2BGR). The other two options produce BGR images.

Thanks


Query transformation for external database fixed.

I hereby agree to the terms of the CLA available at: https://yandex.ru/legal/cla/?lang=en
For changelog. Remove if this is non-significant change.
Category (leave one):

Bug Fix

Short description (up to few sentences):
Now transformQueryForExternalDatabase() works properly for SELECT WHERE queries with multiple AND subqueries. Fixes  #6381

Tests will be added later.

BTW, you can use unit test (gtest_transform_query_for_external_database.cpp).


[Build] Deduplicate linker flags when building products

If two or more targets provide the same linker flags, we should
deduplicate them.
rdar://problem/46365576 Deduplicate build settings where possible

@swift-ci smoke test


Is there a size limit for the data in the response of tools/list?

Describe the bug
A clear and concise description of what the bug is.
When I set a large number of tools, an error occurs while retrieving tools in the MCP Inspector

To Reproduce
Steps to reproduce the behavior:
1.
Expected behavior
A clear and concise description of what you expected to happen.
Logs
If applicable, add logs to help explain your problem.
No additional logs
Additional context
Add any other context about the problem here.

The error message is indicating that it took too long for the server to respond to the tools/list request. There's no maximum limit to the size.


Specifying the partitioning of the output of jax.random functions

The jax.Array tutorial explains that to partition the output of jax.random.uniform one can put it inside of a jax-jit function that accepts another array with the desired partitioning:
@jax.jit
def f(key, x):
  numbers = jax.random.uniform(key, x.shape)
  return x + numbers

key = jax.random.PRNGKey(42)
x_sharding = jax.sharding.PositionalSharding(jax.devices())
x = jax.device_put(jnp.arange(24), x_sharding)

f(key, x)

however this approach seems brittle, and requires passing around a mock array that would otherwise be unneeded.
Is there a way to specify the sharding explicitly? Maybe something like a sharding keyword argument?
jax.random.uniform(key, shape, sharding=sharding)

@froystig

This was meant only as an example. You could also constrain the output of jax.random.uniform directly with jax.lax.with_sharding_constraint, which is covered in the tutorial as well. Example:
sharding = ...

@jax.jit
def f(key):
  numbers = jax.random.uniform(key, x.shape)
  return jax.lax.with_sharding_constraint(numbers, sharding)

As the tutorial mentions, be sure to opt in to the partitionable RNG future feature (e.g. with jax.config.update('jax_threefry_partitionable', True))

Thanks for highlighting this! A general-purpose way to constrain the partitioning of any intermediate array, including the output of jax.random.uniform, is to use jax.lax.with_sharding_constraint. The second array added in the example was meant only as an example, not a suggestion for what to do in general. We can update the example to help avoid such confusion.


Update quick-create-portal.md

Fix case typo

@mbender-ms

Can you review this PR?

IMPORTANT: When this content is ready to merge, you must add #sign-off in a comment or the approval may get overlooked.
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

#sign-off

Thanks for the feedback and contribution to our docs, @chouetz


Package Search Result should link owners to their profile

http://preview.nuget.org/packages?q=jquery&sortOrder=package-download-count

ah  ? I thought this was assigned to me :P

I have been poaching. Hope ya don't mind.
Sent from my Windows Phone

From: Alexandre Dion
Sent: 10/28/2011 10:16 AM
To: Jeff Handley
Subject: Re: [NuGetGallery] Package Search Result should link owners to their profile (#149)
ah  ? I thought this was assigned to me :P
--
Reply to this email directly or view it on GitHub:
https://github.com/NuGet/NuGetGallery/issues/149#issuecomment-2558609


README refers to "asprof" which is missing from the release

The README has a lot of examples of using a binary called asprof but that doesn't exist any more. I think?

@dsyer asprof is the name of the binary that make will produce (see Makefile).
Previously there was a profiler.sh script instead which you could still see in the existing release packages.

README refers to the latest profiler version from in the master branch.
As a result of #724, profiler.sh script has been replaced with a binary launcher asprof.
An archive with any of the previous releases contains README actual for that particular release.

Understood. That’s helpful. But the README also tells you to download the tarball from the releases. So it’s inconsistent and confusing, at least until there is a new release.

New release has been published, and therefore the issue has been resolved.


Fixed wrong info about long C++ mangling

Real mangling of long does not currently match the spec. According to a comment at https://github.com/dlang/druntime/pull/3400 , it's the spec that should change.

cc @WalterBright  @andralex

@WalterBright @andralex decision still needed

Decision still needed. I want to get this merged or rejected so I can move forward with https://github.com/dlang/druntime/pull/3400.

@dukc Please fix the two issues I pointed out and I'll merge this.


cannot install in mac osx

I run python setup.py install in Mac OSX but failed with below error message:

It seems commit https://github.com/MrS0m30n3/youtube-dl-gui/commit/3d8aa8a0f11442fe96ca41fc9fa2d815488b0afc#diff-2eeaed663bd0d25b7e608891384b7298L141 removed the normal_setup() for darwin platform.

Yeah currently there is no official support for mac. @pr0d1r2 wanted to add the package to homebrew but there are some issues that i need to fix first before releasing the next version. Until version 0.3.9 gets released the only way to install on mac is using the pip but the translations-icons wont work as you already know.

If you have the time you are free to create a new pull request which adds support for the darwin platform using the python setup.py install way.

Same issue. Please give some advices, how to run it properly.
after installation ffmpeg and wxpython
sudo python setup.py install
cause error: error: could not create '/usr/share/icons': Operation not permitted

Try using sudo pip install youtube-dlg as mentioned here: https://github.com/MrS0m30n3/youtube-dl-gui/issues/73

Closing since there is no official support for mac.