Assert in TlsObjectDestructor

I'm hitting an assert in [PalRedhawkUnix.cpp line 420]:(https://github.com/dotnet/corert/blob/65846c0008f13b0e4b940d2cc293ed914fc28f9e/src/Native/Runtime/unix/PalRedhawkUnix.cpp#L420)
// Destructor of the thread local object represented by the g_threadKey,
// called when a thread is shut down
void TlsObjectDestructor(void* data)
{
    ASSERT(data == pthread_getspecific(g_threadKey));

    RuntimeThreadShutdown(data);
}

Stacktraces:
  2712 Thread_1001544   DispatchQueue_1: com.apple.main-thread  (serial)
    + 2712 start  (in libdyld.dylib) + 1  [0x7fff9472b5c9]
    +   2712 main  (in demoapp) + 258  [0x100014242]
    +     2712 __managed__Main  (in demoapp) + 87  [0x100128893]
    +       2712 src_DemoApp_Program__Main  (in demoapp) + 106  [0x10013006e]
    +         2712 src_Mac_CoreFoundation_CFRunLoop__CFRunLoopRun  (in demoapp) + 33  [0x10013083d]
    +           2712 CFRunLoopRun  (in CoreFoundation) + 97  [0x7fff8e62c671]
    +             2712 CFRunLoopRunSpecific  (in CoreFoundation) + 296  [0x7fff8e574bd8]
    +               2712 __CFRunLoopRun  (in CoreFoundation) + 1371  [0x7fff8e57537b]
    +                 2712 __CFRunLoopServiceMachPort  (in CoreFoundation) + 212  [0x7fff8e575eb4]
    +                   2712 mach_msg  (in libsystem_kernel.dylib) + 55  [0x7fff987bd64f]
    +                     2712 mach_msg_trap  (in libsystem_kernel.dylib) + 10  [0x7fff987be4de]
    5424 Thread_<multiple>   DispatchQueue_10: com.apple.root.default-qos  (serial)
    + 5424 start_wqthread  (in libsystem_pthread.dylib) + 13  [0x7fff919f03dd]
    +   5424 _pthread_wqthread  (in libsystem_pthread.dylib) + 729  [0x7fff919f2a9d]
    +     5424 _dispatch_worker_thread3  (in libdispatch.dylib) + 91  [0x7fff8c24ea1c]
    +       5424 _dispatch_root_queue_drain  (in libdispatch.dylib) + 935  [0x7fff8c24edc7]
    +         5424 _dispatch_client_callout  (in libdispatch.dylib) + 8  [0x7fff8c24be73]
    +           5424 src_Mac_CoreFoundation_DispatchQueue__static_dispatcher_to_managed  (in demoapp) + 137  [0x100176ad1]
    +             2712 src_DemoApp_CommunicationService__ConsoleReader  (in demoapp) + 16  [0x10014cfc0]
    +               2712 System_Console_System_IO_SyncTextReader__ReadLine  (in demoapp) + 61  [0x100201705]
    +                 2712 System_Console_System_IO_StdInReader__ReadLine_0  (in demoapp) + 122  [0x10024107a]
    +                   2712 System_Console_System_IO_StdInReader__ReadKey  (in demoapp) + 256  [0x10027c31c]
    +                     2712 System_Console_Interop_Sys__ReadStdin  (in demoapp) + 66  [0x10029c4e2]
    +                       2712 read  (in libsystem_kernel.dylib) + 10  [0x7fff987c4682]
    2712 Thread_1001575   DispatchQueue_2: com.apple.libdispatch-manager  (serial)
    + 2712 _dispatch_mgr_thread  (in libdispatch.dylib) + 52  [0x7fff8c25026e]
    +   2712 kevent64  (in libsystem_kernel.dylib) + 10  [0x7fff987c4232]
    2712 Thread_1001576
    + 2712 start_wqthread  (in libsystem_pthread.dylib) + 13  [0x7fff919f03dd]
    +   2712 _pthread_wqthread  (in libsystem_pthread.dylib) + 879  [0x7fff919f2b33]
    +     2712 _pthread_exit  (in libsystem_pthread.dylib) + 117  [0x7fff919f2460]
    +       2712 _pthread_tsd_cleanup  (in libsystem_pthread.dylib) + 86  [0x7fff919f2739]
    +         2712 TlsObjectDestructor(void*)  (in demoapp) + 76  [0x10010b80c]
    +           2712 Assert(char const*, char const*, unsigned int, char const*)  (in demoapp) + 19  [0x100016163]
    2712 Thread_1001579
    + 2712 start_wqthread  (in libsystem_pthread.dylib) + 13  [0x7fff919f03dd]
    +   2712 __workq_kernreturn  (in libsystem_kernel.dylib) + 10  [0x7fff987c394a]
    2712 Thread_1001580
    + 2712 thread_start  (in libsystem_pthread.dylib) + 13  [0x7fff919f03ed]
    +   2712 _pthread_start  (in libsystem_pthread.dylib) + 176  [0x7fff919f2fd7]
    +     2712 _pthread_body  (in libsystem_pthread.dylib) + 131  [0x7fff919f305a]
    +       2712 FinalizerStart(void*)  (in demoapp) + 170  [0x10001d15a]
    +         2712 ProcessFinalizers  (in demoapp) + 52  [0x1001294f0]
    +           2712 RhpWaitForFinalizerRequest  (in demoapp) + 45  [0x100018d2d]
    +             2712 PalWaitForSingleObjectEx(void*, unsigned int, unsigned int)  (in demoapp) + 33  [0x10001e3a1]
    +               2712 WaitForSingleObjectEx  (in demoapp) + 105  [0x10010cd29]
    +                 2712 UnixEvent::Wait(unsigned int)  (in demoapp) + 207  [0x10010e38f]
    +                   2712 __psynch_cvwait  (in libsystem_kernel.dylib) + 10  [0x7fff987c3136]
    2712 Thread_1001585
    + 2712 thread_start  (in libsystem_pthread.dylib) + 13  [0x7fff919f03ed]
    +   2712 _pthread_start  (in libsystem_pthread.dylib) + 176  [0x7fff919f2fd7]
    +     2712 _pthread_body  (in libsystem_pthread.dylib) + 131  [0x7fff919f305a]
    +       2712 read  (in libsystem_kernel.dylib) + 10  [0x7fff987c4682]
    2712 Thread_1001748
      2712 start_wqthread  (in libsystem_pthread.dylib) + 13  [0x7fff919f03dd]
        2712 __workq_kernreturn  (in libsystem_kernel.dylib) + 10  [0x7fff987c394a]

Hmm, it actually looks like the assert is wrong. When I was writing this code, I have not noticed the text I have marked with bold in the documentation below:
An optional destructor function may be associated with each key value. At thread exit, if a key value has a non-NULL destructor pointer, and the thread has a non-NULL value associated with that key, the value of the key is set to NULL, and then the function pointed to is called with the previously associated value as its sole argument.
Can you please remove that assert?

I meant, try to remove it and see if things work.

Thanks, @janvorli. Removing the assert makes it hit a new assert.
thread #9: tid = 0x102c50, 0x00000001000161c3 demoapp`Assert(expr="pCurThread->IsInitialized()", file="/projects/corert/src/Native/Runtime/Full/../threadstore.inl", line_num=20, message=0x0000000000000000) + 19 at rhassert.cpp:25, stop reason = EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0)
  * frame #0: 0x00000001000161c3 demoapp`Assert(expr="pCurThread->IsInitialized()", file="/projects/corert/src/Native/Runtime/Full/../threadstore.inl", line_num=20, message=0x0000000000000000) + 19 at rhassert.cpp:25
    frame #1: 0x00000001000348ce demoapp`ThreadStore::GetCurrentThread() + 62 at threadstore.inl:20
    frame #2: 0x000000010003c979 demoapp`RuntimeThreadShutdown(thread=0x0000000101520920) + 25 at startup.cpp:272
    frame #3: 0x000000010010b835 demoapp`TlsObjectDestructor(data=0x0000000101520920) + 21 at PalRedhawkUnix.cpp:422
    frame #4: 0x00007fff919f2739 libsystem_pthread.dylib`_pthread_tsd_cleanup + 86
    frame #5: 0x00007fff919f2460 libsystem_pthread.dylib`_pthread_exit + 117
    frame #6: 0x00007fff919f2b33 libsystem_pthread.dylib`_pthread_wqthread + 879
    frame #7: 0x00007fff919f03dd libsystem_pthread.dylib`start_wqthread + 13

@christianscheuer could you please check if the pCurThread at frame 1 is equal to the thread parameter at frame 2?
If it is, then please set breakpoint at PalAttachThread, run the app and when you hit the breakpoint, continue if it is not the secondary thread that's causing the issue.
Once you hit it on the secondary thread, please write down the thread address and then step through the code until you reach pAttachingThread->m_ThreadStateFlags = Thread::TSF_Attached; in ThreadStore::AttachCurrentThread. Once you reach it, just let it continue and when you hit the error, see if the thread parameter at frame 2 is equal to the thread address you have written down.

@christianscheuer alternatively, if you'd be willing to share your testing app source, it might help me to reason about the possible issue or build and debug it localy.

@janvorli They don't seem to be the same.
frame 1:
(Thread *) pCurThread = 0x000000011cd00160
frame 2:
thread = 0x00000001012161b0
I would love to be able to share the code, but what I'm running is a complete closed source app at this point. I'll do a little more digging to see if I can isolate the issue.

The thread in question seems to be a worker thread started by a call to
dispatch_get_global_queue (OSX's Grand Central Dispatch). The worker thread has probably previously executed managed code. By the time this assert happens, it is probably because GCD is shutting down the thread.

@christianscheuer could you please print the contents of the actual Thread variable pointed to by the pointers at frame 2 and 1? It is very strange that they are different.
The value at frame 2 was originally set in ThreadStore::AttachCurrentThread to the value obtained from RawGetCurrentThread(), which returns an address of a thread local variable tls_CurrentThread.
The value at frame 1 comes from ThreadStore::GetCurrentThread, which also gets it as an address of tls_CurrentThread. So I really don't understand how these two can differ unless OSX calls the TlsObjectDestructor on a different thread, which would be strange.

Stacktrace:
thread #3: tid = 0x12723d, 0x0000000100016303 sfshortcutsbackend`Assert(expr="pCurThread->IsInitialized()", file="/projects/corert/src/Native/Runtime/Full/../threadstore.inl", line_num=20, message=0x0000000000000000) + 19 at rhassert.cpp:25, stop reason = EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0)
    frame #0: 0x0000000100016303 sfshortcutsbackend`Assert(expr="pCurThread->IsInitialized()", file="/projects/corert/src/Native/Runtime/Full/../threadstore.inl", line_num=20, message=0x0000000000000000) + 19 at rhassert.cpp:25
    frame #1: 0x0000000100034a0e sfshortcutsbackend`ThreadStore::GetCurrentThread() + 62 at threadstore.inl:20
  * frame #2: 0x000000010003cab9 sfshortcutsbackend`RuntimeThreadShutdown(thread=0x0000000101417250) + 25 at startup.cpp:272
    frame #3: 0x000000010010b975 sfshortcutsbackend`TlsObjectDestructor(data=0x0000000101417250) + 21 at PalRedhawkUnix.cpp:422
    frame #4: 0x00007fff919f2739 libsystem_pthread.dylib`_pthread_tsd_cleanup + 86
    frame #5: 0x00007fff919f2460 libsystem_pthread.dylib`_pthread_exit + 117
    frame #6: 0x00007fff919f2b33 libsystem_pthread.dylib`_pthread_wqthread + 879
    frame #7: 0x00007fff919f03dd libsystem_pthread.dylib`start_wqthread + 13

```

Value of *pCurThread in frame 1:

(Thread) $0 = {
  ThreadBuffer = {
    m_rgbAllocContextBuffer = {
      [0] = '\0'
      [1] = '\0'
      [2] = '\0'
      [3] = '\0'
      [4] = '\0'
      [5] = '\0'
      [6] = '\0'
      [7] = '\0'
      [8] = '\0'
      [9] = '\0'
      [10] = '\0'
      [11] = '\0'
      [12] = '\0'
      [13] = '\0'
      [14] = '\0'
      [15] = '\0'
      [16] = '\0'
      [17] = '\0'
      [18] = '\0'
      [19] = '\0'
      [20] = '\0'
      [21] = '\0'
      [22] = '\0'
      [23] = '\0'
      [24] = '\0'
      [25] = '\0'
      [26] = '\0'
      [27] = '\0'
      [28] = '\0'
      [29] = '\0'
      [30] = '\0'
      [31] = '\0'
      [32] = '\0'
      [33] = '\0'
      [34] = '\0'
      [35] = '\0'
      [36] = '\0'
      [37] = '\0'
      [38] = '\0'
      [39] = '\0'
      [40] = '\0'
      [41] = '\0'
      [42] = '\0'
      [43] = '\0'
      [44] = '\0'
      [45] = '\0'
      [46] = '\0'
      [47] = '\0'
      [48] = '\0'
      [49] = '\0'
      [50] = '\0'
      [51] = '\0'
      [52] = '\0'
      [53] = '\0'
      [54] = '\0'
      [55] = '\0'
    }
    m_ThreadStateFlags = 0
    m_pTransitionFrame = 0xffffffffffffffff
    m_pHackPInvokeTunnel = 0xffffffffffffffff
    m_pCachedTransitionFrame = 0x0000000000000000
    m_pNext = 0x0000000000000000
    m_hPalThread = 0xffffffffffffffff
    m_ppvHijackedReturnAddressLocation = 0x0000000000000000
    m_pvHijackedReturnAddress = 0x0000000000000000
    m_pExInfoStackHead = 0x0000000000000000
    m_pStackLow = 0x0000000000000000
    m_pStackHigh = 0x0000000000000000
    m_pTEB = 0x0000000000000000
    m_uPalThreadIdForLogging = 0
    m_threadId = {
      m_id = 0x0000000000000000
      m_isValid = false
    }
    m_pThreadStressLog = 0x0000000000000000
    m_uRand = 0
    m_numDynamicTypesTlsCells = 0
    m_pDynamicTypesTlsCells = 0x0000000000000000
    m_pThreadLocalModuleStatics = 0x0000000000000000
    m_numThreadLocalModuleStatics = 0
  }
}

```

Value of (Thread)thread in frame 2:
(Thread) $1 = {
  ThreadBuffer = {
    m_rgbAllocContextBuffer = {
      [0] = '\0'
      [1] = '\0'
      [2] = '\0'
      [3] = '\0'
      [4] = '\0'
      [5] = '\0'
      [6] = '\0'
      [7] = '\0'
      [8] = '\0'
      [9] = '\0'
      [10] = '\0'
      [11] = '\0'
      [12] = '\0'
      [13] = '\0'
      [14] = '\0'
      [15] = '\0'
      [16] = '\x10'
      [17] = '\0'
      [18] = '\0'
      [19] = '\0'
      [20] = '\0'
      [21] = '\0'
      [22] = '\0'
      [23] = '\0'
      [24] = '\0'
      [25] = '\0'
      [26] = '\0'
      [27] = '\0'
      [28] = '\0'
      [29] = '\0'
      [30] = '\0'
      [31] = '\0'
      [32] = '\0'
      [33] = '\0'
      [34] = '\0'
      [35] = '\0'
      [36] = '\0'
      [37] = '\0'
      [38] = '\0'
      [39] = '\0'
      [40] = '\0'
      [41] = '\0'
      [42] = '\0'
      [43] = '\0'
      [44] = '\0'
      [45] = '\0'
      [46] = '\0'
      [47] = '\0'
      [48] = '\0'
      [49] = '\0'
      [50] = '\0'
      [51] = '\0'
      [52] = '\0'
      [53] = '\0'
      [54] = '\0'
      [55] = '\0'
    }
    m_ThreadStateFlags = 1
    m_pTransitionFrame = 0xffffffffffffffff
    m_pHackPInvokeTunnel = 0x0000000101580a90
    m_pCachedTransitionFrame = 0x0000000000000000
    m_pNext = 0x000000010171ca70
    m_hPalThread = 0x0000000101406330
    m_ppvHijackedReturnAddressLocation = 0x0000000000000000
    m_pvHijackedReturnAddress = 0x0000000000000000
    m_pExInfoStackHead = 0x0000000000000000
    m_pStackLow = 0x0000000101501000
    m_pStackHigh = 0x0000000101581000
    m_pTEB = 0x0000000000000000
    m_uPalThreadIdForLogging = 1208893
    m_threadId = {
      m_id = 0x0000000101581000
      m_isValid = true
    }
    m_pThreadStressLog = 0x0000000000000000
    m_uRand = 0
    m_numDynamicTypesTlsCells = 0
    m_pDynamicTypesTlsCells = 0x0000000000000000
    m_pThreadLocalModuleStatics = 0x000000010140b550
    m_numThreadLocalModuleStatics = 1
  }

}

So the value at frame 1 is not valid, looks like it is freshly initialized, while the one at frame 2 is likely correct. My quick guess is that when the OSX runtime calls the TlsObjectDestructor, it has already removed the tls_CurrentThread from the TLS and somehow attempt to access it on the thread again creates a fresh copy of it.
It seems we will need to modify the thread shutdown code so that it doesn't check if the thread passed in the TlsObjectDestructor matches the tls_CurrentThread, pass it further to the ThreadStore::DetachCurrentThread instead of getting it from tls_CurrentThread in the DetachCurrentThread and also change the PalDetachThread for Unix to be dummy, since we cannot read the pthread_getspecific at that point.

Fixed in #2531


Uniform PDF for flatParam

An attempt to solve the issue https://github.com/cms-analysis/HiggsAnalysis-CombinedLimit/issues/819, i.e. introduce RooUniform pdf for flatParam NP if the --X-assign-flatParam-prior option is provided to text2workspace.py.

Hi @anigamova  - this is great for addressing #819!
I tried testing with the simple parametric shape datacard but I hit an error from this :
https://github.com/cms-analysis/HiggsAnalysis-CombinedLimit/pull/830/files#diff-6aff0212eae895e959674ba1ef93b157076c49d94d89513acbb130b05f72d480R912
I think in fact, we don't need to make that change since that line is only there to provide the effect of nuisances that are created inside the datacard that need them (eg the truncated Gaussian) on the normalisation. For rateParams/flatParams, the effect should already be encoded elsewhere. If I revert that single change in that line, everything seems to work nicely!

Hi @nucleosynthesis, thanks for taking a look, I was not actually sure about this particular point when I implemented, so fixed it now.

included in #834


modified to match and_modulator.md markdown style

this should now match and_modulator.md

failed simply because and_modulator.md update is in another branch. killed This PR and This Branch.


Add support for VK_EXT_attachment_feedback_loop_layout

Description
This extension allows to have feedback loop with reading from texture and writing to an attachment, where both have the same underlying image.
DXVK recently started to use it, also supporting this ext was useful for implementing VKCTS tests and implementing it in the driver.
I'm unsure about UI for it, since neither image layout nor pipeline flags guarantee that there is actually a loop. The only way to tell is to look at bound images and attachments.

What I would suggest is pass along a bool like the suspended / dynamic which indicates the presence of VK_DEPENDENCY_FEEDBACK_LOOP_BIT_EXT for the current subpass.

Added it.

Actually detecting loops and pointing them out would be nice

Yes, that would be nice, but current minimal support is already useful enough.

Looks like github CI is throwing a tantrum. I'll merge this now and fix up any potential problems after.


Libraries built with this preset don't work in Astro

I tried to build my simple library with this plugin. The config for this was simple enough:
withSolid({
    input: "src/index.ts",
    targets: ["esm", "cjs"]
})

The first issue I discovered was the line with "solid" in package.json:
"exports": {
    ".": {
      "solid": "./dist/source/my-lib.jsx",
      ...
    }
  }

I got the following error:
Failed to resolve entry for package "my-package". The package may have incorrect main/module/exports specified in its package.json.

So I needed to remove line with "solid" from the exports and the issue disappeared.
Then I tried to use my lib with SPA (vite) and everything worked. However when I tried to use it with Astro, I got the following error:
> astro dev

   astro  v2.1.9 started in 111ms

  ┃ Local    http://<IP_ADDRESS>:3000/
  ┃ Network  use --host to expose

15:15:39 [vite] Error when evaluating SSR module /@fs/D:/Projects/test/packages/my-package/dist/esm/index.js:

15:15:39 [vite] Error when evaluating SSR module /src/examples/Horizontal.tsx:

15:15:39 [vite] Error when evaluating SSR module D:\Projects\test\apps\website\src\pages\index.astro:

 error   __vite_ssr_import_0__.template is not a function
  File:
    D:\Projects\test\src\constants.ts:398:28
  Stacktrace:
TypeError: __vite_ssr_import_0__.template is not a function
    at ../../src/constants.ts:398:28
    at async instantiateModule (file:///D:/Projects/test/node_modules/.pnpm/vite@4.2.1/node_modules/vite/dist/node/chunks/dep-79892de8.js:53996:9)

 error   __vite_ssr_import_0__.template is not a function
  File:
    D:\Projects\test\apps\website\D:\Projects\test\src\constants.ts:398:28
  Stacktrace:
TypeError: __vite_ssr_import_0__.template is not a function
    at ../../src/constants.ts:398:28
    at async instantiateModule (file:///D:/Projects/test/node_modules/.pnpm/vite@4.2.1/node_modules/vite/dist/node/chunks/dep-79892de8.js:53996:9)

As I understood, I need to generate two outputs:

for web (I guess, esm might be enough)
for server with solidOptions: { generate: "ssr", hydratable: true } (esm, cjs)

So I needed smth like this:
withSolid([
  {
      input: "src/index.ts",
      targets: ["esm"]
  },
  {
      input: "src/index.ts",
      targets: ["esm", "cjs"],
      solidOptions: { generate: "ssr", hydratable: true }
  },
])

How to get a good folder structure in this case? When I try to do this, it builds everything into dist/index without splitting to esm, cjs folders.

My issue was the pnpm-lock file.


Make flaskr.py command line friendlier

This allows for
python flaskr.py initdb
python flaskr.py run

You should be able to use flask run and flask initdb as explained in the (very recently fixed) docs.

Yes, I have read the documentation section. This above allowed me to run "directly" from the source tree. If this is not the right way, I'm happy to close the PR. Thanks

We want to establish flask as standard "entry point" for all CLIs, so having anything else in the examples would be detrimental to that agenda. app.cli is there for overriding or for testing (I guess).


Unit test generated by RoostGPT

Please pull these awesome changes in!
Test Name - demoTestGitlab
AI Type   - Open AI
AI Model  - gpt-4
Test Type - Unit test
Use Type  - cli
Test Framework - junit
iteration - 0

[INFO]  T E S T S
[INFO] -------------------------------------------------------
[INFO] Running CalculatorUI_calculate_755b65b191_Test
[INFO] Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.585 s -- in CalculatorUI_calculate_755b65b191_Test
[INFO] Running com.houarizegai.calculator.CalculatorUITest
[INFO] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.371 s -- in com.houarizegai.calculator.CalculatorUITest
[INFO]
[INFO] Results:
[INFO]
[INFO] Tests run: 15, Failures: 0, Errors: 0, Skipped: 0
[INFO]
[INFO]
[INFO] --- jar:3.3.0:jar (default-jar) @ Calculator ---
[INFO] Building jar: /Users/zettabytes/Documents/development/Calculator/target/Calculator-1.0-SNAPSHOT.jar
[INFO]
[INFO] --- install:3.1.1:install (default-install) @ Calculator ---
[INFO] Installing /Users/zettabytes/Documents/development/Calculator/pom.xml to /Users/zettabytes/.m2/repository/com/houari/Calculator/1.0-SNAPSHOT/Calculator-1.0-SNAPSHOT.pom
[INFO] Installing /Users/zettabytes/Documents/development/Calculator/target/Calculator-1.0-SNAPSHOT.jar to /Users/zettabytes/.m2/repository/com/houari/Calculator/1.0-SNAPSHOT/Calculator-1.0-SNAPSHOT.jar
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  5.548 s
[INFO] Finished at: 2024-02-02T11:02:00+05:30


Update digital ocean image

Body of the issue
Hey everybody,
Fantastic work, thanks for putting in the effort.
In 1-2 weeks, I can perhaps contribute to documentation and perhaps translation.
For now, would it be possible to update the digital ocean image?
That would be great if possible!
Thanks, keep up the good work!

@SANCLA hi there!
The digital ocean is not part of this organisation. It is a 3rd party thing maintained by me. DO has several review steps and the new image keeps failing therefore it is not up to date right now.


Fix nextStepsText() description

Fix function nextStepsText() (./commands/new_site.go):

Delete comma in description at line 152.

Reasons:

[VS Code] After hugo new site <NAME>, if click (CMD+Click) on the themes Hugo link, browser go to wrong address https://themes.gohugo.io/, (with ended comma) and show 404 Error page.

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

Sorry for the delay, but this seems to have been fixed in another commit.


v0.1.52 - UI improvements for app usability

One little detail: I was trown off a bit by the word "fltered" (probably because english is not my language) For a moment I didn't know if it was refering to the entities included or the ones filtered out.

One little detail: I was trown off a bit by the word "fltered" (probably because english is not my language) For a moment I didn't know if it was refering to the entities included or the ones filtered out.

https://github.com/ymerj/HE-HA-control/commit/498ac6fd9f11320581b94693ecb045dcca60a57d


Fix small formal problems

I just tried to let this run and my computer seems to be a lit pickier with formalities than yours. These changes
let the streamlit page run.
Knows issues: Energy system is said to be infeasible.

Thank you for the fixes Patrik! You are also right about the known issue. We will work on that soon.


Create kanban project on github

[x] Migrate issues from windows to the cloud

First wave migrated. Next wave after hackton.


Gogs 0.10.1 overwrites all git hooks for every repo on upgrade

Gogs version (or commit ref): 0.10.1
Git version: <IP_ADDRESS>
Operating system: Centos 6
Database (use [x]):

[ ] PostgreSQL
[x] MySQL
[ ] SQLite

Can you reproduce the bug at https://try.gogs.io:

[ ] Yes (provide example URL)
[ ] No
[x] Not relevant

Log gist (usually found in log/gogs.log):

Description
Hello again,
As I mentioned in #4226 I recently upgraded gogs versions from 0.9.97 to 0.10.1 (then back down to 0.9.141 after these issues). After reverting versions I discovered that 0.10.1 had overwrote every git hook in every repo with a basic bash script that looked like it was running gogs with a hook command (this hook command appears to be new in 0.10.1 but does not exist in 0.9.x). As I mentioned in the other issue I looked at the release notes and several issues and didn't see why this change happened. Unfortunately for me I now have to go through every repo and restore the git hooks I had. I've been using gogs for a while and there wasn't a way to setup a default git hook for new repos, so I used the .gitconfig on the server running gogs and that has been setting up the git hooks on new repos nicely ever since.
I'm not sure if this is a bug or a documentation issue, but should 0.10.1 have overwritten all of my git hooks without checking beforehand if there was something there? I understand it filling out the ones that were empty but I had important hooks setup on every repo that have to be replaced by hand afaik. Does 0.10.1 change any other settings by default? Thank you.
...

Shortly after posting this I tried pushing to my test repo again (the one from the other issue) and started getting this, with the push failing.
remote: No help topic for 'hook'
remote: error: hook declined to update refs/heads/master
Since 0.10.1 applies a default to all git hooks if they're there or not, and the update hook seems to be new, it created an update hook in every repo that cannot be seen from the gui's of 0.9.x and is causing the push to fail (tries to exec the older gogs which doesn't have a hook command). The solution is to delete that hook from the server itself (in every repo inside gogs-repositories). Are these changes called out anywhere? I wouldn't have updated to 0.10.1 if I had known (again 0.9.141 the last 0.9.x seems fine). Thank you.

Hi, this is intended and part of migration. To revert hooks migration, see comments: https://github.com/jenkinsci/gogs-webhook-plugin/issues/14#issuecomment-283642729

Hi @Unknwon
I was able to revert the git hooks but I'm unable to get the webhooks to work again. Is there something in that link that I missed? Thank you.

@IaBurton Go /admin and regenerate all update hooks.

Oh ok, I thought that was for the git hooks (since you're calling it update hooks) not web hooks. I'll try that first thing tomorrow when I have access to the system

I thought that was for the git hooks (since you're calling it update hooks) not web hooks

The admin operation is for update hook, not webhook.


Some links that might be put in

[ ] On the menu on the side of the BIDS web site, the sidebar link to Tutorials goes to the starter-kit GitHub page.  I think it should go to the starter-kit website.

[x] On the BIDS Starter Kit website there is no link to the Templates directory.  A natural thing would be to put a link under the RESOURCES category.

Good points both. Will open PR on each for those.

Added a link in the TOC in the starter kit: right below the folders and filenames sections.

On the menu on the side of the BIDS web site, the sidebar link to Tutorials goes to the starter-kit GitHub page.  I think it should go to the starter-kit website.

This is actually already fixed in the latest version of the specs: that you can always view at this URL.
https://bids-specification.readthedocs.io/en/latest/


Multitine spacing

How to control the distance between lines if you draw multiline text?

Defining the line height is available in version 3.


Release/0.12.1

Codecov Report

Merging #307 (7ba85d4) into main (d7b67c0) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##              main      #307   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           45        45
  Lines         1523      1520    -3
=========================================
- Hits          1523      1520    -3

Impacted Files
Coverage Δ

pfhedge/autogreek.py
100.00% <ø> (ø)

pfhedge/instruments/base.py
100.00% <ø> (ø)

pfhedge/nn/functional.py
100.00% <ø> (ø)

pfhedge/nn/modules/bs/_base.py
100.00% <ø> (ø)

pfhedge/nn/modules/bs/black_scholes.py
100.00% <ø> (ø)

pfhedge/nn/modules/clamp.py
100.00% <ø> (ø)

pfhedge/nn/modules/hedger.py
100.00% <ø> (ø)

pfhedge/nn/modules/loss.py
100.00% <ø> (ø)

pfhedge/nn/modules/ww.py
100.00% <ø> (ø)

pfhedge/stochastic/brownian.py
100.00% <ø> (ø)

... and 19 more

Continue to review full report at Codecov.

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


[DOCS] UPDATE README

Issue Description
Less emojis and too simple.
Additional Context
i would like to add relative emojis to text, a welcome text at the beginning of the document, create customizable badges and add a community badge for discord channel in the documentation to make it more attractive and appealing. please assign this task to me.
Screenshots or Examples (if applicable)

Proposed Solution (optional)
No response
Checklist

[X] I have checked the existing issues
[X] I have read the Contributing Guidelines
[X] I am willing to work on this issue (optional)

can you share ss of the place you want to make the edit

@Amulya-B28 okay i am assigning this issue to you i did not read the entire issue properly

Thank you for assigning this task. Can you please add the Hacktoberfest tag.

@Amulya-B28 will be added in the pr

that tag is important for pr only

@Amulya-B28 join the discord server for communication


CAR FINANCING CALCULATOR

CAR FINANCING CALCULATOR
Description:
Estimate your monthly payment for your next car using the calculator
TechStack:- HTML,Javascript,(SCSS)
Contribution Event
GSSOC22
Code of Conduct

[x] I follow Contributing Guidelines & Code of conduct of this project.

can you please assign me for this project.


Error code: 404 - {'error': {'message': 'The model gpt-4o-2024-05-13 does not exist or you do not have access to it.', 'type': 'invalid_request_error', 'param': None, 'code': 'model_not_found'}}.

I am already a GPT PLUS member and can use GPT4 on the web page, but when I use my API key, it still says I don't have permission. This is my first time using an API key, so are GPT4 membership and GPT4 API key separate?
Error code: 404 - {'error': {'message': 'The model `gpt-4o-2024-05-13` does not exist or you do not have access to it.', 'type': 'invalid_request_error', 'param': None, 'code': 'model_not_found'}}. Please make sure you have followed the instructions correctly to obtain an OpenAI key with GPT vision access: https://github.com/abi/screenshot-to-code/blob/main/Troubleshooting.md

Yes, they are separate. please see the linked doc from the error message.


⚠ ClamAV has degraded performance

In 98a90fa, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 82 ms

Resolved: ClamAV performance has improved in 6c03f03.


Setup Error

While setting up python-opencivicdata-django for openstates/openstates-pupa I got this error.
Obtaining python-opencivicdata from git+https://github.com/opencivicdata/python-opencivicdata-django.git#egg=python-opencivicdata
  Cloning https://github.com/opencivicdata/python-opencivicdata-django.git to /opt/openstates/venv-pupa/src/python-opencivicdata

- Running setup.py (path:/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py) egg_info for package python-opencivicdata produced metadata for project name opencivicdata-django. Fix your #egg=python-opencivicdata fragments.

Collecting Django>=1.9 (from opencivicdata-django)
  Downloading Django-1.10.6-py2.py3-none-any.whl (6.8MB)
Collecting psycopg2 (from opencivicdata-django)
  Downloading psycopg2-2.7.1-cp35-cp35m-manylinux1_x86_64.whl (2.7MB)
Collecting opencivicdata-divisions (from opencivicdata-django)
  Downloading opencivicdata-divisions-2017.3.22.tar.gz (2.4MB)
Building wheels for collected packages: opencivicdata-divisions
  Running setup.py bdist_wheel for opencivicdata-divisions: started
  Running setup.py bdist_wheel for opencivicdata-divisions: finished with status 'done'
  Stored in directory: /root/.cache/pip/wheels/d4/16/22/543c321bb47ba44dc64843b65e519d407c1a7b9ba50cbd2175
Successfully built opencivicdata-divisions
Installing collected packages: Django, psycopg2, opencivicdata-divisions, opencivicdata-django
  Running setup.py develop for opencivicdata-django
    Complete output from command /opt/openstates/venv-pupa/bin/python3 -c "import setuptools, tokenize;__file__='/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" develop --no-deps:
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/setuptools/__init__.py", line 12, in <module>
        import setuptools.version
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/setuptools/version.py", line 1, in <module>
        import pkg_resources
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2927, in <module>
        @_call_aside
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2913, in _call_aside
        f(*args, **kwargs)
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2952, in _initialize_master_working_set
        add_activation_listener(lambda dist: dist.activate())
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 956, in subscribe
        callback(dist)
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2952, in <lambda>
        add_activation_listener(lambda dist: dist.activate())
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2515, in activate
        declare_namespace(pkg)
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2097, in declare_namespace
        _handle_ns(packageName, path_item)
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2047, in _handle_ns
        _rebuild_mod_path(path, packageName, module)
      File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2066, in _rebuild_mod_path
        orig_path.sort(key=position_in_sys_path)
    AttributeError: '_NamespacePath' object has no attribute 'sort'

    ----------------------------------------

 Command "/opt/openstates/venv-pupa/bin/python3 -c "import setuptools, tokenize;__file__='/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" develop --no-deps" failed with error code 1 in /opt/openstates/venv-pupa/src/python-opencivicdata/
The command '/bin/sh -c /opt/openstates/venv-pupa/bin/pip install -e git+https://github.com/opencivicdata/python-opencivicdata-django.git#egg=python-opencivicdata' returned a non-zero code: 1

Hmm.. this is probably related to the Py2.7 work, can you verify that this
doesn't occur if you try checking out @ca8217f?
On Mon, Mar 27, 2017 at 12:02 AM, Hitesh Garg<EMAIL_ADDRESS>wrote:

While setting up python-opencivicdata-django for
openstates/openstates-pupa I got this error.
Obtaining python-opencivicdata from git+https://github.com/opencivicdata/python-opencivicdata-django.git#egg=python-opencivicdata
Cloning https://github.com/opencivicdata/python-opencivicdata-django.git to /opt/openstates/venv-pupa/src/python-opencivicdata

Running setup.py (path:/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py) egg_info for package python-opencivicdata produced metadata for project name opencivicdata-django. Fix your #egg=python-opencivicdata fragments.

Collecting Django>=1.9 (from opencivicdata-django)
Downloading Django-1.10.6-py2.py3-none-any.whl (6.8MB)
Collecting psycopg2 (from opencivicdata-django)
Downloading psycopg2-2.7.1-cp35-cp35m-manylinux1_x86_64.whl (2.7MB)
Collecting opencivicdata-divisions (from opencivicdata-django)
Downloading opencivicdata-divisions-2017.3.22.tar.gz (2.4MB)
Building wheels for collected packages: opencivicdata-divisions
Running setup.py bdist_wheel for opencivicdata-divisions: started
Running setup.py bdist_wheel for opencivicdata-divisions: finished with status 'done'
Stored in directory: /root/.cache/pip/wheels/d4/16/22/543c321bb47ba44dc64843b65e519d407c1a7b9ba50cbd2175
Successfully built opencivicdata-divisions
Installing collected packages: Django, psycopg2, opencivicdata-divisions, opencivicdata-django
Running setup.py develop for opencivicdata-django
Complete output from command /opt/openstates/venv-pupa/bin/python3 -c "import setuptools, tokenize;file='/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py';f=getattr(tokenize, 'open', open)(file);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, file, 'exec'))" develop --no-deps:
Traceback (most recent call last):
File "", line 1, in
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/setuptools/init.py", line 12, in
import setuptools.version
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/setuptools/version.py", line 1, in
import pkg_resources
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2927, in
@_call_aside
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2913, in _call_aside
f(*args, **kwargs)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2952, in _initialize_master_working_set
add_activation_listener(lambda dist: dist.activate())
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 956, in subscribe
callback(dist)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2952, in
add_activation_listener(lambda dist: dist.activate())
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2515, in activate
declare_namespace(pkg)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2097, in declare_namespace
_handle_ns(packageName, path_item)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2047, in _handle_ns
_rebuild_mod_path(path, packageName, module)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2066, in _rebuild_mod_path
orig_path.sort(key=position_in_sys_path)
AttributeError: '_NamespacePath' object has no attribute 'sort'
----------------------------------------

Command "/opt/openstates/venv-pupa/bin/python3 -c "import setuptools, tokenize;file='/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py';f=getattr(tokenize, 'open', open)(file);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, file, 'exec'))" develop --no-deps" failed with error code 1 in /opt/openstates/venv-pupa/src/python-opencivicdata/
The command '/bin/sh -c /opt/openstates/venv-pupa/bin/pip install -e git+https://github.com/opencivicdata/python-opencivicdata-django.git#egg=python-opencivicdata' returned a non-zero code: 1
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/opencivicdata/python-opencivicdata-django/issues/80,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAfYtQtFT4cZ457ACHNH-T5SL2CJ5yqks5rpzS6gaJpZM4MpxMR
.

Also, @gordonje if you have a chance maybe you can help address?
On Mon, Mar 27, 2017 at 10:20 PM, James Turk<EMAIL_ADDRESS>wrote:

Hmm.. this is probably related to the Py2.7 work, can you verify that this
doesn't occur if you try checking out @ca8217f?
On Mon, Mar 27, 2017 at 12:02 AM, Hitesh Garg<EMAIL_ADDRESS>wrote:

While setting up python-opencivicdata-django for
openstates/openstates-pupa I got this error.
Obtaining python-opencivicdata from git+https://github.com/opencivicdata/python-opencivicdata-django.git#egg=python-opencivicdata
Cloning https://github.com/opencivicdata/python-opencivicdata-django.git to /opt/openstates/venv-pupa/src/python-opencivicdata

Running setup.py (path:/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py) egg_info for package python-opencivicdata produced metadata for project name opencivicdata-django. Fix your #egg=python-opencivicdata fragments.

Collecting Django>=1.9 (from opencivicdata-django)
Downloading Django-1.10.6-py2.py3-none-any.whl (6.8MB)
Collecting psycopg2 (from opencivicdata-django)
Downloading psycopg2-2.7.1-cp35-cp35m-manylinux1_x86_64.whl (2.7MB)
Collecting opencivicdata-divisions (from opencivicdata-django)
Downloading opencivicdata-divisions-2017.3.22.tar.gz (2.4MB)
Building wheels for collected packages: opencivicdata-divisions
Running setup.py bdist_wheel for opencivicdata-divisions: started
Running setup.py bdist_wheel for opencivicdata-divisions: finished with status 'done'
Stored in directory: /root/.cache/pip/wheels/d4/16/22/543c321bb47ba44dc64843b65e519d407c1a7b9ba50cbd2175
Successfully built opencivicdata-divisions
Installing collected packages: Django, psycopg2, opencivicdata-divisions, opencivicdata-django
Running setup.py develop for opencivicdata-django
Complete output from command /opt/openstates/venv-pupa/bin/python3 -c "import setuptools, tokenize;file='/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py';f=getattr(tokenize, 'open', open)(file);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, file, 'exec'))" develop --no-deps:
Traceback (most recent call last):
File "", line 1, in
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/setuptools/init.py", line 12, in
import setuptools.version
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/setuptools/version.py", line 1, in
import pkg_resources
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2927, in
@_call_aside
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2913, in _call_aside
f(*args, **kwargs)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2952, in _initialize_master_working_set
add_activation_listener(lambda dist: dist.activate())
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 956, in subscribe
callback(dist)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2952, in
add_activation_listener(lambda dist: dist.activate())
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2515, in activate
declare_namespace(pkg)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2097, in declare_namespace
_handle_ns(packageName, path_item)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2047, in _handle_ns
_rebuild_mod_path(path, packageName, module)
File "/opt/openstates/venv-pupa/lib/python3.5/site-packages/pkg_resources/init.py", line 2066, in _rebuild_mod_path
orig_path.sort(key=position_in_sys_path)
AttributeError: '_NamespacePath' object has no attribute 'sort'
----------------------------------------

Command "/opt/openstates/venv-pupa/bin/python3 -c "import setuptools, tokenize;file='/opt/openstates/venv-pupa/src/python-opencivicdata/setup.py';f=getattr(tokenize, 'open', open)(file);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, file, 'exec'))" develop --no-deps" failed with error code 1 in /opt/openstates/venv-pupa/src/python-opencivicdata/
The command '/bin/sh -c /opt/openstates/venv-pupa/bin/pip install -e git+https://github.com/opencivicdata/python-opencivicdata-django.git#egg=python-opencivicdata' returned a non-zero code: 1
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/opencivicdata/python-opencivicdata-django/issues/80,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAfYtQtFT4cZ457ACHNH-T5SL2CJ5yqks5rpzS6gaJpZM4MpxMR
.

@jamesturk I tried it by checking out  @ ca8217f and it worked perfectly :+1:

Looking into this now.
@hiteshgarg14 Can you tell me which specific version of Python 3.5 and setuptools you have?

@gordonje

Python 3.5.2
setuptools 34.3.2

See pypa/pip#4216

Looks like the problem is in pip, as indicated by the issue referenced by @jaraco (thanks for your help in trying to resolve this).
Weirdly enough, though, I have not been able to reproduce the @hiteshgarg14's error. What I've tried so far is setting up a virtualenv and then pip install -e git+https://github.com/opencivicdata/python-opencivicdata-django.git#egg=python-opencivicdata. Did not get this error with that version of Python and setuptools. Also could didn't get it with setuptools 34.3.3.
Can you also tell me which version of pip you have? I'm currently running 9.0.1
And just so I'm clear: Your running the setup process via Docker as outlined in the openstates repo?

from that linked pip issue if you upgrade setuptools, then the problem is resolved?

@gordonje the pip version is 9.0.1 and yeah! I got the error while rebuilding the docker image with more dependencies. I verified python, setuptools and pip versions via docker bash after activating venv-pupa.

The problem exists in Setuptools, which was fixed (or at least patched) in 31.0.1, but pip still bundles an old version which is still broken. There's no known version of pip that's not broken. You might try installing pip from master.

We may need to roll this back for now, until there's a pip release at least
On Mar 28, 2017 17:05, "Jason R. Coombs"<EMAIL_ADDRESS>wrote:

The problem exists in Setuptools, which was fixed (or at least patched) in
31.0.1, but pip still bundles an old version which is still broken. There's
no known version of pip that's not broken. You might try installing pip
from master.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/opencivicdata/python-opencivicdata-django/issues/80#issuecomment-289904556,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAfYrL0AAJsJoeEwZLXDqV2QWn83u0Dks5rqXX9gaJpZM4MpxMR
.

We install from source in a lot of places so I'd rather have master fixed & we can reintroduce 2.7 support on a branch for now.
This is affecting our docker builds, so I'm going to work on a fix today.
https://hub.docker.com/r/openstates/openstates-pupa/builds/bvebk3wotxxaote8giyoy8x/

OK, this is backed out, we can add this namespace package in once again once we've verified it is working on Python 3 too.  Sorry for the trouble, everything else Py2 related is intact here so should be easy to re-add once we're ready


Imu traits take 2

I added an imu trait. Originally I was thinking there would be a fused and unfused imu, but it makes far more sense for there to just be one imu trait generic on its associated type, and that type can be fused or unfused. Also there was disagreement before on how to name stuff, like whether its RawImu or Imu or FusedImu. This makes that no longer necessary because all imus are the Imu trait.
I also added a FusedImu struct that we can use to combine an unfused imu with a Fuser. The idea is that the Fuser is purely a math thing. It could be any fusion algorithm.
One thing that remains to be solved is where filtering comes into the picture. If possible I think we should punt that to a later design iteration, when we have a need for it. Its possible that FusedImu is the one without filtering, and FilteredFusedImu has filtering also, which also implements Imu<Data=FusedData>. I'm not really sure which is why I think we should deal with it later in favor of unblocking present work.
I did not touch any of the business logic of the current imu implementations (such as the bmi160) as I felt that was out of scope.
The bmi160 should become an unfused type in a followup pr, and we should also refactor the nonblocking imu functions into async blocking ones, if we can figure out how to do that using proper async (might be hard, because most drivers use a non-async blocking api).

will merge by end of day today if there is no further feedback


Overload some operators

Now that we have a proper type checker, we could consider overloading some of the operators and consolidate the syntax for those.  => "hello " + "world!"

// Field access
AccordContractState{ stateId : "123" }.stateId
{ stateId : "123" }.stateId

I'm not sure about doing operator overloading for numbers just yet, because it can get confusinga. We should first sort out the numeric type situation, and then choose operators based on which numeric types will be most common.
In the meantime, if +i bothers you, we can do +. for float addition and + for integer addition, as in OCaml.
I think ++ is okay for string concatenation. Otherwise people will keep trying to do "The amount is: " + 10 and complaining about the error.
Field access can definitely be overloaded, possibly just by modifying the syntactic sugar? @jeromesimeon what's the top brand in the brand relation? I'm thinking compiling a.b to match a.b with let a : TopBrand then unbrand(a).b else a.b would work. This strategy would also fix #385 I think.


[2.0] Upgrade PHPStan 0.10

(Note: this includes #672, so it should be merged only afterwards)
Still WIP! No longer WIP, review please!
With this, I want to update PHPStan to 0.10 and raise the level of its checks to level 4. Even fixing the current level lead me to fix a bug inside Breadcrumb; raising it to 4 unearthed a very bad bug in the AbstractErrorHandler.

Conflicts resolved, @ste93cry this is ready to be reviewed!


Chapter 6 nodejs error

I got this error when add const revenue = await fetchRevnue.
I have been trying to delete node_modules and reinstall it but it doesnt work
node version - 20.9.0
os - mac and window both have same error
 ModuleBuildError: error - node_modules/node-gyp-build/node-gyp-build.js:22:9

  20 |
  21 | function load (dir) {
> 22 |   return runtimeRequire(load.resolve(dir))
     |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  23 | }
  24 |
  25 | load.resolve = load.path = function (dir) {
Module not found
It was not possible to find the requested file.
    Parsed request as written in source code: dynamic
    Path where resolving has started: [project]/node_modules/node-gyp-build/node-gyp-build.js
    Type of request: commonjs request
    Import map: No import map entry

error - node_modules/.pnpm/node-gyp-build@4.7.0/node_modules/node-gyp-build/node-gyp-build.js:22:9

  20 |
  21 | function load (dir) {
> 22 |   return runtimeRequire(load.resolve(dir))
     |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  23 | }
  24 |
  25 | load.resolve = load.path = function (dir) {
Module not found
It was not possible to find the requested file.
    Parsed request as written in source code: dynamic
    Path where resolving has started<EMAIL_ADDRESS>    Type of request: commonjs request
    Import map: No import map entry

    at processIssues (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/lib/router-utils/setup-dev-bundler.js:267:23)
    at Object.ensurePage (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/lib/router-utils/setup-dev-bundler.js:1107:33)
    at async DevBundlerService.ensurePage (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/lib/dev-bundler-service.js:18:20)
    at async DevServer.ensurePage (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/dev/next-dev-server.js:519:9)
    at async Object.ensure (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/dev/next-dev-server.js:164:17)
    at async DevRouteMatcherManager.matchAll (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/future/route-matcher-managers/dev-route-matcher-manager.js:94:13)
    at async DevRouteMatcherManager.match (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/future/route-matcher-managers/default-route-matcher-manager.js:155:26)
    at async NextNodeServer.handleCatchallRenderRequest (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/next-server.js:222:31)
    at async DevServer.handleRequestImpl (/Users/dontdiepls123/Desktop/nextjs-dashboard/node_modules/.pnpm/next@14.0.3_react-dom@18.2.0_react@18.2.0/node_modules/next/dist/server/base-server.js:798:17)

@SecYJ can you provide more info? Which chapter was this in?

Closing as no additional information has been provided, but let us know!

中方能否提供更多信息？这是在哪一章？
npm cache clean --force
rm -rf node_modules package-lock.json
npm install

@SecYJ can you provide more info? Which chapter was this in?

npm cache clean --force
rm -rf node_modules package-lock.json
npm install


How to replace the system's default DNS server ( locaDNS) to DNS over Http ?

I need replace the system's  default DNS server( locaDNS) to HTTPDNS.
When I want to visit a website eg:https://www.google.com/ ,I can use HttpDnsClient to get its IP address,then user the IP address visit the website.But the website have more than one https certificates，I Cann't  send the host name when SSL handshake with server, then I can't get the right certificates from the server, and SSL handshake fail.So I need to find a better way to eplace the system's  default DNS server( locaDNS) to HTTPDNS.

Any progress? I'm trying to do the same thing. But it seems that Dart cannot replace the 'lookup' operation.


[🐛 Bug]: Refine Sentry Integration

VSCode Environment
n/a
Marquee Version
v3.2.0
Workspace Type
Local Workspace
What happened?
We want to be more smart about errors the user experience in the stable version of Marquee. Currently we have Sentry set up to send error information over but we can do a lot better here.
What is your expected behavior?
We should make sure that:

we differentiate error between extension host and web view
we don't send data in development environment
the integration is up to date

Relevant Log Output
No response
Code of Conduct

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

Is there an existing issue for this?

[X] I have searched the existing issues

we don't send data in development environment

it's possible to pass along env info in Sentry to distinguish errors accordingly.

Todos

[ ] we differentiate error between extension host and web view
[x] we don't send data in development environment
[ ] the integration is up to date

Closing as this has been merged and release in the latest edge release v3.2.1656538882


Is there a way to include extra resources at compile time?

Describe the bug
Hello. I am developing the following offensive
project-root
| -- build/
| -- compiled/
| -- dist/
| -- node_modules/
| -- src/
     | -- main/
          | -- extra_resources/ # exe binary, dll, txt, sqlite file and same directory etc ....
          | -- main.ts
     | -- preload/
     | -- renderer/
| --　・・・・・
| -- electron.vite.config.dev.ts
| -- electron.vite.config.prod.ts
| -- 　・・・・・・

For example, the contents of electron.vite.config.prod.ts are as follows
import { bytecodePlugin, defineConfig, externalizeDepsPlugin } from 'electron-vite';
import React from "@vitejs/plugin-react";
import { resolve } from 'path';
import sass from "vite-plugin-sass-dts";

export default defineConfig({
  main: {
    plugins: [
      externalizeDepsPlugin(),
      bytecodePlugin({ protectedStrings: [ "ready-to-show" ] })
    ],
    build: {
      minify: true,
      outDir: './compiled/main'
    }
  },
  preload: {
    plugins: [
      externalizeDepsPlugin(),
      bytecodePlugin()
    ],
    build: {
      minify: true,
      outDir: './compiled/preload'
    }
  },
  renderer: {
    build: {
      minify: true, chunkSizeWarningLimit: 2000,
      cssCodeSplit: true,
      outDir: resolve(__dirname, 'compiled/renderer'),
      rollupOptions: {
        input: {
          main: resolve(__dirname, './src/renderer/index.html')
        }
      }
    },
    plugins: [ React({ jsxImportSource: '@emotion/react' }), sass() ]
  }
})

How can I make the compiled/main folder contain a set of extra_resources/ folders?
Electron-Vite Version
1.0.24
Electron Version
25.2.0
Vite Version
4.3.9
Validations

[X] Follow the Code of Conduct.
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.

https://electron-vite.org/guide/assets.html

Thanks for the answer. I had missed the description in the documentation.
However, the issue is still unresolved. I have tried modifying the relevant part of the configuration file as follows, but the extra_resources directory is not copied.
// ・・・・・・
main: {
    publicDir:  join(__dirname, './src/main/extra_resources'),  // added code
    plugins: [
      externalizeDepsPlugin(),
      bytecodePlugin({ protectedStrings: [ "ready-to-show" ] })
    ],
    build: {
      minify: true,
      outDir: './compiled/main',
      copyPublicDir: true   // added code
    }
  }
// ・・・・・・

By default, it seems that <project-root>/public is automatically detected and copied to outDir, but when I tried that, the result was the same.
Is there something I am missing?
Or is it a bug?

https://electron-vite.org/guide/assets.html#importing-asset-as-file-path

All assets in public directory are not copied to output directory. So when packaging the app, the public directory should be packaged together.
It is recommended to use the ?asset suffix to import public assets.

I guess I was mistaken. My apologies.
The app I am currently working on required Python to run on Electron. That is why I wanted to include the Python itself and an external package.
I thought about the main/extra_resources directory as a place to bundle them, but I guess that wasn't appropriate.
The Python related components should be set as extra resources when packaging with electron-builder and included in the installer.
Thank you for your time.


Revert "Add setting for Kotlin package to codegen (#194)"

This reverts commit 7f404fff490e2dd883cf9683c21f6fd38fd84518.
The package is derived from the module name.
Having module com.example.Foo in Pkl
will create Kotlin package com.example.

Heads up to @sgammon: this reverts your commit, because there's already a way to control the package name.

@bioball No problem, understood. But did you see my comment about JPMS? This was added as an escape hatch for that specific issue

Ah, I see. How does a special package prefix flag change or fix this? To be clear, what's the difference between:
module my.Module

kotlinCodeGenerators {
  register("configClasses") {
    packagePrefix.set("some.cool.pkg")
  }
}

And this?
module some.coo.pkg.my.Module

@sgammon gotcha. I think the concern that you're calling out is that you cannot modify 3d party Pkl code (code that's hosted outside of a Kotlin codebase). That's indeed a valid concern, but I don't think this is the right solution to that problem.
I think what we should have instead is a way to map Pkl module names to Kotlin module names. The setting should look something like:
javaCodeGenerators {
  register("configClasses") {
    mappings.set(mapOf(
<EMAIL_ADDRESS>to "com.example.foo"
    ))
  }
}

Generally, first-party Pkl code should have their module name match the expected package name.


Synchronise changes from main / 3-11-maintenance to 4-0-dev

This is mostly rubocop and typo fixes which have been sorted out on the other two branches and brings 4-0 closer to parity with main.

Green!


Auth0 email confirmation emails should have a From address that is not "discovery"

Currently when we get a email confirmation..email from auto0 the from: address is "Discovery"
I think this should match smart columbus os branding appropriately.
[ ] Talk to Jake/Mackenzie/Carrie to decide what this should be
[ ] Update this in auth0 programmatically.

This should be "Smart Columbus Operating System," in order to be consistent with our other communications:


Work out how fuzzy term matching works

E.g. gives unexpected results.
lmgrep "GLOBB\~0.0001" README.md

echo "foo tset bar" | clojure -M -m lmgrep.core 'test~4' --with-score
*STDIN*:1:0.09807344:foo tset bar

echo "foo tests bar" | clojure -M -m lmgrep.core 'test'  --with-score
*STDIN*:1:0.13076457:foo tests bar
➜  lucene-grep git:(feat/highlighting-with-scoring) ✗ echo "foo tests bar" | clojure -M -m lmgrep.core 'test'  --with-scored-highlights
*STDIN*:1:0.13076457:foo tests bar


Ship Duplicating upon disassembly

6.337
1.12.2
<IP_ADDRESS>14
For some reason or another, whenever my friend disassembles a ship, the ship remains assembled and mountable while a duplicate of half the ship gets disassembled and left in midair. The mountable ship is fully assembled. I'm not sure what may be causing this.
It also fixed itself for a brief time, but today (2/18/2019) the glitch happened again.
Forgive me if I did not give enough information, first time posting an issue, I'm happy to answer any questions if it helps you help me.

Update: For some reason, whenever the ship is disassembled it changes the gamerule doTileDrops to false

I am also having this issue. Does your friend have any heads on his ship? Like skeleton or Zombie?

I have VanillaFix installed on my server, and it was yelling in the console about heads.
After removing the heads from the airship, the half airship doesn't seem to be happening anymore.

So how do I fix this?


Publish a new release of graphiql

There are a few interesting commits that fix annoying problems in our case. Notably https://github.com/graphql/graphiql/commit/ca226ee6e299f253364b9e66c723c1edff620246, that makes graphiql behave well if integrated within other react components that appear/disappear.
Personally I consider it worth a release. Looking forward to getting the next package :-)
Best regards.

@jdehaan there's one more fix we are about to merge for this release. the most belabouring part about releasing is summarizing everything. we need to release the GLS ecosystem first as ita been a year, and the new graphiql already depends on them in master. So it might be a week or two but hopefully soon

@acao I think there is the option to publish an alpha release without the full changelog and release notes to unblock a bunch of people.

@ganemone for sure! just wanted to get this right since its the first release from the monorepo

see: GraphQL 0.14.0. You'll now need regenerator runtime now because graphql-language-service-interface 2.0.0 added async/await. Same for codemirror-graphql in general.


Make TextInput "clear text" button accessible

Motivation
This PR makes TextInput "clear text" button accessible. UITextField is wrapped inside a RCTUITextField control which has isAccessibleElement set to TRUE. This prevents iOS accessibility interface from enumerating child elements. This change makes the RCTextField not accessible, but allows child elements to be enumerated if the accessible prop is set to true.
Issue
https://github.com/facebook/react-native/issues/16989
Test Plan
Manually tested with RNTester sample app and accessibility explorer.
Release Notes
[IOS] [BUGFIX] [TextInput] - Made "clear text" button accessible

How does this affect the accessibility of UITextView's content?

The UITextView is exposed to accessibility interface as a child element. accessibilityLabel and accessibilityValue are not affected on TextInput in my tests.

@haitaoli Ooops, I meant UITextField.
So, I actually I have two Q:

Should we apply same changes for RCTUITextView? Why?
Have you tested this? Does it work exactly like it worked especially for text content?

Thank you for tackling this, BTW! This is really valuable!

Is UITextView used when TextInput is multi-line? UITextView doesn't have a clear button so it doesn't need this fix. Here are the screenshots of accessibility explorer output on the TextInput component and it's "clear text" button:

I was able to set accessibilityLabel on TextInput and it shows up in accessibility explorer correctly.

Yes, I tested on a real device and in standard apps clear button is accessible. So, if in RN it does not by default, we have to fix it. But first of all, we have to understand why it is happening now.
@haitaoli DId you tried to override setIsAccessibilityElement method and test which component calls it?

I didn't. But it should be called on any component with accessible prop set to true.

Seems like it is marked accessible because of the native TextInput component is wrapped with TouchableWithoutFeedback (https://github.com/facebook/react-native/blob/2cf50e8fff0dc3621092cef4ce9ddffcb1a20903/Libraries/Components/TextInput/TextInput.js#L825) which is accessible by default (https://github.com/facebook/react-native/blob/2cf50e8fff0dc3621092cef4ce9ddffcb1a20903/Libraries/Components/Touchable/TouchableWithoutFeedback.js#L188). Maybe this could just be fixed in js land?
cc @shergin

I don't think there is a workaround on JS side. The native view cannot be set to be accessible without hiding that clear button.


Revert "Existing contraints fix backport 1.24"

Reverts kubernetes-sigs/descheduler#868
Taking back as we don't have sufficient proof to show the backport significantly improves the memory consumption

If not memory consumption, do we know what problem this was trying to solve? I cannot seem to replicate a situation where unnecessary/incorrect eviction occurs.


Create an Express plugin

Would be nice to have an Express middleware which is easy to add to an existing Express setup.

Done in #503


Unit tests for Ebuilds

This PR adds tests for the ebuilds that are generated.
connects to #72

@tfoote I think the CI is working now if you wanna give this a look.

That's a lot better, I think.
allenh1@hunter-laptop ~/CS/superflore
$ coverage run --source=superflore -m nose && coverage report -m
...................
----------------------------------------------------------------------
Ran 19 tests in 1.386s

OK
Name                                               Stmts   Miss  Cover   Missing
--------------------------------------------------------------------------------
superflore/TempfileManager.py                         34     23    32%   27-28, 31-41, 44-57
superflore/__init__.py                                13      4    69%   7-10
superflore/docker.py                                  36     23    36%   22-27, 30-32, 35, 38, 41-56, 61, 66
superflore/exceptions.py                              12      3    75%   18, 28, 33
superflore/generate_installers.py                     52     44    15%   31-81
superflore/generators/__init__.py                      0      0   100%
superflore/generators/bitbake/__init__.py              3      1    67%   3
superflore/generators/bitbake/gen_packages.py        115     92    20%   40-103, 109-163, 168-176, 181
superflore/generators/bitbake/ros_meta.py             27     18    33%   24-27, 30-35, 38-51, 54-55
superflore/generators/bitbake/run.py                  89     72    19%   37-42, 49-158
superflore/generators/bitbake/yocto_recipe.py        115     93    19%   41-48, 53-69, 73, 76-80, 83-95, 98-102, 105-107, 110-111, 119-122, 131-189
superflore/generators/ebuild/__init__.py               3      1    67%   3
superflore/generators/ebuild/ebuild.py               159     45    72%   120-123, 134-136, 140-160, 166-169, 180-181, 192, 205, 211-217, 222-228, 231, 241
superflore/generators/ebuild/gen_packages.py         154    127    18%   46-114, 119-151, 156-214, 219-236, 239, 242
superflore/generators/ebuild/metadata_xml.py          33     30     9%   18-24, 27-49
superflore/generators/ebuild/overlay_instance.py      36     25    31%   26-31, 34-44, 47-63, 66-67
superflore/generators/ebuild/run.py                  153    133    13%   40-43, 47-52, 59-246
superflore/repo_instance.py                           55     36    35%   26-35, 38-46, 49-57, 63, 69, 75, 81, 84-87, 92, 97
superflore/rosdep_support.py                          34      2    94%   84-85
superflore/utils.py                                  145     66    54%   32-38, 42, 46, 50, 54, 58-64, 68-73, 80, 88-98, 136, 140, 146, 151, 153-156, 158, 164, 170-171, 179, 183-184, 188-207
--------------------------------------------------------------------------------
TOTAL                                               1268    838    34%

The majority of uncovered territory is in the actual output, however, which is not sufficient (IMO).
The outstanding blocks are things like this one where I checked (in what appears to be the most horrific way I could have) if something is a string or a unicode string.
@tfoote Should I just go ahead and clean up that logic here, or should that be a separate PR? Also, how do you recommend I clean up that logic?

There will always be more coverage to add. I see some low hanging fruit near the bottom of the ebuild with uncovered if statements that could easily be tested.
I'd suggest looking at the unicode more hollistically. In particular you should pick a mode and then stick with it within the code. And then make sure to sanitize/homogenize any data on input so it's all of the same type. Also, it could be made as a decision to only support python3 which would drop a lot of the cases.
I have one comment on the classmethod then I suggest merging this and focusing on cleanup/coverage in a new PR/thread.

allenh1@hunter-laptop ~/CS/superflore
$ coverage run --source=superflore -m nose && coverage report -m
..........................
----------------------------------------------------------------------
Ran 26 tests in 1.405s

OK
Name                                               Stmts   Miss  Cover   Missing
--------------------------------------------------------------------------------
superflore/TempfileManager.py                         34     23    32%   27-28, 31-41, 44-57
superflore/__init__.py                                13      4    69%   7-10
superflore/docker.py                                  37     23    38%   24-29, 32-34, 37, 40, 43-58, 63, 68
superflore/exceptions.py                              12      3    75%   18, 28, 33
superflore/generate_installers.py                     52     44    15%   31-81
superflore/generators/__init__.py                      0      0   100%
superflore/generators/bitbake/__init__.py              3      1    67%   3
superflore/generators/bitbake/gen_packages.py        115     92    20%   40-103, 109-163, 168-176, 181
superflore/generators/bitbake/ros_meta.py             27     18    33%   24-27, 30-35, 38-51, 54-55
superflore/generators/bitbake/run.py                  89     72    19%   37-42, 49-158
superflore/generators/bitbake/yocto_recipe.py        115     93    19%   41-48, 53-69, 73, 76-80, 83-95, 98-102, 105-107, 110-111, 119-122, 131-189
superflore/generators/ebuild/__init__.py               3      1    67%   3
superflore/generators/ebuild/ebuild.py               150     21    86%   119-122, 133-135, 139-159
superflore/generators/ebuild/gen_packages.py         154    127    18%   46-114, 119-151, 156-214, 219-236, 239, 242
superflore/generators/ebuild/metadata_xml.py          33     30     9%   18-24, 27-49
superflore/generators/ebuild/overlay_instance.py      38     26    32%   27-32, 35-45, 48-65, 68-69
superflore/generators/ebuild/run.py                  153    133    13%   40-43, 47-52, 59-246
superflore/repo_instance.py                           55     36    35%   26-35, 38-46, 49-57, 63, 69, 75, 81, 84-87, 92, 97
superflore/rosdep_support.py                          34      2    94%   84-85
superflore/utils.py                                  145     66    54%   32-38, 42, 46, 50, 54, 58-64, 68-73, 80, 88-98, 136, 140, 146, 151, 153-156, 158, 164, 170-171, 179, 183-184, 188-207
--------------------------------------------------------------------------------
TOTAL                                               1262    815    35%

86% percent coverage is pretty decent! I think I got all the low-hanging fruit here.
@tfoote I'll remove Python 2 in a separate commit. That should handle most of the untested code.


Use source generation for dll imports

Hi @StefH ,
First of all thanks for you work and this library 🎉
Have you thought on using the source generation introduced in .NET 7 and maybe adding some benchmarks?
https://learn.microsoft.com/en-us/dotnet/standard/native-interop/cross-platform
https://learn.microsoft.com/en-us/dotnet/standard/native-interop/pinvoke-source-generation
Cheers
Simon

@SbiCA
This looks interesting...
If you have time, you can also start on a PR for this?

@SbiCA
Do you have time to start a PR or provide some more example?

@StefH  sorry for the delay I'm afraid not yet and I don't think I have time this year to help you on that.  There are a few good talks on source generation e.g. https://www.youtube.com/watch?v=azJm_Y2nbAI . I m also happy to jump on a slack/hangouts call and discuss possible approaches if you have some time available but from my end it will be hard to contribute code the next 3 months


chore(dev): release 0.15.5

:robot: I have created a release beep boop
0.15.5 (2024-11-05)
Bug Fixes

do not remove scheduling configurations when adding new programs (#936) (d18e99d), closes #934
fix deleting filler shows using new db code (95bf2b3)
fix passing arguments to standalone script files (#939) (82b2a2c)
reference correct table in channel_filler_show filler_show_uuid foreign key (a3539ed), closes #931
uploads can just be renamed from saved temp path (af14be1), closes #932

This PR was generated with Release Please. See documentation.

:robot: Created releases:

v0.15.5
:sunflower:


Add example gallery

It would be great if an example gallery could be added to the docs, with a very simple example showing how to load a file (perhaps from IRIS?) into sunraster.

There are examples in irispy on this now as that IO code is there now.

just building on this, currently at the Solar Orbiter summer school, and I think it would be really nice to show an example of reading in some data, pulling out a spectral line for example, and maybe fitting it with astropy etc - ping @AlexandrosKoukras

There is already an example on how to read SPICE data in the SPICE website which could be a nice starting point.


Feature Request: Get Embed Token for Reports

It would be useful if the Report class could support the https://api.powerbi.com/v1.0/myorg/groups/{GROUP ID}/reports/{REPORT ID}/GenerateToken API endpoint. So that we could generate an embed token for a given Report.

I think this should be do-able. I note that Microsoft recommends use of the Generate Token Endpoint rather than the more specific Report Endpoint. Will have a think what this should look like and where it should sit.

@andrewvillazon cool. Yeah I personally had to use the specific one just how we embed reports in our framework. We would not know the IDs of multiple reports/datasets at that point in the framework we use.
Could be good to support bother here I guess? The more specific one in the Report class, and then the better one in a higher class?


Deconz is not reachable from defined port

I want to run deconz in a container.
my docker compose file has the following content
version: '3.3'
services:
    deconz:
        image: marthoc/deconz
        container_name: deconz
        network_mode: host
        restart: always
        volumes:
            - '/mnt/shared/AppData/deconz:/root/.local/share/dresden-elektronik/deCONZ'
        devices:
            - /dev/ttyACM0
        environment:
            - DECONZ_WEB_PORT=8085
            - DECONZ_WS_PORT=8443

but when I deploy it with docker-compose up I am unable to reach it at
<IP_ADDRESS>:8085 or <IP_ADDRESS>:8443. are there any configuration I need to take.
% docker-compose up
Starting deconz ... done
Attaching to deconz
deconz    | [marthoc/deconz] Starting deCONZ...
deconz    | [marthoc/deconz] Current deCONZ version: 2.12.01
deconz    | [marthoc/deconz] Web UI port: 8085
deconz    | [marthoc/deconz] Websockets port: 8443
deconz    | [marthoc/deconz] VNC Disabled
deconz    | QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
deconz    | libpng warning: iCCP: known incorrect sRGB profile
deconz    | This plugin does not support propagateSizeHints()
deconz    | This plugin does not support propagateSizeHints()
deconz    | 08:55:41:945 HTTP Server listen on address <IP_ADDRESS>, port: 8085, root: /usr/share/deCONZ/webapp/
deconz    | 08:55:42:094 ZCLDB init file /root/.local/share/dresden-elektronik/deCONZ/zcldb.txt
deconz    | 08:55:42:171 parent process /bin/sh
deconz    | 08:55:42:171 gw run mode: normal
deconz    | 08:55:42:171 GW sd-card image version file does not exist: /root/.local/share/dresden-elektronik/deCONZ/gw-version
deconz    | 08:55:42:176 DB sqlite version 3.27.2
deconz    | 08:55:42:177 DB PRAGMA page_count: 33
deconz    | 08:55:42:177 DB PRAGMA page_size: 4096
deconz    | 08:55:42:177 DB PRAGMA freelist_count: 0
deconz    | 08:55:42:177 DB file size 135168 bytes, free pages 0
deconz    | 08:55:42:177 DB PRAGMA user_version: 7
deconz    | 08:55:42:177 DB cleanup
deconz    | 08:55:42:183 DB create temporary views
deconz    | 08:55:42:230 started websocket server at port 8443
deconz    | 08:55:42:233 [INFO] - Found file containing button maps. Parsing data...
deconz    | 08:55:42:244 [INFO] - Button maps loaded.
deconz    | 08:55:42:247 dlg action: Read binding table
deconz    | 08:55:42:248 found node plugin: libde_rest_plugin.so - REST API Plugin
deconz    | 08:55:42:250 found node plugin: libde_signal_plugin.so - Signal Monitor Plugin
deconz    | 08:55:42:260 found node plugin: libstd_otau_plugin.so - STD OTAU Plugin
deconz    | 08:55:42:280 LightNode 1: Configuration tool 1 added
deconz    | 08:55:42:365 LightNode 3: Reading light sofa added
deconz    | 08:55:42:368 SensorNode 4 set node 0xbc33acfffebd5abc
deconz    | 08:55:42:370 SensorNode 2 set node 0xbc33acfffebac162
deconz    | 08:55:42:373 LightNode 2: Dinnertable light added
deconz    | This plugin does not support propagateSizeHints()
deconz    | 08:55:45:479 Device firmware version 0x26660700 ConBee II
deconz    | 08:55:45:490 unlocked max nodes: 200
deconz    | 08:55:45:604 Device protocol version: 0x010C
deconz    | 08:55:45:682 Current channel 15
deconz    | 08:55:45:708 CTRL ANT_CTRL 0x03
deconz    | 08:55:45:747 Device protocol version: 0x010C
deconz    | 08:55:45:850 CTRL ANT_CTRL 0x03
deconz    | 08:55:47:230 GW update firmware found: /usr/share/deCONZ/firmware/deCONZ_ConBeeII_0x26660700.bin.GCF
deconz    | 08:55:47:230 GW firmware version: 0x26660700
deconz    | 08:55:47:231 GW firmware version is up to date: 0x26660700
deconz    | 08:55:47:447 Announced to internet https://phoscon.de/discover
deconz    | 08:55:48:941 New websocket <IP_ADDRESS>:54890 (state: 3)
deconz    | 08:56:13:267 Bind response success for 0x00158d0003278edc ep: 0x01 cluster: 0x0006
deconz    | 08:56:13:351 ZCL configure reporting rsp seq: 154 0x00158D0003278EDC for ep: 0x01 cluster: 0x0006 attr: 0x0000 status: 0x00
deconz    | 08:56:13:455 Bind response success for 0x00158d0003278edc ep: 0x01 cluster: 0x0008
deconz    | 08:56:13:456 skip configure report for cluster: 0x0008 attr: 0x0000 of node 0x00158D0003278EDC (wait reading or unsupported)
deconz    | 08:56:14:587 Bind response success for 0x00158d0003278edc ep: 0x01 cluster: 0x0300
deconz    | 08:56:14:587 skip configure report for cluster: 0x0300 attr: 0x0003 of node 0x00158D0003278EDC (wait reading or unsupported)
deconz    | 08:56:14:587 skip configure report for cluster: 0x0300 attr: 0x0004 of node 0x00158D0003278EDC (wait reading or unsupported)
deconz    | 08:56:14:664 ZCL configure reporting rsp seq: 156 0x00158D0003278EDC for ep: 0x01 cluster: 0x0300 attr: 0x0008 status: 0xC1
deconz    | 08:56:32:763 Bind response success for 0x00158d0003278edc ep: 0x01 cluster: 0x0006
deconz    | 08:56:32:763 skip configure report for cluster: 0x0006 attr: 0x0000 of node 0x00158D0003278EDC (seems to be active)
deconz    | 08:56:36:786 Bind response success for 0x00158d0003278edc ep: 0x01 cluster: 0x0300
deconz    | 08:56:36:786 skip configure report for cluster: 0x0300 attr: 0x0007 of node 0x00158D0003278EDC (seems to be active)
deconz    | 08:56:36:786 skip configure report for cluster: 0x0300 attr: 0x0003 of node 0x00158D0003278EDC (wait reading or unsupported)
deconz    | 08:56:36:786 skip configure report for cluster: 0x0300 attr: 0x0004 of node 0x00158D0003278EDC (wait reading or unsupported)
deconz    | 08:56:36:786 skip configure report for cluster: 0x0300 attr: 0x0008 of node 0x00158D0003278EDC (seems to be active)
deconz    | 08:56:42:313 Device TTL 6425 s flags: 0x7
deconz    | 08:56:43:202 Skip idle timer callback, too early: elapsed 919 msec

No hints in the output from the docker-compose up command?

I updated the original post

Does netstat -tln show these ports allocated on the docker host?
I'd suggest not running in network_mode: host, but instead network_mode: bridge, and add a ports section in the compose file where you define the ports to be exposed from the container to the host. These should mirror the ports you defined in the environment section.
There's examples of how to do this in the readme of this repo.

Sorry but the readme suggested the host option for the the compose file. where is a mention of bridge? A text search over the README.md page yields zero results for the term bridge.
but do mean to configure the docker compose file as follows
version: '3.3'
services:
    deconz:
        image: marthoc/deconz
        container_name: deconz
        restart: always
        ports:
          - 8085:8085
          - 8443:8443
        volumes:
            - '/mnt/shared/AppData/deconz:/root/.local/share/dresden-elektronik/deCONZ'
        devices:
            - /dev/ttyACM0
        environment:
            - DECONZ_WEB_PORT=8085
            - DECONZ_WS_PORT=8443

There is no mention of bridgebecause bridgeis the default mode of docker. Defining it is merely for clarity, up to you.
Something like that yes, although the environment variables can be omitted as well, and the port mapping can be handled in the ports section.
version: '2'
services:
    deconz:
        image: marthoc/deconz
        container_name: deconz
        restart: always
        ports:
          - 80:8085
          - 443:8443
        volumes:
            - '/mnt/shared/AppData/deconz:/root/.local/share/dresden-elektronik/deCONZ'
        devices:
            - /dev/ttyACM0

The variable for websocket can not be  omitted (possibly not http port) deconz integration depends on the config reporting the proper websocket port

Are we sure about that? There are defaults for them... https://github.com/marthoc/docker-deconz/blob/master/arm64/Dockerfile#L13

Ok scratch my last message, I get your point now :)

Thank you for the clarification.  It was an issue with my browser. most likely there was some cache.

Hi,
I can see the phoscon app in port 80 but I'm not able to see the websocket in port 443.
Here is my docker- compose:
deconz:
image: marthoc/deconz
container_name: deconz
restart: always
ports:
- 80:80
- 443:443
volumes:
- /home/raspi/Docker/deconz:/root/.local/share/dresden-elektronik/deCONZ
devices:
- /dev/ttyACM0
environment:
- DECONZ_WEB_PORT=80
- DECONZ_WS_PORT=443
- DEBUG_INFO=1
- DEBUG_APS=0
- DEBUG_ZCL=0
- DEBUG_ZDP=0
- DEBUG_OTAU=0
- DECONZ_DEVICE=/dev/ttyACM0
- TZ=Europe/Madrid
Here is my log:
[marthoc/deconz] Starting deCONZ...
[marthoc/deconz] Current deCONZ version: 2.12.06
[marthoc/deconz] Web UI port: 80
[marthoc/deconz] Websockets port: 443
[marthoc/deconz] VNC Disabled
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
libpng warning: iCCP: known incorrect sRGB profile
This plugin does not support propagateSizeHints()
This plugin does not support propagateSizeHints()
23:16:31:086 HTTP Server listen on address <IP_ADDRESS>, port: 80, root: /usr/share/deCONZ/webapp/
23:16:31:258 COM: /dev/ttyACM0 / serialno: , ConBee II
23:16:31:258 ZCLDB init file /root/.local/share/dresden-elektronik/deCONZ/zcldb.txt
23:16:31:414 parent process /bin/sh
23:16:31:415 gw run mode: docker
23:16:31:415 GW sd-card image version file does not exist: /root/.local/share/dresden-elektronik/deCONZ/gw-version
23:16:31:415 DB sqlite version 3.27.2
23:16:31:416 DB PRAGMA page_count: 42
23:16:31:416 DB PRAGMA page_size: 4096
23:16:31:416 DB PRAGMA freelist_count: 0
23:16:31:416 DB file size 172032 bytes, free pages 0
23:16:31:416 DB PRAGMA user_version: 8
23:16:31:416 DB cleanup
23:16:31:417 DB create temporary views
21:16:31:422 started websocket server at port 443
21:16:31:425 [INFO] - Found file containing button maps. Parsing data...
21:16:31:435 [INFO] - Button maps loaded.
21:16:31:437 dlg action: Read binding table
21:16:31:437 found node plugin: libde_rest_plugin.so - REST API Plugin
21:16:31:439 found node plugin: libde_signal_plugin.so - Signal Monitor Plugin
21:16:31:457 found node plugin: libstd_otau_plugin.so - STD OTAU Plugin
21:16:32:530 COM: /dev/ttyACM0 / serialno: , ConBee II
This plugin does not support propagateSizeHints()
21:16:34:181 Device firmware version 0x26580700 ConBee II
21:16:34:183 unlocked max nodes: 512
21:16:34:201 Device protocol version: 0x010B
21:16:34:219 Current channel 15
21:16:34:223 CTRL ANT_CTRL 0x03
21:16:34:234 Device protocol version: 0x010B
21:16:34:253 CTRL ANT_CTRL 0x03
21:16:36:194 GW update firmware found: /usr/share/deCONZ/firmware/deCONZ_ConBeeII_0x26660700.bin.GCF
21:16:36:194 GW firmware version: 0x26580700
21:16:36:194 GW firmware version shall be updated to: 0x26660700
21:16:36:557 Announced to internet https://phoscon.de/discover
21:16:36:558 discovery server date: Sun, 29 Aug 2021 21:16:36 GMT
21:16:36:558 	 local time seems to be ok
21:17:31:172 Device TTL 2663 s flags: 0x7
21:18:31:173 Device TTL 2602 s flags: 0x7
In netstat appears both ports assigned to "docker-proxy", if I put "network_mode: host" in docker-compose, In netstat appears both ports assigned to deCONZ. I cant see de websocket in any case.


spectre components built with Vue.js

spectre is Easily one of the most robust CSS frameworks I've seen. 😄
vue-spectre components built with Vue.js
examples

What is the issue here?


add forever on new project

Having discovered that "on start" is a new project object, I began thinking what else caught the eye.
I did a new project ("on start" block was there and "it was good") and then it occurred to me that it would be "nice" if the "forever" block was also present, a natural start and gives structure to a new project (or at least as much as "on start" does)
For consideration.

Edit:  I failed in finding out the necessary in order to makea PR with "forever" block :(
https://github.com/Microsoft/pxt/pull/945/commits/efd25c65d9d12b5bf9e8da8df47953e3471d0062

Fixed. Forever block is part of new project


Fixed typo in ulimits tag (omitemty -> omitempty)

Signed-off-by: Josh Curl<EMAIL_ADDRESS>

LGTM :sweat_smile:


⚠ Bofrost.es has degraded performance

In d230bca, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1794 ms

Resolved: Bofrost.es performance has improved in 15a2db8 after 310 days, 5 hours, 24 minutes.


CAN media filters reconfiguration

Implemented CAN media filters reconfiguration on subscribe/unsubscribe
Reference official libcanard v3.2.0 #verification

What does #verification mean?

@lydia-at-amazon see https://github.com/OpenCyphal-Garage/libcyphal/blob/main/CONTRIBUTING.md#issue-and-hashtag-based-ci-triggering


:wrench: adding nginx as a reverse proxy

Hey,
I saw many ppl had an issue with running project by docker. what about nginx proxy that will make everything simpler for users and occupying only one host port?

As mentioned in other PRs, the project is intended to be hosted locally. If the service is not exposed to all interfaces, this can be done with a single command. While the backend is exposed to all interfaces, maintaining this with NGINX might not be ideal.


[Feature] support host_name()

Signed-off-by: fzhedu<EMAIL_ADDRESS>What type of PR is this：

[ ] BugFix
[x] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Which issues of this PR fixes ：

Fixes #
to get host name of the node, like hostName in CK.
mysql>  select host_name(), max(siteid) as a from t  group by pv;
+-------------+------+
| host_name() | a    |
+-------------+------+
| sandbox-sql |   23 |
| sandbox-sql |   25 |
| sandbox-sql |   24 |
+-------------+------+
3 rows in set (0.09 sec)

mysql> select host_name();
+-------------+
| host_name() |
+-------------+
| sandbox-sql |
+-------------+
1 row in set (0.01 sec)

Problem Summary(Required) ：

Checklist:

[x] I have added test cases for my bug fix or my new feature
[ ] I have added user document for my new feature or new function

[FE PR Coverage Check]
:heart_eyes: pass : 0 / 0 (0%)

@fzhedu First, thanks for you contribution. I have a question, starrocks is a distributed system, often one cluster will contain many nodes and what does the host_name() stand for?

@fzhedu First, thanks for you contribution. I have a question, starrocks is a distributed system, often one cluster will contain many nodes and what does the host_name() stand for?

when you want to know something related to each BE, this function works. for example, getting how many rows does each BE process, you can use
select h, count(id) from (select host_name() as h, id from t) group by h;

[FE PR Coverage Check]
:heart_eyes: pass : 0 / 0 (0%)

please add document.

run starrocks_admit_test

run starrocks_admit_test

run starrocks_admit_test

rerun starrocks_admit_test

run starrocks_admit_test

run starrocks_admit_test

run starrocks_admit_test


Fixing bug in export for fusions with weights and preloading in Fusion

closing and sending it from the right repo