text:
a lot of Failed to find dll file errors

The following English text was generated by automatic translation.
Version
main
Operating system & version
Windows 10 LTSC  21H2  19044.4170
rustc 1.81.0-nightly (fcc325f1b 2024-07-17)
What you did
Run the dexterous developer cli to get it
ERROR main Couldn't find missing libraries
It took me some time to find out why
dexterous_developer_types::cargo_path_utils::add_to_dylib_path method returns a strange path:
\\\\?\\C:\\SourceCode\\rust\\khassar_toolbox_test\\target\\hot-reload\\x86_64-pc-windows-msvc\\x86_64-pc-windows-msvc\\debug
I fixed it,
pub fn add_to_dylib_path(path: &[&Utf8Path]) -> Result<(&'static str, ffi::OsString), Error> {
    let mut cannonical = path
        .iter()
        .map(|path| {
            if !path.exists() {
                std::fs::create_dir_all(path)?;
            }
           //fix
            Ok(path.into())
          //  path.canonicalize_utf8().map_err(|e| e.into())
        })
        .collect::<Result<Vec<_>, Error>>()?;
    let mut dylibs = dylib_path();
    dylibs.append(&mut cannonical);
    let value = env::join_paths(&dylibs)?;
    let env_var = dylib_path_envvar();
    env::set_var(env_var, &value);
    Ok((env_var, value))
}

but there's still a new problem.
Here is the detailed output,Then the program does not run, and run the non-hot-reloadable version is successful
dexterous_developer_cli
2024-07-18T05:54:36.437382Z TRACE main Setting up builders for DefaulPackage
2024-07-18T05:54:36.437590Z TRACE main Setting up Manager
2024-07-18T05:54:36.437792Z  INFO main Watching Directories: ["src"]
2024-07-18T05:54:36.437888Z TRACE main Checking "src"
2024-07-18T05:54:36.437981Z TRACE main Got Subscribers
2024-07-18T05:54:36.438051Z TRACE main Inserting a new subscriber
2024-07-18T05:54:36.438113Z TRACE main Adding watcher entry
2024-07-18T05:54:36.438210Z TRACE main Getting Code Subscribers
2024-07-18T05:54:36.438324Z TRACE main Watching Directory
2024-07-18T05:54:36.438950Z TRACE main Returning Watcher
2024-07-18T05:54:36.439017Z  INFO main Watching Asset Directories: ["assets"]
2024-07-18T05:54:36.439082Z TRACE main Checking assets at "assets"
2024-07-18T05:54:36.439153Z TRACE main Got asset Subscribers
2024-07-18T05:54:36.439514Z TRACE main Publishing Current Directory Content []
2024-07-18T05:54:36.439618Z TRACE main Inserting a new asset subscriber
2024-07-18T05:54:36.439767Z TRACE main Adding watcher entry
2024-07-18T05:54:36.439889Z TRACE main Getting asset Subscribers
2024-07-18T05:54:36.440005Z TRACE main Watching Directory
2024-07-18T05:54:36.440606Z TRACE main Returning Watcher
2024-07-18T05:54:36.440689Z  INFO main Starting Server
2024-07-18T05:54:36.446272Z  INFO tokio-runtime-worker Listening on http://127.0.0.1:1234
2024-07-18T05:54:37.016169Z  INFO main Setting up connection to http://localhost:1234/ in C:\SourceCode\rust\khassar_toolbox_test with libraries in C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug
2024-07-18T05:54:37.016583Z  INFO main library_path "C:\\SourceCode\\rust\\khassar_toolbox_test\\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug"
2024-07-18T05:54:37.016968Z  WARN main Couldn't find library path - adding it to the environment variables and restarting
2024-07-18T05:54:37.017487Z  INFO main command"C:\\Users\\Khassar\\.cargo\\bin\\dexterous_developer_runner.exe" "--working-directory" "C:\\SourceCode\\rust\\khassar_toolbox_test" "--libra
ry-path" "C:\\SourceCode\\rust\\khassar_toolbox_test\\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug" "--server" "http://localhost:1234/" "--env-vars-preset" "--in-workspace"
2024-07-18T05:54:37.017602Z  INFO main env_var, env_val("PATH", "C:\\Users\\Khassar\\.cargo\\bin;c:\\windows\\system32;c:\\windows;c:\\windows\\system32\\wbem;c:\\windows\\system32\\windo
wspowershell\\v1.0\\;c:\\windows\\system32\\openssh\\;c:\\program files (x86)\\aomei\\aomei backupper\\6.9.1;c:\\program files\\git\\cmd;c:\\program files\\docker\\docker\\resources\\bin;
c:\\program files\\wasmtime\\bin;c:\\users\\khassar\\.cargo\\bin;C:\\Program Files\\dotnet\\;C:\\Program Files\\Docker\\Docker\\resources\\bin;C:\\Program Files (x86)\\NetSarang\\Xftp 7\\
;C:\\Program Files (x86)\\NetSarang\\Xshell 7\\;C:\\Program Files\\Sniffnet\\;C:\\Program Files (x86)\\ZeroTier\\One\\;C:\\Program Files\\Git\\cmd;C:\\Program Files (x86)\\NVIDIA Corporat
ion\\PhysX\\Common;C:\\Program Files (x86)\\pcsuite\\;C:\\Program Files (x86)\\EasyShare\\x86\\;C:\\Program Files (x86)\\EasyShare\\x64\\;C:\\SourceCode\\vcpkg\\installed\\x64-windows\\bi
n;C:\\SourceCode\\vcpkg;C:\\Program Files\\CMake\\bin;C:\\Users\\Khassar\\.cargo\\bin;C:\\Users\\Khassar\\AppData\\Local\\Microsoft\\WindowsApps;C:\\Program Files\\Wasmtime\\bin;C:\\Progr
am Files\\LLVM\\bin;C:\\Users\\Khassar\\.dotnet\\tools;C:\\SourceCode\\rust\\khassar_toolbox_test\\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug;C:\\SourceCode\\
rust\\khassar_toolbox_test\\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\\deps;C:\\SourceCode\\rust\\khassar_toolbox_test\\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\\examples")
2024-07-18T05:54:37.054580Z  INFO main Setting up connection to http://localhost:1234/ in C:\SourceCode\rust\khassar_toolbox_test with libraries in C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug
2024-07-18T05:54:37.055018Z  INFO main library_path "C:\\SourceCode\\rust\\khassar_toolbox_test\\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug"
2024-07-18T05:54:37.055442Z TRACE main Setting Up Route http://localhost:1234/target/
2024-07-18T05:54:37.055597Z TRACE main Getting Initial Root
2024-07-18T05:54:37.056746Z  INFO ThreadId(02) Connecting To ws://localhost:1234/target/x86_64-pc-windows-msvc
2024-07-18T05:54:39.116422Z TRACE tokio-runtime-worker Client d5a51ea7-2f29-42b9-8952-ecee67b30891 Connecting to Target: Path("x86_64-pc-windows-msvc")
2024-07-18T05:54:39.116651Z  INFO tokio-runtime-worker Build 1 Started
2024-07-18T05:54:39.116738Z  INFO tokio-runtime-worker Client d5a51ea7-2f29-42b9-8952-ecee67b30891 Connected
2024-07-18T05:54:39.116673Z TRACE tokio-runtime-worker Started building for Windows
2024-07-18T05:54:39.117077Z TRACE ThreadId(02) Received Hot Reload Message: InitialState { id: d5a51ea7-2f29-42b9-8952-ecee67b30891, root_lib: None, libraries: [], assets: [], most_recent_started_build: 0, most_recent_completed_build: 0 }
2024-07-18T05:54:39.117192Z TRACE ThreadId(02) Got Initial State:
                                root library: None
                                most recent started build: 0
                                most_recent_completed_build: 0
2024-07-18T05:54:39.117329Z TRACE ThreadId(02) Received Hot Reload Message: BuildStarted(1)
2024-07-18T05:54:39.117406Z  INFO ThreadId(02) build started: 1
//Omit much of the compiled output
2024-07-18T05:59:06.404589Z  INFO tokio-runtime-worker Build 1 Completed
2024-07-18T05:59:06.405858Z TRACE ThreadId(02) Received Hot Reload Message: BuildCompleted { id: 1, libraries: [("gdi32.dll", [60, 242, 255, 104, 131, 55, 141, 94, 142, 18, 102, 79, 126,
251, 42, 114, 197, 27, 97, 99, 255, 103, 17, 53, 41, 153, 131, 134, 28, 43, 197, 193], []), ("uxtheme.dll", [216, 218, 104, 233, 232, 233, 156, 139, 236, 245, 9, 167, 144, 140, 155, 61, 9
9, 159, 170, 44, 65, 4, 140, 151, 201, 233, 174, 229, 169, 22, 26, 5], []), ("propsys.dll", [3, 132, 162, 246, 151, 103, 198, 19, 228, 24, 118, 156, 216, 29, 234, 113, 162, 121, 180, 64,
88, 36, 122, 5, 149, 217, 197, 23, 142, 188, 115, 160], []), ("ntdll.dll", [62, 149, 145, 235, 252, 191, 133, 85, 242, 21, 141, 48, 202, 56, 81, 58, 46, 108, 15, 86, 235, 133, 113, 36, 68
, 57, 225, 27, 140, 76, 30, 67], []), ("ole32.dll", [166, 248, 194, 178, 140, 77, 24, 10, 60, 170, 109, 88, 151, 2, 45, 194, 243, 121, 10, 22, 47, 62, 108, 26, 222, 131, 105, 225, 84, 27,
 234, 241], []), ("bcrypt.dll", [17, 243, 176, 186, 242, 209, 169, 106, 52, 215, 123, 214, 46, 92, 74, 67, 218, 28, 20, 206, 65, 85, 176, 46, 56, 117, 17, 253, 251, 24, 118, 56], []), ("k
ernel32.dll", [47, 208, 109, 132, 207, 142, 20, 70, 41, 185, 75, 216, 85, 148, 7, 167, 163, 251, 55, 104, 254, 118, 96, 166, 200, 135, 78, 16, 111, 64, 230, 254], []), ("api-ms-win-crt-he
ap-l1-1-0.dll", [174, 207, 46, 90, 90, 186, 225, 219, 172, 27, 11, 15, 227, 127, 6, 31, 156, 218, 210, 63, 172, 233, 120, 215, 23, 68, 98, 197, 206, 62, 49, 198], []), ("shell32.dll", [0,
 14, 53, 147, 234, 152, 174, 28, 55, 243, 142, 125, 2, 163, 32, 147, 60, 149, 240, 245, 137, 212, 144, 41, 25, 59, 179, 187, 176, 72, 9, 135], []), ("api-ms-win-crt-math-l1-1-0.dll", [147
, 5, 190, 154, 191, 63, 197, 149, 137, 132, 148, 162, 58, 159, 233, 154, 204, 147, 7, 141, 199, 76, 194, 10, 9, 152, 2, 223, 94, 5, 124, 181], []), ("powrprof.dll", [198, 128, 23, 207, 4,
 254, 107, 52, 148, 180, 76, 142, 1, 90, 126, 197, 50, 191, 108, 32, 205, 64, 115, 249, 20, 7, 204, 34, 165, 181, 111, 180], []), ("advapi32.dll", [215, 78, 13, 37, 114, 246, 62, 253, 230
, 219, 93, 216, 39, 247, 172, 161, 6, 45, 158, 188, 138, 65, 32, 87, 141, 241, 24, 108, 54, 36, 14, 235], []), ("oleaut32.dll", [32, 176, 240, 44, 253, 36, 1, 116, 51, 136, 42, 143, 175,
99, 244, 55, 181, 219, 106, 239, 168, 151, 239, 186, 71, 8, 158, 51, 7, 241, 113, 166], []), ("imm32.dll", [79, 148, 95, 205, 36, 103, 138, 133, 29, 161, 175, 129, 252, 181, 182, 230, 186
, 73, 135, 120, 90, 213, 114, 147, 177, 119, 241, 192, 39, 56, 222, 193], []), ("bevy_dexterous_developer_dynamic.dll", [151, 85, 85, 30, 51, 143, 221, 206, 253, 92, 75, 165, 131, 99, 254
, 0, 238, 225, 15, 177, 193, 164, 90, 47, 181, 167, 187, 10, 1, 166, 146, 178], ["shell32.dll", "bcrypt.dll", "kernel32.dll", "gdi32.dll", "uxtheme.dll", "propsys.dll", "d3dcompiler_47.dl
l", "api-ms-win-crt-runtime-l1-1-0.dll", "api-ms-win-crt-string-l1-1-0.dll", "api-ms-win-crt-math-l1-1-0.dll", "ntdll.dll", "uiautomationcore.dll", "advapi32.dll", "ole32.dll", "pdh.dll",
 "psapi.dll", "api-ms-win-core-synch-l1-2-0.dll", "VCRUNTIME140.dll", "api-ms-win-core-winrt-l1-1-0.dll", "std-cef76c2685dfb4ca.dll", "oleaut32.dll", "api-ms-win-crt-heap-l1-1-0.dll", "us
er32.dll", "powrprof.dll", "bcryptprimitives.dll", "dwmapi.dll", "imm32.dll", "iphlpapi.dll", "api-ms-win-core-winrt-error-l1-1-0.dll", "netapi32.dll", "opengl32.dll", "secur32.dll"]), ("
psapi.dll", [254, 45, 243, 74, 181, 71, 18, 184, 11, 187, 81, 142, 153, 65, 47, 42, 96, 91, 59, 22, 86, 127, 23, 165, 77, 107, 137, 186, 115, 190, 17, 53], []), ("api-ms-win-crt-runtime-l
1-1-0.dll", [156, 176, 169, 99, 103, 58, 92, 203, 159, 130, 222, 206, 98, 153, 161, 153, 57, 58, 104, 13, 147, 172, 107, 36, 227, 46, 52, 40, 88, 37, 60, 127], []), ("api-ms-win-core-sync
h-l1-2-0.dll", [222, 177, 171, 139, 225, 162, 129, 244, 132, 12, 77, 53, 136, 210, 192, 210, 249, 81, 250, 4, 158, 194, 13, 46, 238, 157, 124, 143, 211, 159, 128, 255], []), ("user32.dll"
, [118, 58, 107, 158, 163, 30, 149, 65, 82, 106, 231, 135, 186, 195, 203, 174, 89, 79, 235, 11, 196, 212, 198, 228, 93, 178, 184, 10, 135, 217, 213, 83], []), ("bcryptprimitives.dll", [19
1, 124, 24, 131, 233, 184, 195, 68, 139, 132, 234, 101, 52, 109, 162, 237, 53, 206, 162, 246, 112, 94, 134, 132, 203, 71, 244, 92, 107, 54, 194, 196], []), ("api-ms-win-crt-string-l1-1-0.
dll", [200, 144, 57, 64, 93, 73, 204, 158, 113, 239, 23, 23, 184, 223, 95, 212, 10, 215, 67, 109, 221, 191, 217, 241, 170, 253, 93, 0, 171, 141, 194, 159], []), ("d3dcompiler_47.dll", [16
0, 160, 50, 221, 195, 80, 76, 240, 71, 197, 252, 16, 38, 215, 134, 178, 146, 179, 97, 29, 207, 242, 175, 97, 104, 104, 191, 182, 63, 44, 11, 200], []), ("dwmapi.dll", [208, 87, 91, 133, 1
61, 157, 85, 176, 1, 155, 151, 113, 9, 12, 130, 152, 196, 7, 79, 161, 154, 162, 102, 245, 127, 238, 96, 94, 247, 114, 62, 221], []), ("opengl32.dll", [249, 140, 45, 116, 183, 44, 50, 28,
14, 243, 123, 176, 241, 141, 98, 26, 151, 108, 114, 214, 167, 238, 118, 121, 158, 193, 108, 111, 87, 230, 138, 102], []), ("pdh.dll", [82, 251, 246, 78, 29, 170, 20, 211, 58, 71, 1, 228,
119, 24, 207, 27, 251, 79, 220, 80, 124, 70, 72, 225, 16, 184, 176, 86, 136, 90, 109, 10], []), ("netapi32.dll", [244, 8, 72, 223, 196, 33, 11, 40, 20, 72, 35, 204, 73, 76, 46, 97, 92, 18
5, 229, 236, 97, 138, 93, 214, 33, 106, 60, 200, 35, 93, 156, 252], []), ("secur32.dll", [136, 224, 251, 148, 55, 188, 134, 65, 218, 169, 182, 32, 240, 245, 179, 169, 50, 78, 13, 9, 184,
223, 126, 84, 108, 16, 62, 169, 180, 64, 255, 18], []), ("khassar_toolbox_test.dll", [200, 249, 34, 255, 62, 236, 23, 251, 184, 241, 58, 226, 190, 237, 78, 181, 164, 120, 86, 157, 78, 162
, 141, 156, 131, 247, 166, 160, 164, 101, 68, 249], ["bevy_dexterous_developer_dynamic.dll", "std-cef76c2685dfb4ca.dll", "VCRUNTIME140.dll", "api-ms-win-crt-runtime-l1-1-0.dll", "kernel32.dll", "api-ms-win-core-synch-l1-2-0.dll"])], root_library: "khassar_toolbox_test.dll" }
2024-07-18T05:59:06.406404Z  INFO ThreadId(02) build completed: 1
2024-07-18T05:59:06.408554Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\netap
i32.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\netapi32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\netapi32.dll
2024-07-18T05:59:06.408629Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\psapi
.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\psapi.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\psapi.dll
2024-07-18T05:59:06.408654Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\ole32
.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\ole32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\ole32.dll
2024-07-18T05:59:06.408743Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\gdi32
.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\gdi32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\gdi32.dll
2024-07-18T05:59:06.408785Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\bcryp
t.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\bcrypt.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\bcrypt.dll
2024-07-18T05:59:06.408796Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\uxthe
me.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\uxtheme.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\uxtheme.dll
2024-07-18T05:59:06.409225Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\shell
32.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\shell32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\shell32.dll
2024-07-18T05:59:06.409305Z TRACE tokio-runtime-worker Found bevy_dexterous_developer_dynamic.dll at C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\bevy_dexterous_developer_dynamic.dll
2024-07-18T05:59:06.409374Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\api-m
s-win-crt-math-l1-1-0.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\api-ms-win-crt-math-l1-1-0.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\api-ms-win-crt-math-l1-1-0.dll
2024-07-18T05:59:06.409487Z TRACE ThreadId(02) Checking khassar_toolbox_test.dll - bevy_dexterous_developer_dynamic.dll at C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\bevy_dexterous_developer_dynamic.dll
2024-07-18T05:59:06.409614Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\powrp
rof.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\powrprof.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\powrprof.dll
2024-07-18T05:59:06.409769Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\kerne
l32.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\kernel32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\kernel32.dll
2024-07-18T05:59:06.409817Z TRACE tokio-runtime-worker Found khassar_toolbox_test.dll at C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\khassar_toolbox_test.dll
2024-07-18T05:59:06.409980Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\imm32
.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\imm32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\imm32.dll
2024-07-18T05:59:06.410061Z TRACE ThreadId(02) Checking khassar_toolbox_test.dll - khassar_toolbox_test.dll at C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\khassar_toolbox_test.dll
2024-07-18T05:59:06.410260Z TRACE ThreadId(02) Root khassar_toolbox_test.dll at C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\khassar_toolbox_test.dll
2024-07-18T05:59:06.410411Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\advap
i32.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\advapi32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\advapi32.dll
2024-07-18T05:59:06.410654Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\user3
2.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\user32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\user32.dll
2024-07-18T05:59:06.410791Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\api-m
s-win-core-synch-l1-2-0.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\api-ms-win-core-synch-l1-2-0.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\api-ms-win-core-synch-l1-2-0.dll
2024-07-18T05:59:06.410978Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\api-m
s-win-crt-runtime-l1-1-0.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\api-ms-win-crt-runtime-l1-1-0.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\api-ms-win-crt-runtime-l1-1-0.dll
2024-07-18T05:59:06.411026Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\api-m
s-win-crt-string-l1-1-0.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\api-ms-win-crt-string-l1-1-0.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\api-ms-win-crt-string-l1-1-0.dll
2024-07-18T05:59:06.411305Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\d3dco
mpiler_47.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\d3dcompiler_47.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\d3dcompiler_47.dll
2024-07-18T05:59:06.411388Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\dwmap
i.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\dwmapi.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\dwmapi.dll
2024-07-18T05:59:06.411572Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\props
ys.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\propsys.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\propsys.dll
2024-07-18T05:59:06.411738Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\openg
l32.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\opengl32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\opengl32.dll
2024-07-18T05:59:06.411853Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\ntdll
.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\ntdll.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\ntdll.dll
2024-07-18T05:59:06.411809Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\api-m
s-win-crt-heap-l1-1-0.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\api-ms-win-crt-heap-l1-1-0.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\api-ms-win-crt-heap-l1-1-0.dll
2024-07-18T05:59:06.411835Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\oleau
t32.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\oleaut32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\oleaut32.dll
2024-07-18T05:59:06.411747Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\secur
32.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\secur32.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\secur32.dll
2024-07-18T05:59:06.411865Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\bcryp
tprimitives.dll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\bcryptprimitives.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\bcryptprimitives.dll
2024-07-18T05:59:06.411877Z ERROR tokio-runtime-worker Failed to find C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\pdh.d
ll, C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\deps\pdh.dll or C:\SourceCode\rust\khassar_toolbox_test\./target/hot-reload/x86_64-pc-windows-msvc/x86_64-pc-windows-msvc/debug\examples\pdh.dll
2024-07-18T05:59:11.411829Z TRACE ThreadId(02) Received Hot Reload Message: KeepAlive
2024-07-18T05:59:16.413894Z TRACE ThreadId(02) Received Hot Reload Message: KeepAlive

Actively working on resolving this - aiming to update things soon.

@khassar00 - This should be resolved in the latest pre-release (0.4.0-pre.0)! https://crates.io/crates/dexterous_developer/0.4.0-alpha.0
Can you give it a try?

The strange paths you're seeing aren't invalid - and this particular failing to find kernel32.dll or other windows internal dlls isn't a the current context. It's tied to the "server" portion not being able to copy those dlls over to the running instance of your app, not to the actual loading.
The issue that concerns me more actively is the library error below - I'm looking into it and will update you shortly.

@khassar00 - here is a PR to your test that worked on all my machines (including the windows machine): https://github.com/khassar00/bevy_dexterous_developer_test/pull/1
Remember that you need to update the CLI as well!


text:
Add sliders for adjusting brightness and contrast

This is then closest thing I found compared to a gamma filter, without having to write image processing code. Let me know if this is useful! @djschlegel

A temporary demo can be found at http://45.77.1.19

Awesome!

I updated the viewer and viewer-dev directories

source: gharchive/pull-request

authors: dstndstn ziyaointl

repo: legacysurvey/decals-web

license_type: permissive

license_source: github-api


text:
homeassistant.const.HTTP_* removed

Describe the bug

As mentioned in the breaking chnages section of the release notes from core v2021.12, homeassistant.const.HTTP_* were removed. It is mentioned that stdlib http.HTTPStatus should be used instead.
Version of the integration
If you are unsure about the version check the github release here.

v1.9.3

Logs

Setup failed for google_home: Unable to import component: cannot import name 'HTTP_NOT_FOUND' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)

It was fixed in 1.9.2, please update the integration.

Apologies. I overlooked that I still had an update pending. Thank you for the quick guidance.

source: gharchive/issue

authors: KapJI travi

repo: leikoilja/ha-google-home

license: MIT


text:
Error In testing test_demo.py

I got the Following Error while testing
D:\Ragavendranbala\Image Processing\DeepLab_v3-master>python test_demo.py
Calculating pixel means for each channel of images...
0it [00:00, ?it/s]Traceback (most recent call last):
File "test_demo.py", line 20, in
channel_means = save_load_means(means_filename='channel_means.npz', image_filenames=None)
File "D:\Ragavendranbala\Image Processing\DeepLab_v3-master\utils.py", line 45, in save_load_means
channel_means = image_channel_means(image_filenames=image_filenames)
File "D:\Ragavendranbala\Image Processing\DeepLab_v3-master\utils.py", line 24, in image_channel_means
for image_filename in tqdm(image_filenames):
File "C:\Users\ragav\AppData\Local\Programs\Python\Python35\lib\site-packages\tqdm_tqdm.py", line 937, in iter
for obj in iterable:
TypeError: 'NoneType' object is not iterable
D:\Ragavendranbala\Image Processing\DeepLab_v3-master>

Will you be able to print out the variable "image_filenames"?

I just tested the script on Ubuntu 16.04, and everything worked fine. I think this might be a compatibility issue with Windows, although I have never tested it on Windows previously.
To trouble shoot, please modify the function "image_channel_means" in the script "utils.py" to print out the variable "image_filenames".
It would be something like this:
def image_channel_means(image_filenames):
    '''
    Calculate the means of RGB channels in image dataset.
    Support extremely large images of different sizes and arbitrarily large number of images.
    image_filenames: list of image filenames
    '''

    print(image_filenames)

    num_pixels = 0
    channel_sums = np.zeros(3, dtype=object)

    for image_filename in tqdm(image_filenames):
        image = cv2.imread(image_filename)
        channel_sums += np.sum(image, axis=(0, 1))
        num_pixels += np.prod(image.shape[:2])

    channel_means = (channel_sums / num_pixels).astype(float)

    return channel_means

We want to make sure that the variable "image_filenames" is still a list when you call this function.
If it turns out the variable "image_filenames" is indeed a list variable containing all the image filenames. This is highly likely that the tqdm package was not very compatible with Windows. Instead of using for image_filename in tqdm(image_filenames):, please use for image_filename in image_filenames:, you will lose progress bar though.

Hi, I used you above code and got this
D:\Ragavendranbala\Image Processing\DeepLab_v3-master>python test_demo.py
Calculating pixel means for each channel of images...
None
0it [00:00, ?it/s]Traceback (most recent call last):
File "test_demo.py", line 20, in
channel_means = save_load_means(means_filename='channel_means.npz', image_filenames=None)
File "D:\Ragavendranbala\Image Processing\DeepLab_v3-master\utils.py", line 47, in save_load_means
channel_means = image_channel_means(image_filenames=image_filenames)
File "D:\Ragavendranbala\Image Processing\DeepLab_v3-master\utils.py", line 26, in image_channel_means
for image_filename in tqdm(image_filenames):
File "C:\Users\ragav\AppData\Local\Programs\Python\Python35\lib\site-packages\tqdm_tqdm.py", line 937, in iter
for obj in iterable:
TypeError: 'NoneType' object is not iterable
tpdm =4.26.0

Used this
for image_filename in image_filenames:
and Got
D:\Ragavendranbala\Image Processing\DeepLab_v3-master>python test_demo.py
Calculating pixel means for each channel of images...
None
Traceback (most recent call last):
File "test_demo.py", line 20, in
channel_means = save_load_means(means_filename='channel_means.npz', image_filenames=None)
File "D:\Ragavendranbala\Image Processing\DeepLab_v3-master\utils.py", line 47, in save_load_means
channel_means = image_channel_means(image_filenames=image_filenames)
File "D:\Ragavendranbala\Image Processing\DeepLab_v3-master\utils.py", line 26, in image_channel_means
for image_filename in image_filenames:
TypeError: 'NoneType' object is not iterable

I think I know what your problem is. I bet you did not train the model but direct ran the test_demo.py script.
This will not work because the test_demo.py requires a file called channel_means.npz. This file will be generated during the data preprocessing/training time. Please double check if you have this file in your directory.

Oh! First of all I have to train the model, then only, I have to run this script! Okay make sense.. I need to know how to train my own data which has labelled floor images. Can you share me a step by step guide to train my own model using xception or mobilenet?
Thanks in advance

I am probably not going through it myself, since it is not a program problem or issue. The basic instructions were in the README file. You are free to read and modify any code you want based on your own needs.

Okay thanks. Try to change the code. But I'm a beginner in python so only asked.

Yeah, I was in the same stage. Practice makes you better.

Thank you let's close this issue. And ping u of I faced anything again

You are welcome.

authors: leimao ragavendranbala


text:
Symbol IACA always defined in include/clmul.h

Please allow to set this symbol via make options and also set the path to IACA, as it's also hardwired in the code.
Since I haven't IACA installed, I removed the definition and was able to compile (GCC 4.9.2) and run test programs.

I will. Thanks for the feedback.

Ok. IACA references have been pruned out.
I am closing this, re-open if you disagree.

BTW, looking at your personal web site, I think you might enjoy these papers if you have never checked them out:
http://arxiv.org/abs/1401.6399
http://arxiv.org/abs/1502.01916

Thank you for prompt reply and the fix.
Regarding papers I know them, I read your blog, so I'm up to date. You're doing great work, thanks.

authors: WojciechMula lemire

repo: lemire/StronglyUniversalStringHashing

license_source: bigquery


text:
Allow specifying format for upload files to S3

Current format is somewhat like the following: {DATABASE_IDENTIFY}_blackbox_{DD}-{MM}-{YYYY}.{FILETYPE}.gz
it would be nice to be able to define the format via a configuration variable, plus the format the date will use.
Additionally, being able to specify a MIGRATE_FROM format/regex which is used for file retention to delete older backups that match the specific format would be nice (to support changing the format with existing backups).

I like this idea and think we should do it.
I'm currently not very actively maintaining this project due to my paternal leave, but I welcome and respond to PRs if someone wants to have a go at this.

authors: lemonsaurus onerandomusername

repo: lemonsaurus/blackbox


text:
can't get SLIR to work on new machine; works fine on old...

Hi, hopefully someone can help me, I am pulling my hair out with this. On my old web server, SLIR was working just fine, but on the new one it won't show any images at all. Here are some of the differences:
Server software: MAMP on old machine / Yosemite Server on new machine
Web Server: Apache2 on both
PHP version: 5.2 on old, 5.6 on new
both machines are pulling the correct file paths (and both are using http://site-address/path/to/file.jpg after the slir part, ie http://mysite/slir/w150-h150-c1xc1-q85/http://site-address/path/to/file.jpg). If I paste the url of just the file in the browser it shows fine, so there is no permissions problem loading the original file. If however I try to load the full path from the old machine (including the SLIR part) it will give me the resize preview, whereas on the the new machine loading this gives me a file not found error.
And btw, it does not work on the new server using query string method either, so pretty sure this is not a mod rewrite problem.
Any ideas? This is driving me crazy. Thanks!

Did you check allow_url_fopen parameter in your php.ini?
As you are trying to load an external image (http://site-address/path/to/file.jpg), PHP can block this behaviour for obvious security matters. http://stackoverflow.com/questions/3488425/php-ini-file-get-contents-external-url
You always should use a local path with SLIR, not an absolute URL.

Thanks very much for your quick response, I appreciate it.  Alas, allow_url_fopen is enabled in my php.ini file. And as for local or external, I have tried both and always get file not found when going through SLIR. Any other ideas?

and btw, should the local path be relative to the SLIR folder? The website base? The filesystem?

The local path should be relative to your website root. Eg: /var/www/images/foo.jpg image should be served at http://mysite/slir/w150-h150-c1xc1-q85/images/foo.jpg

trying the local path failed at first but then trying with querystring worked. Pasting the url into browser using querystring returns an image whereas pasting the url into the browser using the mod_rewrite string returns a file not found error. So that leads me to believe I have a mod_rewrite problem, but it shows as enabled in phpinfo, is there something else I have to add to get it to work? Thanks again for your help.

I just got mod_rewrite working and that has fixed it. Thank you so much for your help, it made a huge difference.

You’re welcome.

authors: ambroisemaupate ssuess

repo: lencioni/SLIR

license: mit


text:
skodaconnect does not show in Add Integration

Describe the bug
Installed the Skoda Connect integration through HACS
Restarted Home Assistant
Then going to "Configuration-> Devices&Services -> Add Integration" and search for skodaconnect.
Nothing is found. Also searched for skoda.
Latest working release
First try for me.
Debug logs
Ran setup with recommended debug logs:
This is the only line with  "skoda" in it:
2022-04-11 09:53:45 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration skodaconnect which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
Installation:
"home_assistant": {
"installation_type": "Home Assistant OS",
"version": "2022.4.1",
"dev": false,
"hassio": true,
"virtualenv": false,
"python_version": "3.9.9",
"docker": true,
"arch": "aarch64",
"timezone": "Europe/Oslo",
"os_name": "Linux",
"os_version": "5.10.103-v8",
"supervisor": "2022.03.5",
"host_os": "Home Assistant OS 7.6",
"docker_version": "20.10.9",
"chassis": "embedded",
"run_as_root": true
"skodaconnect": {
"version": "v1.0.67",
"requirements": [
"skodaconnect>=1.1.19",
"homeassistant>=2021.12.0"
Additional context
None

Describe the bug Installed the Skoda Connect integration through HACS Restarted Home Assistant Then going to "Configuration-> Devices&Services -> Add Integration" and search for skodaconnect.
Nothing is found. Also searched for skoda.
Latest working release First try for me.
Debug logs Ran setup with recommended debug logs: This is the only line with "skoda" in it: 2022-04-11 09:53:45 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration skodaconnect which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
Installation: "home_assistant": { "installation_type": "Home Assistant OS", "version": "2022.4.1", "dev": false, "hassio": true, "virtualenv": false, "python_version": "3.9.9", "docker": true, "arch": "aarch64", "timezone": "Europe/Oslo", "os_name": "Linux", "os_version": "5.10.103-v8", "supervisor": "2022.03.5", "host_os": "Home Assistant OS 7.6", "docker_version": "20.10.9", "chassis": "embedded", "run_as_root": true
"skodaconnect": { "version": "v1.0.67", "requirements": [ "skodaconnect>=1.1.19", "homeassistant>=2021.12.0"
Additional context None

This might be because of browser cache. There has been multiple reports of issues like this on Discord and all have been solved by using another browser or clearing cache/site data.

authors: BirgerKo Farfar


text:
Add debug config in lenra.yml

This allow to define custom debug ports/commands for apps

Where is the PR ?

authors: shiipou taorepoara


text:
Text is vertical in details menu of pods, hosts and others.

Describe the bug
Text is vertical on the pod details menu, and various other context menu's. Fairly certain they have the same root cause.
To Reproduce
Steps to reproduce the behavior:

Go to 'Workloads'
Click on 'Pods'
Click on 'any pod'
See vertical text in details menu

Expected behavior
A clear and concise description of what you expected to happen.
The text is horizontal en thus readable.
Screenshots
If applicable, add screenshots to help explain your problem.

Environment (please complete the following information):

Lens Version: Lens: 2024.3.271133-latest
OS: Macos
Installation method: directly from website.

Logs:
When you run the application executable from command line you will see some logging output. Please paste them here:
N/A.

Kubeconfig:
Quite often the problems are caused by malformed kubeconfig which the application tries to load. Please share your kubeconfig, remember to remove any secret and sensitive information.
N/A.

Additional context
pls fix ;-;

Thank you for your feedback. This occurs when the details panel is quite narrow. We have already fixed this issue, and it will be available in one of the upcoming releases.

authors: clrothmann iqfx

repo: lensapp/lens


text:
Another template

I made qs_leptos, which is a template for Nix (both development and deployment) & Tailwind.

The link 404s. Maybe you could just make a PR with the complete link?

authors: gbj johnbchron

repo: leptos-rs/awesome-leptos


text:
Rename Lethe applications

Description of the problem
The name of the applications in Lethe did not follow any standard format.
Description of the solution
All the applications were renamed according to what was discussed in the group. All the solvers related to fluids start now with lethe-fluid, the DEM solver was renamed as lethe-particles, the coupling of CFD and DEM lethe-fluid-particles, and all rpt applications start now with lethe-rpt.
How Has This Been Tested?
All tests pass since only the name of the folder and the executable was updated.
Documentation

All the examples were updated since the solver used is always mentioned in the ''Features" section. Also, all the commands to run the examples in the "Running the Simulation" section were updated accordingly.

A new file was added to the documentation: doc/source/applications.rst. It adds a table with all the available applications and a brief description of each of them. @blaisb will complete/modify the description of the applications in this PR.

Comments
This PR only changes the name of executable and it does not change the name of any class, .cc or .h file.

@lpsaavedra this is good for a merge.
Could you just add a CHANGELOG.md file following an example such as these ones:
https://gist.github.com/juampynr/4c18214a8eb554084e21d6e288a18a2c
https://www.freecodecamp.org/news/a-beginners-guide-to-git-what-is-a-changelog-and-how-to-generate-it/
No need to use numbered version number for now, but just putting the date and explaining that we did such a major change would be enough :)

authors: blaisb lpsaavedra

repo: lethe-cfd/lethe


text:
Add example output

It would be nice to see an example output generated by this tool without having to run it yourself.

Thank for your comment. I added an example output in the sakila_output.md file. The link is available in the README, too.

Thanks, that is really useful.

authors: drasive letrunghieu


text:
How to build email with a zip file as attachement?

Hi team, it could be a simple and easy problem, how should I build email with a zip file as attachement ?
I didn't find any results in document or google, would you please help me with that ?
Thanks.

Take a look at https://docs.rs/lettre/0.10.0-rc.4/lettre/message/index.html#complex-mime-body

thanks

repo: lettre/lettre


text:
Replace old reactive API docs

Hello.
I've replaced old reactive API docs in README.md.
This is for v5.0.x, v5.1.x and master branches.
Thank you.

Thanks a lot. That's merged now.

repo: lettuce-io/lettuce-core


text:
whole request cycle timeout

feature request
Sorry for the inconvenience!

Done :)

repo: levigross/grequests


text:
Irarutu is not SHWNG

https://youtu.be/33B3FXQmvok?t=336
should we delete Irarutu from the dataset based on this talk?

As far as I can tell they haven't published this yet, but it is convincing.
Since SHWNG is just our out-group here, and we aren't focused on membership in it, I would say just remove it and avoid entering the discussion. @RustyGray and @SimonGreenhill, thoughts?

I agree, especially because its deletion can most likely be justified based on existing literature which says how uncertain it is.

authors: king-ben maryewal

repo: lexibank/abvdoceanic


text:
The given model has already started the "post_publication" process

hello !
My error comes from my controller ($modelSate =$processHandler->start($model);).
I looked in the processHandler to identify the error but I don't know of or comes this error,
Thank you in advance for your help and I will be happy to resolve the error with you.

What is the error ? An exception ? An configuration error ... ?

this is an exception because the controller is taken into account but it has blocked the start function.
that's what we but an error message with the process level.
thank you for your help

@Nekker check getWorkflowIdentifier method of your model. In case you use the same implementation as in example and pass an entity with id equals to null you will get the duplication of identifier that causes the error.

@bakurin Thanks for help but this issue is has solved half.
How could you do it and she variables to switch between steps is another view in the twig.

authors: FMAxGr33Dx Nekker bakurin maarekj

repo: lexik/LexikWorkflowBundle


text:
Cipher structure

Proto definition for security of data at fly.
As of now we are considering two secrets for encryption:

data store password
user data(cloud config)

We will use ECDH algorithm for encryption and decryption.

Hey @saurabh-zededa -- I'm confused now -- how does this dovetail with #564 ? Can we combine the two into a single PR?

Closing this PR(#531). Proto changes are addressed in PR- #564  by @srinibas-zededa .

authors: rvs saurabh-zededa

repo: lf-edge/eve


text:
Use STM

The state management in Hackagebot is starting to get a bit hairy.
It works now, but long term we should use STM to enforce the relationships between all these moving parts.

Won't do

repo: lfairy/hircine


text:
🛑 INTERNET CLARO is down

In 887a47e, INTERNET CLARO (claro.samsa.com.ar) was down:

HTTP code: 0
Response time: 0 ms

Resolved: INTERNET CLARO is back up in 8bfb146 after 7 minutes.

repo: lgimenezdev/samsanet


text:
Issue: Plugin transformVis [2.0.1] is incompatible with OpenSearch Dashboards [2.1.0]

When trying to run install on this locally, I run into a compatibility issue. I know OpenSearch DB 2.1.0 is newer, is there any planned compatibility with it?

Also tried with OS 2.0.0 and got the same error:

Plugin installation was unsuccessful due to error "Plugin transformVis [2.0.1] is incompatible with OpenSearch Dashboards [2.0.0]"

Hello,
Currently updating the config files.
Will be available very shortly :-)

authors: lguillaud mdcox


text:
Incorrecting test summary backbone.js

Incorrecting test
<% _.each(items, function( item ){ %><input value="<%= item.name %>" /><% })%>
Use for test
<% _.each(items, function( item ){ %><input value="<%- item.name %>" /><% })%>

Could you explain? I have no clue how this relates to Mithril.

He probably means from the "Test Summary" link on the main website page which links to http://mithril.js.org/comparisons/backbone.safety.html

The point of the comparison was that you had to explicitly use <%- to avoid an attack, but documentation uses <%= as the default interpolation syntax and it's extremely reasonable to expect that a developer would use the wrong thing

authors: Naddiseo isiahmeadows lhorie paninRadario


text:
如不维护可交由他人review并合并pr吗?

XPopup版本
如2.1.0
手机系统和型号
华为Mate20 Android 10
描述你的问题
最好能上代码截图和问题截图

代码所有者很忙.没时间搞这些

repo: li-xiaojun/XPopup


text:
code

请问什么时候可以开源，谢谢

请问什么时候可以开源，谢谢

谢谢对我们工作的关注。由于最近ddl比较多，暂时还没来得及整理代码，预计会在nips ddl 结束之后发布代码。

Could you please share your unorganized code? Thx!

Excellent work! Could you please share the code of evaluation and the pretrained models first?

@liangchen527

Hi, Can you please share the code for the paper?
Thanks

Thanks for your interest, code is released.

authors: James0730 chasonlee forkbabu fortunechen joemathai liangchen527


text:
Support breakpad format?

We may want to consider adding support for breakpad files (also).

Fixed by https://github.com/libbpf/blazesym/pull/477

authors: d-e-s-o danielocfb

repo: libbpf/blazesym


text:
src/csp_rtable_stdio.c: replace strnlen, strtok_r by ISO_C versions

Alternative to https://github.com/libcsp/libcsp/pull/362, simply using non re-rentrant strtok_r and regular strlen

Using the non reentrant version of strtok pulls in a lot of unwanted thread synchronization and safety stuff from newlib such as the impure ptr.
See this topic
https://embdev.net/topic/129813
ISO C is not a target of CSP in itself. Where it makes sense, such as safer strnlen we should use that.

Should I close both related PRs and patch locally then?

Why don't you build with C99? Or GNU99?

Why don't you build with C99? Or GNU99?

strnlen is not part of the c99 standard, there is strlen_s but only in c11, but building with gnu99 should do. Thanks!

authors: fjmolinas johandc

repo: libcsp/libcsp


text:
TextureAttribute has poor extensibility due to non-abstract/interface fields usage and internal mask checking.

TextureAttribute contains the following field, which I would like to be typed GLTexture instead of Texture:
	public final TextureDescriptor<Texture> textureDescription;
The reasoning is that classes such as TextureArray, and others which extend the GLTexture interface can then be passed into Shaders using the existing set(Uniform, TextureDescription) methods, making the overall usage of derived Texture Types much easier and standard to implement.
This change also involves modifying the Generics on the various constructors of TextureAttribute
	public <T extends Texture> TextureAttribute (...)
Texture is a poor choice of a superclass because it contains several hard coded GL attributes which don't apply to all types of textures.
Similarly, there should be a way to add to or modify this field, such that additional texture types (Such as Stencils or SplatMaps) can be added.
	protected static long Mask = Diffuse | Specular | Bump | Normal | Ambient | Emissive | Reflection;
The CubeMapAttribute and some related classes could be collapsed back into a normal TextureAttribute with these changes.

No, attributes must be well defined an unambiguous. Making them generic would defeat that. TextureAttribute is an attribute which specifies a 2d texture. CubeMapAttribute is an attribute which specifies a cubemap. Those are two very different things and cannot be treated the same, e.g. you need different glsl code for a 2d texture than you need for a cubemap.

authors: shdwshard xoppa

repo: libgdx/libgdx


text:
Controller disconnect crashes with LWJGL3

Issue details
When disconnecting a controller, while the game is running, crashing occurs.
Reproduction steps/code

Enable LWJGL3
Connect at least one gamepad
Call Controllers.getControllers() within your Application to initialize
Disconnect the controller

Version of LibGDX and/or relevant dependencies
LibGDX 1.9.2 on Windows 10. Using a MS wireless receiver and Xbox 360 controller.
Stack trace
http://pastebin.com/1TmNmbLH
Please select the affected platforms

[ ] Android
[ ] iOS
[ ] HTML/GWT
[x] Windows
[ ] Linux
[ ] MacOS

I can't reproduce this crash on my own PC or with Bootcamp on a MBP, but I've seen very similar crashs/callstacks happen on a Surface Pro 4, one without any controllers attached. Without further proof I currently suspect some USB-related, maybe even some power-saving issue. Google searches dug out different results though, without a clear solution.

I might be running into a similar problem, I have had 3 crashes since switching to the lwjgl3 backend.
Once occurred due to disconnecting / reconnecting the controllers, though the others happened when I was closing the application by clicking close button in the menu bar.
Here are the 3 error report files:
http://pastebin.com/rTxZTEyR
http://pastebin.com/RxF47VxC
http://pastebin.com/Sa92gF2z

Happens here, too. Windows 7, LibGDX 1.9.2, Xbox 360 Wireless Receiver for Windows.
After disconnecting the controller it takes about 15 second till the crash.
When reconnecting the controller it does not crash.

Does not happen anymore with libGDX snapshot (1.9.4-SNAPSHOT).

authors: byron-conroy code-disaster saibotd x44


text:
refactor file extension handling

fixes #3068

adding @jonsneyers, because I think the "ext:name" syntax, which we remove here was added by him..

repo: libjxl/libjxl


text:
Errors connecting to WebRTC-direct multiaddrs

Description
Problems connecting to public peers with WebRTC-direct in Chrome, Firefox, and Safari. I tried with known peers such as the public bootstrappers and still got errors. Both
In Chrome, the error I get is:
WebRTC transport error: [stream: data] data channel error: Data channel was never opened: state: connecting

In Firefox:
libp2p:connection-manager:dial-queue:error dial failed to /ip4/147.28.186.157/udp/9095/webrtc-direct/certhash/uEiAPnDhaUxscuBMco2KQMGUxtpGZin9vP7UV2S6KJMtShA/p2p/12D3KooWFhXabKDwALpzqMbto94sB7rvmZ6M28hs9Y9xSopDKwQr +0ms WebRTC/DataChannelError: WebRTC transport error: [stream: data] data channel error: Data channel was never opened: state: connecting

Safari:
WebRTC/DataChannelError: WebRTC transport error: [stream: data] data channel error: Data channel was never opened: state: connecting

Specific multiaddrs with problems
// ([go-libp2p universal-connectivity peer](https://github.com/libp2p/universal-connectivity/tree/main/go-peer))
/ip4/147.28.186.157/udp/9095/webrtc-direct/certhash/uEiAPnDhaUxscuBMco2KQMGUxtpGZin9vP7UV2S6KJMtShA/p2p/12D3KooWFhXabKDwALpzqMbto94sB7rvmZ6M28hs9Y9xSopDKwQr

// (Kubo bootstrapper)
/ip4/147.75.87.27/udp/4001/webrtc-direct/certhash/uEiCrpessP8HCV-35Z4PrH8GByhOCHGZ5KNRDkU5xgsoE2g/p2p/QmbLHAnMoJPWSCR5Zhtx6BHJX9KiKNN6tpvbUcqanj75Nb

// (Rust bootstrapper)
/ip4/139.178.91.71/udp/4001/webrtc-direct/certhash/uEiCob71FRmYEoCvDCnsMS1g-Za67dM4Q7tjpK9QTf59_YQ/p2p/QmNnooDu7bfjPFoTZYxMNLWUQJyrVwtbZg5gBMjTezGAJN

Steps to reproduce the error

Run this branch of helia-identify locally alternatively, open the universal connectivity app
Try to connect to the multiaddrs above

Interop tests are passing for WebRTC-direct between go-libp2p and Chrome:
https://github.com/libp2p/test-plans/actions/runs/11470308248/job/31919229144#step:3:2470
I was also able to successfully open a connection to a localhost webrtc-peer (https://github.com/libp2p/universal-connectivity/tree/main/go-peer)

Related: https://github.com/libp2p/go-libp2p/pull/3040/

Fixed in https://github.com/libp2p/go-libp2p/releases/tag/v0.37.1


text:
Implement an LibraDB inspector to inspect local storage without running node

A naive implementation to inspect and verify some DB information.
fallentree-mbp:libra fallentree$ cargo run -p libra-storage-inspector --
   Compiling libra-storage-inspector v0.1.0 (/Users/fallentree/src/libra/storage/inspector)
    Finished dev [unoptimized + debuginfo] target(s) in 17.07s
     Running `target/debug/libra-storage-inspector`
Opening DB at: "/tmp/libra/libradb/db"
DB opened successfully.
Latest Version: 89
The latest ledger info: LedgerInfo: [commit_info: BlockInfo: [epoch: 1, round: 83, id: 33a79c08, version: 89, timestamp (us): 1582076627834548, next_validator_set: None]]
Signatures: {3203fb165486ec1a985a01acacb6303d023beb16655f5ff683ad680a86166dd8: Ed25519Signature(Signature( R: CompressedEdwardsY: [244, 81, 237, 171, 238, 216, 146, 246, 193, 12, 13, 243, 86, 99, 29, 114, 184, 12, 210, 18, 21, 110, 127, 207, 18, 144, 105, 229, 81, 138, 203, 52], s: Scalar{
        bytes: [164, 211, 3, 174, 137, 184, 248, 213, 76, 101, 212, 126, 213, 179, 204, 83, 178, 254, 144, 21, 12, 164, 157, 164, 50, 243, 29, 198, 149, 66, 89, 10],
} )), f3616cc079c0be423d52a6eb5de329515698e540405c309b50bbe3c613fdea5e: Ed25519Signature(Signature( R: CompressedEdwardsY: [122, 137, 166, 57, 148, 183, 57, 68, 90, 12, 174, 1, 106, 38, 176, 20, 26, 56, 83, 122, 134, 194, 242, 69, 150, 173, 111, 95, 179, 89, 64, 185], s: Scalar{
        bytes: [119, 11, 38, 171, 254, 214, 224, 36, 220, 21, 198, 253, 223, 27, 0, 28, 23, 213, 93, 46, 171, 51, 71, 99, 28, 212, 175, 190, 77, 129, 53, 8],
} )), fd6ab820b3688dc0f9deed8cbda8294246d6f732f4901ca0e45f466a20dc4d9a: Ed25519Signature(Signature( R: CompressedEdwardsY: [200, 98, 74, 127, 85, 123, 255, 195, 166, 58, 76, 96, 151, 118, 19, 24, 175, 161, 179, 138, 170, 178, 200, 50, 57, 81, 169, 24, 115, 90, 213, 114], s: Scalar{
        bytes: [72, 4, 103, 144, 77, 184, 164, 251, 16, 141, 233, 25, 178, 46, 87, 46, 171, 9, 127, 235, 198, 90, 181, 178, 7, 19, 141, 62, 68, 200, 93, 6],
} ))}
Current Validator Set: [account_address: 3203fb16 account_address: 78633fc6 account_address: f3616cc0 account_address: fd6ab820 ]
Current Transaction: SignedTransaction {
 raw_txn: RawTransaction {
        sender: 7f16dd5754f884fca10ddb5a32c7105b7ea4a5be923dc8518ad3185af8bc39be,
        sequence_number: 0,
        payload: {,
                transaction: peer_to_peer_transaction,
                args: [
                        {ADDRESS: 41c5824b9915d8029327399abfd2ce5b56b0d857182102c4e02fe801c5218469},
                        {U64: 10000000},
                ]
        },
        max_gas_amount: 140000,
        gas_unit_price: 0,
        expiration_time: 1582076727s,
},
 public_key: Ed25519PublicKey(6e3275d31f1215fc868d2f1991135eda532d9248a704aa43b78ef8ab81129571),
 signature: Ed25519Signature(
    Signature( R: CompressedEdwardsY: [179, 49, 121, 211, 1, 15, 132, 87, 144, 12, 164, 137, 109, 6, 215, 109, 179, 12, 46, 247, 173, 46, 42, 197, 186, 71, 118, 153, 179, 247, 124, 4], s: Scalar{
        bytes: [114, 111, 185, 108, 160, 216, 198, 41, 120, 214, 228, 118, 252, 120, 147, 83, 241, 239, 130, 46, 193, 105, 168, 69, 163, 22, 115, 127, 241, 10, 90, 9],
    } ),
),
 }
DB version verified: 88
DB version verified: 87
DB version verified: 86
DB version verified: 85
DB version verified: 84
DB version verified: 83
DB version verified: 82
DB version verified: 81
DB version verified: 80
DB version verified: 79
DB version verified: 78
DB version verified: 77
DB version verified: 76
DB version verified: 75
DB version verified: 74
DB version verified: 73
DB version verified: 72
DB version verified: 71
DB version verified: 70
DB version verified: 69
DB version verified: 68
DB version verified: 67
DB version verified: 66
DB version verified: 65
DB version verified: 64
DB version verified: 63
DB version verified: 62
DB version verified: 61
DB version verified: 60
DB version verified: 59
DB version verified: 58
DB version verified: 57
DB version verified: 56
DB version verified: 55
DB version verified: 54
DB version verified: 53
DB version verified: 52
DB version verified: 51
DB version verified: 50
DB version verified: 49
DB version verified: 48
DB version verified: 47
DB version verified: 46
DB version verified: 45
DB version verified: 44
DB version verified: 43
DB version verified: 42
DB version verified: 41
DB version verified: 40
DB version verified: 39
DB version verified: 38
DB version verified: 37
DB version verified: 36
DB version verified: 35
DB version verified: 34
DB version verified: 33
DB version verified: 32
DB version verified: 31
DB version verified: 30
DB version verified: 29
DB version verified: 28
DB version verified: 27
DB version verified: 26
DB version verified: 25
DB version verified: 24
DB version verified: 23
DB version verified: 22
DB version verified: 21
DB version verified: 20
DB version verified: 19
DB version verified: 18
DB version verified: 17
DB version verified: 16
DB version verified: 15
DB version verified: 14
DB version verified: 13
DB version verified: 12
DB version verified: 11
DB version verified: 10
DB version verified: 9
DB version verified: 8
DB version verified: 7
DB version verified: 6
DB version verified: 5
DB version verified: 4
DB version verified: 3
DB version verified: 2
DB version verified: 1
Verification Success!

@msmouse let me know if I'm on the right path here,  especially some ideas on how to verify db consistency would be great. I will make it accept flags later

If you are to verify every node on disk, do it recursively from the root. Doing get_with_proof() for each leaf wastes so much.

I think this is not really a "inspector", rather, a "checksumer" or "verifyer" probably?

@msmouse per our conversation, I've removed all verification stuff (to be implemented later) , and added inspection related stuff.  PTAL.

@msmouse  done, PTAL

@bors-libra r=msmouse

:pushpin: Commit 5e5908b has been approved by msmouse

:hourglass: Testing commit 5e5908bb3b996a2c8f82453afb42903dc262a4f5 with merge ae2225440a97217cf94c9647ed1e33de955d7eb8...

:sunny: Test successful - checks-actions_land_blocking_test, checks-circle_commit_workflow
Approved by: msmouse
Pushing ae2225440a97217cf94c9647ed1e33de955d7eb8 to master...

You did not use the fixup command correctly. Please check the documentation of git commit --fixup to understand how to make sure commits are properly squashed.

Shoot, I thought this will be handled by boras.  Will manually squash next time.
Yucong Sun, Libra PE

From: wqfish notifications@github.com
Sent: Friday, February 28, 2020 2:31:50 PM
To: libra/libra libra@noreply.github.com
Cc: Yucong Sun fallentree@fb.com; Assign assign@noreply.github.com
Subject: Re: [libra/libra] Implement an LibraDB inspector to inspect local storage without running node (#2626)
You did not use the fixup command correctly. Please check the documentation of git commit --fixup to understand how to make sure commits are properly squashed.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHubhttps://github.com/libra/libra/pull/2626?email_source=notifications&email_token=AAJSYEESYMFCSXYHMAZBQEDRFGGFNA5CNFSM4KXQTV22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOENKMVWQ#issuecomment-592759514, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AAJSYECX3GFLXFA4NBQA3YLRFGGFNANCNFSM4KXQTV2Q.

authors: bors-libra msmouse thefallentree wqfish

repo: libra/libra


text:
Upgrade rocksdb to pickup recent compile error fixes

Motivation
Fix compile under clang 11

LGTM @bors-libra r+

:pushpin: Commit 3183d54 has been approved by mimoo

:hourglass: Testing commit 3183d54b7d84fec596bbf1e9821b2b6d68ab5509 with merge 8ed3d3d39e9c4a6ff34d0d1ca687ed3cdd31deab...

:sunny: Test successful - checks-actions_land_blocking_test, checks-circle_commit_workflow
Approved by: mimoo
Pushing 8ed3d3d39e9c4a6ff34d0d1ca687ed3cdd31deab to master...

authors: bors-libra mimoo thefallentree


text:
[transaction builder generator] Support decoding of Move script in python

Motivation

Allow decoding Move scripts in python (after Rust and Java).
Various cleanups + minimize generated for Move decoders in Rust and Java

Test Plan
example included
Related PRs
depends on https://github.com/facebookincubator/serde-reflection/pull/41

@bors-libra land


text:
[WIP draft] newtype for identifiers

We're going to enforce fairly strict rules on identifiers, and this newtype gets us most of the way there. Once this is done we'll have one central place where we can set the rules for identifiers. (This diff doesn't actually set up any rules, though -- that would be a breaking change so I'll do it in a separate PR.)
(The first couple of commits are from #778, sorry I don't know of any way to hide them :( )

This should be done now, and I'll put it up for review once #778 lands.

:umbrella: The latest upstream changes (presumably 2e9094c2341c5f05797d47300a00a002c8ce183c) made this pull request unmergeable. Please resolve the merge conflicts.

this looks good to me and looking forward to see it after #778 goes in.
Overall I wonder about leaking Identifier out of the VM, so whether it should be a public type (in type) or completely internal to the VM. Thoughts?

Overall I wonder about leaking Identifier out of the VM, so whether it should be a public type (in type) or completely internal to the VM. Thoughts?

I think that identifiers form part of the interface between the VM and other parts of the system, so they should be in types (similar to language_storage in the same crate).

:umbrella: The latest upstream changes (presumably bd04955b7e6f0a8ef665f56d8201d916a5815b1b) made this pull request unmergeable. Please resolve the merge conflicts.

:umbrella: The latest upstream changes (presumably 29699b9cb7872f5ed906db31aeae99aa2c60c410) made this pull request unmergeable. Please resolve the merge conflicts.

:umbrella: The latest upstream changes (presumably b87b3397f4dddcb99616709b5177ac9a223a6e8d) made this pull request unmergeable. Please resolve the merge conflicts.

authors: bors-libra dariorussi sunshowers


text:
Support column short code

reference:

https://geekdocs.de/shortcodes/columns/

supported now!

repo: librabyte/hugo-theme-cosmos


text:
Additional identifier for MX Vertical

$ egrep "Name|Handlers" /proc/bus/input/devices | egrep -B1 'Handlers.*mouse'
N: Name="Logitech MX Vertical"
H: Handlers=sysrq kbd leds event22 mouse0

$ lsusb
Bus 001 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver

That is the ID of the receiver, not the device. Which Linux version are you running (unam -a)?

Linux archlinux 5.12.3-arch1-1 #1 SMP PREEMPT Wed, 12 May 2021 17:54:18 +0000 x86_64 GNU/Linux

It works after the patch here. And this is the only Logitech device showing up on my lsusb

If we add the ID for the receiver we have no way to tell devices apart, because devices might use the same receiver ID. It also won't work properly if you have multiple devices connected to the same receiver.
What shows up in lsusb does not matter that much, please try lshid.
https://pypi.org/project/lshid/

Got it
Device /dev/hidraw14: ID 046d:c08a Logitech MX Vertical Advanced Ergonomic Mouse
Device /dev/hidraw13: ID 046d:c08a Logitech MX Vertical Advanced Ergonomic Mouse
Device /dev/hidraw9: ID 046d:c08a Logitech MX Vertical Advanced Ergonomic Mouse
Device /dev/hidraw8: ID 046d:407b Logitech MX Vertical
Device /dev/hidraw7: ID 046d:c52b Logitech USB Receiver

Okay, looks like the device you want is already there! It's 046d:407b. If it is not already being detected by ratbagd, please open an issue containing the log from ratbagd --verbose=raw so that we can figure out what is wrong.

repo: libratbag/libratbag


text:
Standalone support without LibreNMS

Discovered this fork after realizing the 'classic' php weathermap does not work with php 8.x and above. This appears to be forked as related to the LibreNMS project.
Is it possible to run this standalone WITHOUT LibreNMS? Ie like the traditional non plug in version.
This would imply that there is no 'picker' but only hand editing of config files, as is with the original version, which is fine.

really like to see this in action when we can use the stand alone version.

repo: librenms-plugins/Weathermap


text:
Instance becomes unreachable with SocketException

Describe the bug
Seems the current version does not handle SocketExceptions as fine as it did before (I recollect it was very stable some time around commit 602c4e1 when we had been dealing with issue #134). Recently I run into some cases when it went unreachable for good and I had to restart:
Case no.1 - playback was running fine, Android client appeared as connected to librespot-java, I wanted to play different content, but librespot-java did not react on Android client commands, I had to restart librespot-java
Case no.2 - librespot-java has been idle for 2.5 hours since I paused playback and put Android client into airplane mode, it was unreachable when I woke up in the morning
To Reproduce
See above.
Expected behavior
SocketExceptions are handled correctly using reconnection logic, instance remains available.
Screenshots/Stracktraces/Logs
File with related log entries is attached: librespot-java.log
Version/Commit
Commit 255554b

That's an issue that I am investigating continuosly, I keep an instance running all the time and have a look at the logs everytime it disappears.
What I usually see is that the reconnection is handled fine, but the client isn't dispatched correctly. At some point, I'll need to capture some packets of the original client doing its stuff because I think it's an API issue.

Ok, thanks, I wasn't sure if it's just me having these problems. Overall, the connection provided by my current ISP is not very stable, frequent restarts, network infrastructure down every time. At least I am able to test this issue without much effort.

authors: Kucheek devgianlu

repo: librespot-org/librespot-java


text:
Wrong button parameter 'pct' (should be 'saturate_pct')

All analog sticks has overlayX_descY_pct = 0.65 parameter which should describe stick sensitivity. But in fact this does nothing, because valid parameter name is overlayX_descY_saturate_pct = 0.65
Docs:
https://docs.libretro.com/development/retroarch/input/overlay/
Source:
https://github.com/libretro/RetroArch/blob/ed3412c0040622488fe46431d1c17e8bf837e0d6/tasks/task_overlay.c#L261
This is 'reverse sensitivity': smaller value = more sensitive analog.
I think just 'fixing' param name in overlays or in RetroArch is bad idea because all analogs become too sensitive. Size of this button should be increased accordingly to saturate_pct value. Notice the image thumbstick-pad_arcade.png from 'flat' overlay pack - it already has transparent padding so visual size is smaller than actual hitbox. Is it designed for use with this parameter?
I think best value for this param is 0.5 - thumbstick image sticks exactly under touchpoint.
You can use online editor to test this. Default image set contains all images from RetroArch 'flat' overlays.
https://github.com/Valent-in/retropad-editor

I used Notepad++ to do a "Find In Files" search for "_saturate_pct" in the "overlays" folder and got 0 hits.
Then I searched for "_pct" and got 51 hits in 21 files.
I also confirmed that it does in fact need to be:
E.g.  overlay0_desc3_saturate_pct = 0.75 and not overlay0_desc3_pct = 0.75 in order to work.
Simple fix to retain the current behavior would be to change all occurrences of _pct = 0.XX to _saturate_pct = 1.00 so that people who are editing the files (Like I was) will know what the correct format to use is.

authors: Valent-in jeffWhitridge

repo: libretro/common-overlays


text:
Added VFS support

Core loads BIOS from files. Added support to do so via libretro VFS

Reverted the changes in geo.c
Would it be possible to implement retro_get_memory_data for RETRO_MEMORY_SAVE_RAM?
With the changes in libretro.c the core can get ingame (rom passed as buffer and BIOS loaded via VFS), but as is there's no way around stdio save game data.

Reverted the changes in geo.c
Would it be possible to implement retro_get_memory_data for RETRO_MEMORY_SAVE_RAM?
With the changes in libretro.c the core can get ingame (rom passed as buffer and BIOS loaded via VFS), but as is there's no way around stdio save game data.

This is what I tried when I started writing the port, but it gets complicated because there are 3 different types of save data. Arguably the NVRAM could fall under RETRO_MEMORY_RTC as it does contain RTC data, but it also includes a lot more than that. Actual SRAM is only used by two titles, the gambling titles from Brezzasoft (vliner and jockeygp), and the main purpose is to make sure if the power goes out, you don't lose your score. Then there are memory cards. I think trying to work this int retro_get_memory_data is going to just result in ugly hacks.
Probably the best way to do it is to create something based on geo_mem_ptr. What I am envisioning is 2 possible codepaths: the current one, and the VFS one, chosen in libretro.c based on whether the frontend has a VFS implementation or not. This way it continues to work as it does now for simpler frontends, but for RA it always uses VFS.
@albertofustinoni if you are okay with it, I can take this to the finish line from where it is now, but I don't want to step on your toes if you'd like to do it.

@albertofustinoni I have rewritten the implementation in this PR, but it still lacks VFS support for save data. I'll do that a bit later. Thanks for getting the ball rolling here.

authors: albertofustinoni carmiker

repo: libretro/geolith-libretro


text:
XPM color names support

Hi,
i'm using ImageMagick to converting my images to XPM files. And ImageMagick uses color names, which can be problem with SDL. I got error colour parse error when i try to load this
cube.scad.xpm.gz xpm. Other application works fine, so the problem can be in missing color names definitions.
My versions:
Linux thinkpad 6.0.0-4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.0.8-1 (2022-11-11) x86_64 GNU/Linux

ii  libsdl2-2.0-0:amd64                      2.24.2+dfsg-1                     amd64        Simple DirectMedia Layer
ii  libsdl2-dev:amd64                        2.24.2+dfsg-1                     amd64        Simple DirectMedia Layer development files
ii  libsdl2-image-2.0-0:amd64                2.6.2+dfsg-2                      amd64        Image loading library for Simple DirectMedia Layer 2, libraries
ii  libsdl2-image-dev:amd64                  2.6.2+dfsg-2                      amd64        Image loading library for Simple DirectMedia Layer 2, development files
ii  libsdl2-mixer-2.0-0:amd64                2.6.2+dfsg-2                      amd64        Mixer library for Simple DirectMedia Layer 2, libraries
ii  libsdl2-ttf-2.0-0:amd64                  2.20.1+dfsg-2                     amd64        TrueType Font library for Simple DirectMedia Layer 2, libraries
ii  libsdl2-ttf-dev:amd64                    2.20.1+dfsg-2                     amd64        TrueType Font library for Simple DirectMedia Layer 2, development files

Yes, we don't build in color name support by default because of the size of the table, but you can define EXTENDED_XPM_COLORS when compiling IMG_xpm.c to get the full list.

I also hit an inability to load an
xpm done by ImageMagic's convert.

authors: ondratu slouken stsp

license: Zlib


text:
Add seek, tell, and duration to fluidsynth

Ensure that when playing a track it starts from the beginning.
Fixes #519

The change cherry-picks cleanly onto main if you prefer. I am working with sdl2 so I targeted that branch.

Please create a PR for sdl3 as well.
So we can keep both branches in sync.

Merged and cherry-picked to main, thanks!

The tick functions are actually available since v1.1.7: should we still restrict them to builds against v2.0?

Both those releases were in 2018, I'm not sure it's worth the extra condition?

authors: TheCycoONE madebr sezero slouken


text:
unix: move function call out of assert

Assert expressions should only be scalar.
pthread_cond_signal never gets called in release mode on z/OS and macos from what I have observed.
This leaves barrier_waits hanging.

Landed in 8f43417, cheers!

authors: jBarz saghul

repo: libuv/libuv


text:
core: add getter/setter functions for easier ABI compat

Add getter/setter functions for the fields of public structs that
might be relevant to e.g. Node.js addons.
Through these methods, ABI compatibility for a subset of the ABI
is easier to achieve, since using them makes code independent
of the exact offsets of these fields.
The intended use case that prompted this are N-API addons for
Node.js, which look for more long-term ABI compatibility guarantees
than typical Node code. With these helper functions, using libuv
directly should no longer be an obstacle for such addons.
Refs: https://github.com/nodejs/node/issues/13512
Tests & documentation are missing but will be added if the general direction in which this goes seems not completely unreasonable to you. :)

If I follow the discussion in nodejs/node#13512 the goal of this PR is to allow N-API not to wrap libuv (keeping it focused on VM abstraction), right?
In that case I'm +1.

I'm asking since this code could just as well be part of the N-API wrapper... But as I see it long-term ABI compat is a goal for libuv as well, so win-win.

But as I see it long-term ABI compat is a goal for libuv as well, so win-win.

We'll break ABI (and API) in v2, although probably not for the properties in this PR.

Okay, I think this is ready now? Is there anything like Node’s added: REPLACEME for this?

Is there anything like Node’s added: REPLACEME for this?

No.

SGTM.  In fact, I hadn't noticed it targets master, I assumed it was v1.x. :-)

Addressed comments & retargeted at v1.x

No related CI failures.

Landed in https://github.com/libuv/libuv/commit/0d6525acae3b9cf8e52bda01a2662b82ca63f6dc. Thanks!

authors: addaleax bnoordhuis cjihrig refack santigimeno


text:
Add tests for util functions

Such as the time functions

Duplicate of #482


text:
feat(insurance): add insurance fee collector

Insurance fees are collected when a user wants to bridge tokens.

Will be incorporated in the gasCollector.

repo: lifinance/contracts


text:
Fix CRD code to autogenerate OpenAPI validations from the protobuf files

Currently we were hand coding these. While the Kubernetes code does not have the direct capability to autogenerate OpenAPI models yet, there is some work available to do this.
Specifically, we'll do the following:

statically generate openapi_spec (with references) using: https://github.com/kubernetes/kubeopenapi:
Call https://github.com/ant31/crd-validation/blob/master/pkg/crdvalidation.go#L39:

AFAIK in k8s all validations are done either in go code for core API types, see here: https://github.com/kubernetes/kubernetes/blob/master/pkg/apis/core/validation/validation.go
or via static OpenAPI  for the case of CRD. There is another way to do validation is via webhooks, but I am not sure if the complexity of webhook solution is justified here.
What is the main driver to get validation dynamic?

authors: mestery sbezverk

repo: ligato/networkservicemesh


text:
Fix CVE-2022-36944 for scala 2.13.x before 2.13.9

Hi,
As described here, scala 2.13.x before 2.13.9 has a Java deserialization problem and it has been fixed in #369. In order to solve this problem, can you release a version?

@analytically you still around?

new maintainer(s) needed: https://github.com/lightbend-labs/scala-logging/issues/407

I'm still around :-)

CI was successful (logs are no longer visible), and there are 3.9.5 artifact in the central repository. But I still don't know why it wasn't synchronized to https://mvnrepository.com/artifact/com.typesafe.scala-logging/scala-logging.

@jxnu-liguobin when I visit that URL I see 3.9.5?

https://mvnrepository.com/artifact/com.typesafe.scala-logging/scala-logging

Indeed, there is now.. 🥲

In this case, should we add release 3.9.5 first

yes, that seems like just a bit of bookkeeping that was overlooked

and then release 3.9.6?

yes, as far as I can see

Do we use this to create release or do we create it manually?
(Although automatically created is not concise enough)

In the past, we have made the release notes manually, but I would not oppose a switch to automatic generation.

Although automatically created is not concise enough

In most of the repos I'm involved with, what I do is automatically generate, then hand-edit as needed. An example is https://github.com/scala/scala-xml/releases/tag/v2.1.0 — the categorization of the change bullets was done by hand, and the "According to ... 7 people contributed" thing was added by hand.
Anyway, that's just an example. I think you should feel free to do whatever, and then anyone on the maintainer crew is free to make further edits if they see opportunities for improvement. (For example, I kept editing and improving the Scala 2.13.0 release notes for months after release.)

Automatically creating and manually categorizing is great. 👍🏻

Since the latest artifact is already available in the central repository, I've just created the release note on GitHub.
@jxnu-liguobin @SethTisue
Feel free to edit if you find something that could be improved more.

Since the latest artifact is already available in the central repository, I've just created the release note on GitHub.
@jxnu-liguobin @SethTisue Feel free to edit if you find something that could be improved more.

It looks good

authors: SethTisue analytically dagdelenmustafa jxnu-liguobin mox692

repo: lightbend-labs/scala-logging


text:
feat: move write consistency to overall replicated entity settings

Depends on https://github.com/lightbend/akkaserverless-framework/pull/795 being published first.
Move write consistency from a per-update setting to an overall replicated entity setting.

Now included in #131 along with other changes.

repo: lightbend/akkaserverless-javascript-sdk


text:
[Question] How to cancel a key send payment at the recipient?

Background
I can send a key send payment like this:
lncli sendpayment --dest=03f0afb639388c025189a19cf90421b6c728a0addc1ea9d1c32c09332a7a6b5373 --amt=100 --final_cltv_delta=40 --key_send

What I want to do further is to be able to cancel this payment at the recipient. Does lnd currently support this? If not, will this feature be added to key send? When can we expect to see it?
Your environment

version of lnd : version 0.9.0-beta
which operating system (uname -a on *Nix) : Ubuntu 16.04
version of btcd, bitcoind, or other backend : Bitcoin Core Daemon version v0.18.0.0

Expected behaviour
Be able to cancel a key send at the recipient.
Actual behaviour
Cannot cancel a key send at the recipient.

By default a node will reject all keysend payments unless they start with a flag that signals that they wish to accept them. In the future, we plan to add more functionality around the invoice RPC sub-server to allow users/developers to preferentially accept/deny a given keysend payment based on details such as any extra information attached along-side the payload.

@Roasbeef  Also, could we have a flag to set the minimum of payment that we would accept if we don't want to accept dust amounts?

authors: LightningNetworkBot Roasbeef molxyz

repo: lightningnetwork/lnd


text:
lnwire: only check payload for proper size if encoding type is sorted…

… plain
In this commit, we fix a slight bug in the parsing of encoded short
channel ID's. Before this commit, we would always assume that the remote
peer was sending us the sorted+encoded variant of the short channel
ID's. In the case that they weren't (as there isn't yet a feature bit),
we would assert this check and fail early as atm we don't support any
sort of compression.

Yep, we'll just ignore their message.


text:
scripts: add gpg key for Slyghtning [skip ci]

Adds my pgp key to the list of lnd release signers.

I verified the key itself over multiple different communication channels.
@hieblmi the file name must match your GitHub username (not display name) exactly. So you need to rename it. Other than that, it looks good.

authors: guggero hieblmi


text:
Don't show internal code to users

val res6, what is this? Where does it come from? Also, it may be possible to show nice emoticons with parentheses, but my mind can't handle them right now.
@ val xs = Seq(1)
xs: Seq[Int] = List(1)
@ xs foreach p
Compilation Failed
Main.scala:26: not found: value p
          val res6 = (xs foreach p)
                                 ^

This should be an easy fix

Fixed in https://github.com/lihaoyi/Ammonite/commit/b428626af71ae0d6f98cff0f4b98081ede332aef

authors: lihaoyi sschaef

repo: lihaoyi/Ammonite


text:
FeatureRequest: Please support true multiline input

Current Situation: When dealing with scala multiline code in scripting mode you still have to adapt the source code instead of just running it in the REPL (ammonite has by now the unwrapping support of code blocks { } so that multiline code can be rather easily adapted, but nevertheless you still have to adapt the code)
FeatureRequest: I would like to see ammonite have a true multiline support out-of-the-box without any need of code adaptations.
Suggestion:
As a reference I want to refer to ipython, which supports this style of multiline input by waiting for the first blank line (i.e. a line with only whitespace) and then executing the whole code chunk.
To be fair, python does not have leading dots, but only need this for method definitions and for loops which have a clear indicator (the colon :) as the start for additional multiline support.
In scala the leading dot in need of multiline support can appear anywhere, so in addition to wait for the blank line, one would ideally skip it in the true output. I mean that if you just want to execute 1 + 2 then you have to enter an additional blank line after it (i.e. press Enter twice)
@ 1 + 2

(note the blank line in the end without any comments or else)
which should result in overall output
@ 1 + 2
res0: Int = 3

where the additional blank line is skipped

I'm gonna call this a wontfix. As you said, you can already trivially wrap things in {}s, and your description of ipython doesn't really match reality (we already support exactly the same multi-line input that ipython supports)

authors: lihaoyi schlichtanders


text:
Explore principled port to shapeless

Shapeless has already done lots of work 'for us', in trying to handle any number of Scala-internal situations that needn't be re-solved here.
It may be possible to switch away from many contained hand-written macros, to using structures provided by Shapeless' macros.
A priority would be preserving (or improving) /compile/ performance (runtime should be unaffected anyway). This is to allow for example ammonite-repl to continue using upickle-pprint for display.
If we can get this working, in principle it may be possible to (relatively) straightforwardly address

[ ] #164
[ ] #167
[ ] #172
[ ] #169
[ ] #166 (maybe?)

... with the further hope that any issues of a similar nature that arise could be redirected upstream to Shapeless.
Existing tests in pprint look like they can be preserved and used as a reference (and compile benchmark, to never slow down from?), with new tests separately added for cases that can't be displayed today.
It should be possible to do this either cleanly against the current codebase, or at least such that the resulting code is very readable/intuitive, to make it easy to review.

Welp, pressed Ctrl-Enter and posted early, before I'd fleshed things out.
This is just an exploration issue, happy to keep it in closed state to avoid generating noise.

Yes, I think it may fix all those issues. Or it may not, who knows 😛 or it may introduce new ones.
@alexarchambault has explored this for uPickle; in the end it was significantly slower to compile and run, but there have been many many improvements since then that may have helped. I'd be interested in seeing anther attempt and seeing how it turns out.
We should be able to re-use all the tests; that would be the baseline to ensure that the rewrite is functionally equivalent and doesn't regress. From there, the goodness of the rewrite can then be judged from runtime performance, compile performance and how many of those bugs end up fixed.

@tekacs @lihaoyi Roughly done here: https://github.com/alexarchambault/upickle-pprint. Recent optimizations in scalac by Miles Sabin (https://twitter.com/milessabin/status/779298833981435904) could make it possibly faster than the hand crafted macros of upickle here.

@tekacs Did you have any joy with this?  Interested as I have hit issue #167 here and would be happy to experiment wth @alexarchambault 's implementation.

@philglover I haven't had much of a break since then to pursue it. Would love to see anyone make some progress on this front! :)

Automatic deep derivation is gone in 0.5.1, rendering this question moot

authors: alexarchambault lihaoyi philglover tekacs

repo: lihaoyi/upickle-pprint


text:
[Feature] @ SmoothChanger - "[x] Apply to all renderers" global setting

Hello dear person. I really like your awesome lilycalInventory util !
I have one suggestion though, that would:

save a LOT of work when creating many keyframes for all renderers
makes sliders portable between all avis when doing general purpose settings (e.g. min/brightness, saturation, HSL slider for theme colors etc)

Can you please add a setting to apply SmoothChanger key-frames to ALL renders found on the avatar (just like VRCFurry does it). Either by providing a global checkbox "[x] Apply to all renderers" - or by leaving the "Mesh and Renderer" list empty ?
Checkbox solution would be cleaner though, and then the "Mesh and Renderer" lists can be hidden below in all keyframes.
Greetings <3

Is this it...?

If nothing is specified, all meshes will be controlled.

Oops, I forgot to write that...💦 I will add.

repo: lilxyzw/lilycalInventory


text:
LI Propにて、オブジェクトのオンオフに追加したリストが消えてしまう

以下2パターンの操作において、[LI Prop]の[オブジェクトのオンオフ]に追加したリストが勝手に消えてしまうのを確認しています。
・[LI Prop]の[オブジェクトのオンオフ]で追加
　→[オンにする/オフにする]のプルダウンを選択する
　→リストが空になる
・"オン"にしたいオブジェクトに[LI Prop]を追加
　→[オブジェクトのオンオフ]に、同時に"オフ"にしたいオブジェクトを設定
　→"オン"にしたいオブジェクトとは別のオブジェクトを選択する
　→リストが空になる

Unityバージョン：2022.3.22f1
lilycalInventoryバージョン：1.0.0

上記コメント記載後に引き続き作業していたところ、
2つ目のパターンにおいて、今度はリストを消しても復活するようになりました。
推測ですが何らかのタイミングで情報が残っていそうです。

原因を特定できないのと他に例を見ないので、こちらでも同様の問題が発生した場合に修正を行います。


text:
Add LIMA_SHELL env var to lima command

$ export LIMA_INSTANCE=alpine
$ lima sudo apk add fish
[...]
$ export LIMA_SHELL=/usr/bin/fish
$ lima
Welcome to fish, the friendly interactive shell
Type help for instructions on how to use fish
jan@lima-alpine /U/jan>

Split off from #779.

CI failing
Warning: Attempt 1 failed. Reason: Child_process exited with error code 1

bash: line 1: ./hack/test-upgrade.sh: No such file or directory
Warning: Attempt 2 failed. Reason: Child_process exited with error code 127

bash: line 1: ./hack/test-upgrade.sh: No such file or directory
Error: Final attempt failed. Child_process exited with error code 127

https://github.com/lima-vm/lima/runs/5864063545?check_suite_focus=true

CI failing

Seems like CI flakiness; it passed on re-run.

authors: AkihiroSuda jandubois

repo: lima-vm/lima


text:
AppImage for Linux

Providing an AppImage would have, among others, these advantages:

Applications packaged as an AppImage can run on many distributions (including Ubuntu, Fedora, openSUSE, CentOS, elementaryOS, Linux Mint, and others)
One app = one file = super simple for users: just download one AppImage file, make it executable, and run
No unpacking or installation necessary
No root needed
No system libraries changed
Works out of the box, no installation of runtimes needed
Optional desktop integration with appimaged
Optional binary delta updates, e.g., for continuous builds (only download the binary diff) using AppImageUpdate
Can optionally GPG2-sign your AppImages (inside the file)
Works on Live ISOs
Can use the same AppImages when dual-booting multiple distributions
Can be listed in the AppImageHub central directory of available AppImages
Can double as a self-extracting compressed archive with the --appimage-extract parameter

Here is an overview of projects that are already distributing upstream-provided, official AppImages.
If you have questions, AppImage developers are on #AppImage on irc.freenode.net.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Possibly https://github.com/probonopd/linuxdeployqt/#using-linuxdeployqt-with-travis-ci could be used almost 1:1.

You do realize that this is not really usable, and development is close to dead, right?
So, you should probably prepare this and file a PR, or, even better, work on making it actually usable in practice :)

authors: clawoflight probonopd

repo: limetext/lime-qml


text:
I have an error

When trying to use this script to download a board, I got an error.
ender@Enders-MacBook-Pro Lexi % python3 pinterest-downloader.py -d comp https://www.pinterest.com/lexilou918/funny/
objc[18903]: Class AMSupportURLConnectionDelegate is implemented in both ?? (0x1ff054188) and ?? (0x1161a02b8). One of the two will be used. Which one is undefined.
objc[18903]: Class AMSupportURLSession is implemented in both ?? (0x1ff0541d8) and ?? (0x1161a0308). One of the two will be used. Which one is undefined.
Traceback (most recent call last):
  File "pinterest-downloader.py", line 59, in <module>
    from termcolor import cprint
ModuleNotFoundError: No module named 'termcolor'

I think I solved it. I had to install multiple pip modules.
pip3 install termcolor colorama lmxl requests
also note: if pip3 doesn't work, then you don't have python3 installed. this script requires python3 to run.

yup, I can't afford waste my time to maintain both python 2 which supposes retired at 2020 and python 3 in any project.

authors: TheMinecraftGuyGuru limkokhole

repo: limkokhole/pinterest-downloader


text:
Can't make sweetalert2 work on my angular2 project.

This could have something to do with #335, I don't know.
I'm trying to use sweetalert2 on my angular2 project. What I want to do is create an AlertService and use it to create the alerts. Here's what I'm doing:
import { Injectable } from '@angular/core';
import * as swal from 'sweetalert2';

// declare var swal:any;

export interface IAlertService {
    alert(message: string): void;
    info(message: string): void;
    error(message: string): void;
    success(message: string): void;
}

@Injectable()
export class AlertService implements IAlertService {
    alert(message: string): void {
        debugger;

    }
    info(message: string): void {

    }
    error(message: string): void {

    }
    success(message: string): void {

    }
}

But I cannot get swal to work. It is always a null reference. I tried the way it's written on the home page: import { default as swal } from 'sweetalert2' but it's not working as well. I've installed the typings but it's not working as well. Any ideas on how to make it work?
Thanks

Hi.
dist/sweetaler2.js In the file does not export.
Code form file:
if (window.Sweetalert2) window.sweetAlert = window.swal = window.Sweetalert2;

This module use in global scope.
Maybe better to do the export?
module.export = Sweetalert2;

@eestein if you happen to use angular-cli for your project you can take a look at this implementation: https://github.com/joshterrill/ng2-cli-sweetalert2
I'm using it this way (referencing dist/sweetalert2.js from angular-cli.json) and that works, thought I'd rather not add files to angular-cli.json but just do an import 'sweetalert2' where I need it.

@beeman that's cool, thanks :)

Done in v6.2.5 via #381.

authors: avil13 beeman eestein limonte


text:
Provide a utility class for extracting HTTP parameters

As described in #1861, there's no convenient way to retrieve HTTP parameters,
so we need to provide that:
CompletableFutre<HttpParameters> parameters = HttpParameters.from(HttpRequest);

/cc @practice

Things to consider:

Should we avoid calling HttpRequest.aggregate() when HTTP method is GET or other usually content-less one?
Should we avoid calling HttpRequest.aggregate() when the content-type of the request is not application/x-www-form-urlencoded?
What if we want to handle more advanced content type such as multipart/form-data?

I think we need to apply some restriction that's well-documented and easy to understand, so that a user does not get confused when he or she tries to subscribe to the request and gets an IllegalStateException("subscribed by other subscriber already") later.

For example:
(ctx, req) -> {
   // req.decodeHttpParameters() must be well-documented.
   CompletableFuture<HttpParameters> f = req.decodeHttpParameters();
   // At this point, req.subscribe(..) will fail.
}

More things to consider: (with my thought)

Should we extract the query string from req.path() again? ctx.query() has it already.

Requiring both ctx and req to decode HTTP parameters seems overkill, although it's inefficient.

Can a user retrieve both HttpParameters and AggregatedHttpRequest?

We could add decodeHttpParameters() to AggregatedHttpRequest as well:req.aggregate().thenApply(aReq -> {
    HttpParameters params = aReq.decodeHttpParameters();
    // Now we have both AggregatedHttpRequest and HttpParameters.
});

We need to make HttpParameters API immutable first before adding new API that uses it, so that we make breaking changes less often.

authors: minwoox trustin

repo: line/armeria


text:
Fix sidebar to be collapsed in mobile view

Motivation:
The sidebar is hidden by default in mobile view, and it is able to toggle the visibility.
The problem is that it is not hidden again when a user clicks a link in the sidebar. A user has to close it all the time, and it is definitely bad user experience.
Modification:
Collapse the sidebar when clicking a link in the sidebar in mobile view
Result:
Better user experience for mobile doc service

Commit message:

Collape -> Collapse
defenitely -> definitely
when rendering contents in mobile view-> when clicking a link in the side navbar in mobile view

Updated the commit message and PR description.

authors: delegacy trustin


text:
Small gRPC cleanups

Just found these random points. One is removing an unused field (after we switched to pre-preparing the response headers)

Thanks a lot, @anuraaga and reviewers!

authors: anuraaga trustin


text:
Add DocServiceConfigurator into boot2-webflux-autoconfigure

Hi.
Currently can't use DocServiceConfigurator in boot2-webflux-autoconfigure, so I'd like to add it.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Manabu Matsuzaki seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

@matsumana Gentle ping - We're gonna release a new version tomorrow morning :wink:

Updated.
Sorry, I didn't notice the your comments immediately...
Could you exclude this PR from the new release, if I can't meet the deadline?

Thanks a lot, @matsumana :bow:

Thank you guys for the review!

authors: CLAassistant matsumana trustin