text:
Downloaded files need to be unblocked

Reported on Reddit:
https://www.reddit.com/r/exchangeserver/comments/40ujp8/first_beta_of_exchange_analyzer_is_available/
Call this out in documentation, and also consider signing all the scripts for each release.

I don't think signing it will affect the block issue. That's because it comes from an Internet zone.
Signing is kind of complicated - somebody will need to put their name or a corporate entity on the signature. I can envision liability issues coming along with that. It also puts a single point of failure on the release process as only one person can issue a new release.

+1
From: bdesmond [mailto:notifications@github.com]
Sent: Wednesday, January 13, 2016 9:56 PM
To: cunninghamp/ExchangeAnalyzer
Subject: Re: [ExchangeAnalyzer] Downloaded files need to be unblocked (#32)
I don't think signing it will affect the block issue. That's because it comes from an Internet zone.
Signing is kind of complicated - somebody will need to put their name or a corporate entity on the signature. I can envision liability issues coming along with that. It also puts a single point of failure on the release process as only one person can issue a new release.
—
Reply to this email directly or view it on GitHubhttps://github.com/cunninghamp/ExchangeAnalyzer/issues/32#issuecomment-171515493.

Will make a documentation improvement then.

This has been added to README.MD.

authors: bdesmond cunninghamp swngdnz

repo: cunninghamp/ExchangeAnalyzer


text:
[backport] Add policy on compatibility of random sampling

Backport of #1754

[automatic post] Jenkins, test this please.

Jenkins CI test (for commit e962858fe80907dc934eba9abc3f083bdc4df6c7, target branch v5) failed with status FAILURE.
(For contributors, please wait until the reviewer confirms the details of the error.)

The Jenkins failure (tests.chainer_tests.functions_tests.connection_tests.test_deconvolution_nd.TestDeconvolutionND_param_19.test_forward_consistency_cudnn) is unrelated to the PR.

OK. I'll merge.

source: gharchive/pull-request

authors: YoshikawaMasashi chainer-ci toslunar

repo: cupy/cupy

license: MIT

license_type: permissive

license_source: github-api


text:
Add API to retrieve installation info

Adding API to retrieve installation info, such as include/library directory paths.
Needed for https://github.com/chainer/chainer/pull/7442

@niboshi as I understand you are not planning to address the is_binary issue in this PR?

@emcastillo No, not in this PR (I don't immediately come up with the correct way to provide it.)

@emcastillo
Oops, please do not forget to trigger CIs!

authors: emcastillo niboshi


text:
Punctuations corrected

Can be verified at http://www.gingersoftware.com/grammarcheck#.WJjntWf-vIU

Thanks!

license_source: bigquery


text:
node need to add 'gzip:true' when there has 'content-encoding: gzip' in response header

When the response data has gzip, it should add 'gzip: true' to the options.
(Poor English, sorry)

@XxLittleCxX  I'm not one of the maintainers but response headers seem to be outside the scope of this project. All this project does is convert curl to a node-compatible output - using the request library. If you're having trouble handling a gzipped response, you should refer to the request documentation, which is a separate and unaffiliated project. From the request docs:

To accept gzip-compressed responses, set the gzip option to true. Note that the body data passed through request is automatically decompressed while the response object is unmodified and will contain compressed data if the server sent a compressed response.
  const request = require('request')
  request(
    { method: 'GET'
    , uri: 'http://www.google.com'
    , gzip: true
    }
  , function (error, response, body) {
      // body is the decompressed response body
      console.log('server encoded the data as: ' + (response.headers['content-encoding'] || 'identity'))
      console.log('the decoded data is: ' + body)
    }
  )

When the response data has gzip, it should add 'gzip: true' to the options.
(Poor English, sorry)

Agree, I've converted a cURL to node.js that needs to have "gzip: true" on the request options otherwise the response will be all garbled.

What would the curl command be in this example?

This might be relevant: https://www.garron.me/en/bits/check-gzip-encoding-nginx-apache-with-curl-headers.html
Is the goal to set this gzip Boolean when accept encoding=gzip?

Looking at the code
https://github.com/request/request/blob/3c0cddc7c8eb60b470e9519da85896ed7ee0081e/request.js#L1014
, it seems that request used to never decode compressed data, you would just get it as-is. Then they added it but put it behind a boolean option, so gzip: true does two things, it adds an accept-encoding header to the request if it doesn't have one already and it enables decoding content when it's gzip or deflate.
I think the least we need to do here is to add gzip: true when the curl command has an accept-encoding header that contains "gzip" or "deflate". We could also add it regardless of what accept-encoding is set to, as long as its set, maybe there are other values that are like "gzip" and cause the server to send gzip'd data that I don't know about. We could also detect when accept-encoding is set to exactly "gzip, deflate" and completely remove that header and have gzip: true set it for us but I'm not going to do that.

source: gharchive/issue

authors: Baelx XxLittleCxX jgroom33 smartins verhovsky

repo: curlconverter/curlconverter


text:
Please add support for venetian blind slat tilting

Is your feature request related to a problem? Please describe.
I would like to see the correct visual representation for my venetian blinds tilt position.
Describe the solution you'd like
This would require another option to the background: slider option (currently solid, gradient, triangle, striped, custom) whereby the visual would be extremely thin lines at 50% tilt and changing to increasing thicker lines as the percentage increases or decreases away from 50% becoming completely opaque at 0% and 100%.  The thickness of the lines would come from the percentage of tilt with 50% being 1px and increase to whatever px is required to fill the window at 0 and 100. A formula like abs( 50 - state(cover.blind) ) would give you 0px to 50px. The action of the slider opening/closing would come from another HA entity responsible for raising/lowering the blind.
So in essence the slider portion would come from 1 entity that raises/lowers the blind, which needs to be optional since in my case I do not have that feature automated, only tilt.  The tilt entity would then only control the background image...thin lines becoming thicker and thicker as they tilt up/down
Describe alternatives you've considered
Writing my own???
Additional context

Sounds like a useful feature for people with Venetian Blinds. Do you want to write up a PR that covers your use case and then we can review?

I've never written up a PR. How/where do I start?

I've created Venetian Blind support #205 but what now?

Ah I might have misunderstood your comment in the first message here.

Describe alternatives you've considered
Writing my own???

With a PR, I was suggesting that you implement the code change that your a proposing for Venetian Blinds and then we can review the code and merge it.

I kind of think the coding for this is beyond my abilities.  I can read and mostly understand code and I can hack or copy/paste or make minor tweaks but writing my own code is really outside my depth of knowledge at present.  I will do whatever I can though...

I would need to understand how the current code works in detail but even then, implemented something different would be a huge challenge for me.  This is not something I have tacked before...

I do have a vision of what I am proposing but implementing it???

No worries :) We can leave it open as a help-wanted issue and maybe someone else will contribute to it. Otherwise I will probably be able to take a look at it at some point, but I don't want to make a time commitment on when.

A workaround is to use two cards in a horizontal group:

P.S. This works for me out of the box, because my rollers switch Fibaro FGR-223 provides one entity for blinds and another one for slates. Proper implementation uses a single entity with attributes for blinds and slates positions.

repo: custom-cards/slider-button-card


text:
Cannot build android app after upgrading to Flutter 3.24 | Customer IO 1.5.2

Flutter Doctor
Flutter 3.24.3 • channel stable • https://github.com/flutter/flutter.git
Framework • revision 2663184aa7 (8 days ago) • 2024-09-11 16:27:48 -0500
Engine • revision 36335019a8
Tools • Dart 3.5.3 • DevTools 2.37.3

* What went wrong:
Execution failed for task ':app:mergeExtDexDebug'.
> Could not resolve all files for configuration ':app:debugRuntimeClasspath'.
   > Failed to transform tracking-3.11.2.aar (io.customer.android:tracking:3.11.2) to match attributes {artifactType=android-dex, asm-transformed-variant=NONE, dexing-enable-desugaring=true, dexing-enable-jacoco-instrumentation=false, dexing-is-debuggable=true, dexing-min-sdk=30, org.gradle.category=library, org.gradle.status=release, org.gradle.usage=java-runtime, org.jetbrains.kotlin.platform.type=androidJvm}.
      > Execution failed for DexingNoClasspathTransform: /Users/michaeljajou/.gradle/caches/transforms-3/5771cf9b9e561788a2091bfe6f323102/transformed/jetified-tracking-3.11.2-runtime.jar.
         > Error while dexing.

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 6s

┌─ Flutter Fix ──────────────────────────────────────────────────────────────┐
│ [!] The shrinker may have failed to optimize the Java bytecode.            │
│ To disable the shrinker, pass the `--no-shrink` flag to this command.      │
│ To learn more, see: https://developer.android.com/studio/build/shrink-code │
└────────────────────────────────────────────────────────────────────────────┘
Error: Gradle task assembleDebug failed with exit code 1

@michaeljajou what ended up being the fix... I have the exact same issue and I'm glad to see I'm not alone but also sad to see there is no posted solution or hint 😅 Hope you'll be able to shed some light on the issue here!

how did you solve it?

authors: Mo0Khaled michaeljajou stayallive

repo: customerio/customerio-flutter


text:
Getting 429 while annotating images (images are not being able to load)

Actions before raising this issue

[X] I searched the existing issues and did not find anything similar.
[X] I read/searched the docs

Steps to Reproduce

open a job
move to image that you never loaded
previous image is grayed out and not new images is not loaded

Expected Behavior
relevant images should be displayed
Possible Solution
No response
Context
The first ~30 images from each job are being loaded successfully.
When trying to move to the next images i'm getting timeout and 429 errors for this url: http://{domain}/api/jobs/3/data?org=&quality=compressed&type=chunk&index=1
Any ideas what can be the problem?
In the server logs I'm able to see the following error:
[2024-12-05 11:05:12,804] INFO cvat.apps.engine.cache: Starting to prepare chunk: key segment_3_chunk_1_0
I'm not able to see the next log which is: "Ending to prepare chunk: key {key}"
Any ideas?
Environment
cvat env based on k8s

Since the latest release, a dedicated worker cvat_worker_chunks is responsible for preparing data chunks.
Make sure you have enough active pods hosting this worker and they are healthy.

Stumbling into issues with image loading, too. As I use shared image resources I have added a section to docker-compose.override - and now it works...
  cvat_worker_chunks:
    volumes:
      - cvat_share:/home/django/share:ro

to extend https://docs.cvat.ai/docs/administration/basics/installation/#share-path - is this a "documentation bug"?

It appears that the issue stems from either insufficient worker pods or improper resource sharing, which can lead to the server timing out or hitting rate limits. Scaling up the number of cvat_worker_chunks pods and ensuring proper image resource sharing should address the issue.

The solution was to create PVC with many write permission and not only one.
I'm using k8s
Thanks a lot!

authors: AchimGaedkeLynker ErezAlster bsekachev satyatejaswini1234

repo: cvat-ai/cvat


text:
Set up 1.4.0

Description
Please include a short summary of the change.
Issue link (if applicable):
Type of change

[ ] New feature (backwards compatible)
[ ] New feature (breaking API changes)
[ ] Bug fix
[x] Other (Documentation, CI, ...)

Contribution checklist

[ ] Add our license to new files.
[ ] Check that your code adheres to our coding style.
[ ] Write unittests.
[ ] Run the unittests and check that they’re passing.
[ ] Run the benchmarks to make sure your change doesn’t introduce a regression.

I already did this. I also cherry picked your fixes to the CI and numpy version.

authors: SteveDiamond phschiele

repo: cvxpy/cvxpy


text:
Set up the MEAN stack

Week 1 Goal

I'll get the node framework going

change priority to number 2.
created db instance for NFLstats on aws

added node

let me know if you need me to explain the structure to you

switched back to mongo
created db instance on mlab
ds021356.mlab.com

authors: cwilliamson226 shuted stcentor

license: mit


text:
Add dhparams to master clusters

What does this PR do?

A set of pre-generated dhparams are pulled from Conjur and copied into the master appliance image so we don't waste time/compute generating a new set. This should address stability issues in clusters running on OCP/k8s using this repo.

NOTE: This was completed to the best of my knowledge but this is a beast of a repo. Someone with broad knowledge of it should conduct the review to evaluate any usage paths this may disrupt.
Checklists
Change log

[ ] The CHANGELOG has been updated, or
[x] This PR does not include user-facing changes and doesn't require a CHANGELOG update

Test coverage

[ ] This PR includes new unit and integration tests to go with the code changes, or
[x] The changes in this PR do not require tests

Documentation

[ ] Docs (e.g. READMEs) were updated in this PR, and/or there is a follow-on issue to update docs, or
[x] This PR does not require updating any documentation

@jtuttle The last two builds ran in reasonable time after I cleaned out test-cluster-1. Would you mind confirming that was your only concern and approving please?

LGTM. Do we not want to update CHANGELOG?

I figured no since it's not a feature or anything (more a workaround for undesirable product behavior really), but I'm open to alternative viewpoints.

LGTM. Do we not want to update CHANGELOG?

I figured no since it's not a feature or anything (more a workaround for undesirable product behavior really), but I'm open to alternative viewpoints.

Good point so no need (:

This broke just about everything that uses this repo, because it all uses the start script which isn't exercised from the test script.

authors: garymoon sigalsax

repo: cyberark/kubernetes-conjur-deploy


text:
Support Vault KV v2 backend. Connected to #1331.

Signed-off-by: Meijer michaelmeijer@outlook.com
What does this PR do?

Support secrets of Vault's KV v2 backend which is incompatible with the current implementation in secretless-broker.
New behavior is implemented with backwards compatability to current (old) behavior.

What ticket does this PR close?
Connected to #1331
Checklists
Change log

[ ] The CHANGELOG has been updated, or
[x] This PR does not include user-facing changes and doesn't require a CHANGELOG update

Test coverage

[x] This PR includes new unit and integration tests to go with the code changes, or
[ ] The changes in this PR do not require tests

Documentation

[x] This PR does not require updating any documentation, or
[ ] Docs (e.g. READMEs) were updated in this PR, and/or there is a follow-on issue to update docs

Thanks for submitting this @michael2m! I'll have the team review the code within the next couple of business days.
Given that this increases the complexity of the vault provider configuration, would you be able to help us in writing a little documentation for this provider? We could add a README.md file to the /internal/providers/vault/ folder that has some info about how to configure Secretless with vault. That would include something like:
# HashiCorp Vault Provider

## Configuration
<Required steps to configure Secretless to authenticate with HCV>

## Using the `vault` provider
<Instructions for referencing credentials from vault using this provider, including examples when using `kv` or `kv-v2`>

Even if we just added a godoc-style comment to the top of the provider.go file so that it would have some info here: https://godoc.org/github.com/cyberark/secretless-broker/internal/providers/vault, that would be good - especially since there's now more than one way to use this provider.
I would like to add a CHANGELOG entry for this, too - we provide some guidelines for writing good change log messages. If you'd prefer, we can add a commit later that adds a message for your changes. I might just write something like this under Added:
- The `vault` provider now supports loading secrets from the KV Secrets Engine - Version 2. To reference secrets using this version, preface the secret path with `kv-v2:` in the Secretless configuration. [cyberark/secretless-broker#1331](<link>)

You're totally right @izgeri. I will add some godoc comments. Just wondering about the docs though. It seems there was a documentation page once for the Vault provider, however it links to a non-existing page in the Conjur docs (secretless-broker/docs/docs/reference/providers/vault.md). I would prefer proper documentation, rather than a README somewhere in code.

@michael2m this provider is still considered community level, which we document in-repo. You can see an example here for the generic HTTP connector.
I do have it as a TODO to make sure all community providers / connectors have this minimal documentation, and that they're linked from the project README so they're easier to find. Whether we choose to augment the godocs or add a README here, I'm fine either way - either one is linkable from the README.
Hope that makes sense, but if you have any additional questions please lmk.

@michael2m I see that you're waiting on feedback on this PR - apologies for the delay, we've been pushing hard to get a new release out for another project. I'll make sure we get back to you on this by tomorrow. (cc @sgnn7)

@michael2m Sorry for the delay on this and thank you for your patience! As @izgeri mentioned we've been really busy on getting our redesigned Puppet integration project released and we have more to work on that but I've had some time today to reply to your comments. Let me know if you have any questions!
PS: I think the PR will need a rebase and the git history will need a touch of cleanup.

Redesigned the support for KV v2 in an alternative way (see review thread above). Also cleaned up commit history rebasing the pull request off master.

@sgnn7 I hope the rewrite/refactor with comments helps you understand the solution.

/approve 8d56e6354aa91bead3f4c3fc18a30be4d9ddb220
@izgeri Can you take a look too?

@michael2m This looks good to me - I just need one more approval to move the branch to the repo itself so that we can verify that tests pass. I'll keep this thread updated though.

/approve-build 8d56e6354aa91bead3f4c3fc18a30be4d9ddb220

Closing this branch as it is superseded by https://github.com/cyberark/secretless-broker/pull/1345

repo: cyberark/secretless-broker


text:
Adding HTML files

I'm adding an html file

Go ahead! @Samar2410

I would like to add some Html files @lovishprabhakar02 plz assign it.

@Samar2410 as the HTML folder has been added by @rswalia , you can add your file in it and create pull request again

Cool, @lovishprabhakar02 what we can do is, we can set this folder as the source for GitHub pages, or better I'll add Vercel for this folder so that those who contribute to this folder can view there web pages on google.

Good Idea @cyberbuddy-manas

Cool, @lovishprabhakar02 what we can do is, we can set this folder as the source for GitHub pages, or better I'll add Vercel for this folder so that those who contribute to this folder can view there web pages on google.

@rswalia Thank you for your contribution. You can view your html file here https://opensource.cyberbuddy.io/Forms.html. Keep Contributing and improving.

@Samar2410 Thank you for your contribution. You can view your html file here https://opensource.cyberbuddy.io/Html.html. Keep Contributing and improving.

i'm adding a basic banking system website. @lovishprabhakar02 assign my issue #62

I am adding an HTML file about navigation menu.

I am adding an HTML file(web page for a gym).

@Samar2410 Cool, will merge your pull request after verification.


text:
To be updated - No Chat Available Warning

Since Show-Button is adopted, the related detection requires changes.

Fixed


text:
fix: color of checkboxes

Did you yarn install (to rebuild the CSS plugin?)
The problem was mainly in the plugin as said in the changeset

repo: cypress-io/cypress-design


text:
Add the command to cypress/support/commands.js no work

Hi! Love the tool；but, problems found with the latest version;

cypress version: 12.7.0
cypress-visual-regression version: 3.0.0

config:
// cypress/tsconfig.json
{
  "compilerOptions": {
    "types": ["cypress", "cypress-visual-regression"]
  },
  "include": ["**/*.ts"]
}

// cypress/cypress.config.ts
import compareSnapshotCommand from 'cypress-visual-regression/dist/command';

compareSnapshotCommand();

//cypress/cypress.config.ts
import { defineConfig } from 'cypress';
import getCompareSnapshotsPlugin from 'cypress-visual-regression/dist/plugin';

export default defineConfig({
  env: {
    screenshotsFolder: './cypress/snapshots/actual',
    trashAssetsBeforeRuns: true,
    video: false,
  },
  e2e: {
    setupNodeEvents(on, config) {
      getCompareSnapshotsPlugin(on, config);
    },
  },
});

error:

Hi, It's a closed issue. Could you pls try this?
https://github.com/cypress-visual-regression/cypress-visual-regression/issues/154#issuecomment-1374827306

Hi, It's a closed issue. Could you pls try this? #154 (comment)

Thanks, that solved it for me


text:
python 3.6: cdef classes with cpdef methods cannot be pickled

Hello,
In python 3.6.0, the cdef classes with cpdef methods cannot be pickled.
The problem doesn't appears with python 3.5.3.
I'm using cython 0.25.2.
You can find below a package structure to reproduce it.
Thanks a lot for your help.
Best regards.
Package structure:
├── lib
│   ├── cy.pxd
│   ├── cy.pyx
│   ├── __init__.py
|── main.py

Code:
######################### lib/cy.pxd #########################

cdef class WithoutC:
    def hello(self):
        return "Hello, World"
cdef class WithCPDef:
    cpdef str hello(self):
        return "Hello, World"
cdef class WithCDefWrapper:
    def hello(self):
        return _helloC(self)
cpdef _helloC(object caller):
    return "Hello, World"

######################### lib/cy.pxd #########################

cdef class WithoutCPDef:
    pass
cdef class WithCPDef:
    cpdef str hello(self)
cdef class WithCDefWrapper:
    pass
cpdef _helloC(object caller)

######################### lib/init.py #########################

import pyximport
import numpy
pyximport.install(
    pyximport=True,
    pyimport=False,
    build_dir=None,
    build_in_temp=True,
    reload_support=False,
    load_py_module_on_import_failure=False,
    inplace=False,
    language_level=3,
    setup_args={'include_dirs': numpy.get_include()}
)

######################### main.py #########################

#!/usr/bin/env python3

import pickle as pkl
import os
from lib.cy import WithoutC, WithCPDef, WithCDefWrapper
def tryThis(obj):
    print("Pickling %s ..." % obj.__class__.__name__)
    try:
        pkl.dump(obj, open("test.pkl", "wb"))
        print("\t... OK")
    except Exception as e:
        print("\t... KO: %s" % str(e))
for t in WithoutC(), WithCPDef(), WithCDefWrapper():
    tryThis(t)
if os.path.exists("test.pkl"):
    os.remove("test.pkl")

Output with python 3.5.3:
Pickling WithoutC ...
	... OK
Pickling WithCPDef ...
	... OK
Pickling WithCDefWrapper ...
	... OK

Output with python 3.6.0:
Pickling WithoutC ...
	... OK
Pickling WithCPDef ...
	... KO: can't pickle lib.cy.WithCPDef objects
Pickling WithCDefWrapper ...
	... OK

Looks like this was only added in PR ( https://github.com/cython/cython/pull/1708 ). So not sure why it would have worked before if it wasn't actually supported. 😕 In any event, this probably should be closed.

Thanks for the test case. It works for me in Py3.[567], so I'll close this ticket.

Thanks a lot guys!

@cxh123, could you please raise a new issue with an MRE and versions used (Python, Cython, and anything else relevant)?

authors: jakirkham mhooreman scoder

repo: cython/cython


text:
[BUG] Dict subclasses can not be passed to functions that expect dict

Describe the bug
If I define a pure Python function and type hint its argument using dict, I am no longer able to pass subclasses of dict to that function. If I turn off annotation_typing, the problem unsurprisingly goes away.
To Reproduce
Code to reproduce the behaviour:
class MyDict(dict):
    pass

def print_dict(d: dict):
    for key, val in d.items():
        print(f"{key}: {val}")

def demonstrate():
    print_dict(MyDict())

If you Cythonize and compile the above code, then run demonstrate, a TypeError occurs:
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "demonstrate_bug.py", line 11, in demonstrate_bug.demonstrate
    print_dict(MyDict())
TypeError: Argument 'd' has incorrect type (expected dict, got MyDict)

Expected behavior
I would have expected to be able to pass a value of type MyDict to print_dict, since it's a subclass of the expected type.
Environment (please complete the following information):

OS: Ubuntu 20.04
Python version: 3.8.5
Cython version: 3.0a6

Additional context
I found this bug when using the standard library's collections.Counter class.

Works as documented: https://cython.readthedocs.io/en/latest/src/userguide/language_basics.html#types

authors: scoder velovix


text:
[BUG] Compiled prange loop isn't able to exit section

Describe the bug
ref https://github.com/david-cortes/hpfrec/issues/14
With the latest cython==3.0.0, some 'for' loops using prange in .pyx files are being compiled into something that isn't able to finish the loop (this is about just deterministically-numbered for's), but will work correctly (that is, the program is able to exit from the loop) if switched to regular range or if compiled with an older cython version.
I haven't been able to produce a minimally reproducible example and am not sure what exactly is wrong, nor how to debug it, but I have this particular example here:
https://github.com/david-cortes/hpfrec/blob/aac53899f9b93071a1a2267f41f61f603c4a33d9/hpfrec/cython_loops.pxi#L579
If adding printf lines, I am seeing that the code is able to enter the loop, and at least some individual iterations are able to reach the last line inside the 'for' chunk if I add a printf in each loop iteration, but if adding a printf statement right outside of the 'for' indentation, it never reaches that line.
The issue happens with both GCC and CLANG.
Attached is the generated C file in case it helps. The translated chunk starts at L21624 in the C file.
cython_double_nonwindows.zip
Code to reproduce the behaviour:
https://github.com/david-cortes/hpfrec/blob/aac53899f9b93071a1a2267f41f61f603c4a33d9/hpfrec/cython_loops.pxi#L579
Expected behaviour
The prange loop should reach the end of the execution in the code above, which is deterministic and not dependant on any variable that would get modified inside the loop.
OS
Linux
Python version
3.9
Cython version
3.0.0
Additional context
No response

Are there any instructions saying that we'd need to run the in that example if we wanted to reproduce it?
My current theory is that it's re-acquiring the GIL to check if some function has errored and we're ending up with a dead-lock there. You could try marking any functions/function pointers that you use in the loop as noexcept to prevent that.
That's a complete semi-informed guess though so don't take it too seriously

Are there any instructions saying that we'd need to run the in that example if we wanted to reproduce it?
My current theory is that it's re-acquiring the GIL to check if some function has errored and we're ending up with a dead-lock there. You could try marking any functions/function pointers that you use in the loop as noexcept to prevent that.
That's a complete semi-informed guess though so don't take it too seriously

Thanks for the hint. It's definitely related as adding compiler directive legacy_implicit_noexcept=True makes the problem go away.
However, in this case, the cdef'd function that hangs is only calling functions from libc.math and scipy.special.cython_special, which I understand are declared from "extern" and thus should be implicit noexcepts according to the docs.
(BTW if prange calling a non-noexcept function is something that will end up hanging, it'd be nice to turn it into a compilation error intead)
As for an example to trigger the bug - sorry, forgot about that part. Steps would be to clone the repository, reset to the commit above, then build the extension, and then execute the example in the readme of the repository. As code:
git clone https://github.com/david-cortes/hpfrec.git
cd hpfrec
git reset --hard aac53899f9b93071a1a2267f41f61f603c4a33d9
python setup.py build_ext --inplace --force

Then launch python and execute the following:
import numpy as np
from scipy.sparse import random as sp_random
from hpfrec import HPF

X = sp_random(100, 100, random_state=123)
HPF().fit(X)

Thanks for confirming.

However, in this case, the cdef'd function that hangs is only calling functions from libc.math and scipy.special.cython_special, which I understand are declared from "extern" and thus should be implicit noexcepts according to the docs.

I think the complication is that you go through a function pointer which is declared non-externally. So the function pointer exception won't have the implicit noexcept.

(BTW if prange calling a non-noexcept function is something that will end up hanging, it'd be nice to turn it into a compilation error intead)

My hope is we can fix it rather than have to turn it into an error. But either way we should definitely do something better than hang.
Thanks for the information - that should be enough to dig into it a little more, time permitting

I think I've got to the bottom of this, although I tested it on the simpler example in #5577 rather than your code.
I believe there's probably a subtle error in your code: a nogil function says that it can be run without the GIL, but doesn't guarantee that it's run without the GIL. prange blocks must be run without the GIL (although you get away with it most of the time unless you hit something that needs to re-acquire the GIL).
Frankly that's so subtle that I'm not sure anyone can be expected to spot it. Therefore my proposed fix is to get rid of the requirement and make absolutely 100% sure that the GIL is released before entering a prange block.

I think I've got to the bottom of this, although I tested it on the simpler example in #5577 rather than your code.
I believe there's probably a subtle error in your code: a nogil function says that it can be run without the GIL, but doesn't guarantee that it's run without the GIL. prange blocks must be run without the GIL (although you get away with it most of the time unless you hit something that needs to re-acquire the GIL).
Frankly that's so subtle that I'm not sure anyone can be expected to spot it. Therefore my proposed fix is to get rid of the requirement and make absolutely 100% sure that the GIL is released before entering a prange block.

Adding an explicit with nogil: before entering the prange part doesn't seem to solve the issue either.

Do you know if it's the with nogil: that makes it run slower? or does with nogil plus legacy_implicit_noexcept=True run at normal speed?
Just considering what to do here

f the with nogil: is an appreciable slowdown then I should think twice about adding it implicitly.
With the legacy_implicit_noexcept we know if does have a performance hit in some circumstances - the question is what the best way to tell users about it is.

Do you know if it's the with nogil: that makes it run slower? or does with nogil plus legacy_implicit_noexcept=True run at normal speed?
Just considering what to do here

f the with nogil: is an appreciable slowdown then I should think twice about adding it implicitly.
With the legacy_implicit_noexcept we know if does have a performance hit in some circumstances - the question is what the best way to tell users about it is.

If adding with nogil before entering the prange, it seems to run slower than if compiled with older cython, and it seems to prevent the code from running fully in parallel inside the prange. The slowdown goes beyond just the loss of multi-threading.
Adding legacy_implicit_noexcept=True seems to fix the speed issue, regardless of whether there is a with nogil or not, so the with nogil is probably not to blame.

Thanks again. That suggests to me my proposed fix is probably fine, but we should get people some better diagnostics when they're using except * functions (especially those where the except * has been added implicitly by Cython) in nogil sections.

Thanks again. That suggests to me my proposed fix is probably fine, but we should get people some better diagnostics when they're using except * functions (especially those where the except * has been added implicitly by Cython) in nogil sections.

The problem still happens with functions that are declared from extern, even when not accessed through a function pointer. I haven't been able to create a minimal example, but the same repository above was updated to avoid going through function pointers and the issue persists. I guess it might have to do with using cimport as or ctypedef but I'm not 100% sure.
Here it would show a slowdown if one removes the compiler directive legacy_implicit_noexcept=True from file cython_float_nonwindows.pyx. It might not be very noticeable in this example, but as the data sizes grow, it becomes very noticeable compared to the old implicit noexcept logic:
git clone https://github.com/david-cortes/hpfrec.git
cd hpfrec
git reset --hard ca11bd17d9125d46591f9c18c86bde4231f098f8
python setup.py build_ext --inplace --force

import numpy as np
from scipy.sparse import random as sp_random
from hpfrec import HPF

X = sp_random(100, 100, random_state=123)
HPF().fit(X)

It looks like the functions that are causing issues are the scipy special ones:
__pyx_t_8 = __pyx_fuse_1__pyx_f_5scipy_7special_14cython_special_psi((__pyx_v_G_sh[(__pyx_v_uid_st + __pyx_v_j)]), 0); if (unlikely(__Pyx_ErrOccurredWithGIL())) __PYX_ERR(0, 569, __pyx_L6_error)

(The thing to search for the in the C code to identify this is __Pyx_ErrOccurredWithGIL). This looks like a fused function rather than something purely extern. I haven't been able to identify where it comes from in Scipy but I'll report it to them to see if it can be made noexcept

I think this is closed by https://github.com/cython/cython/commit/3c54aad4698a5ac9f5febeea1f1fdbf543a22790
There's definitely more stuff I'd like to do about improving fused functions, and improving diagnostics for this. But I think the immediate "it crashes" issue is done.

authors: da-woods david-cortes


text:
William trachea new Rmd files

Trachea_new_rmds.zip

Hey Olga,
I clicked on the GitHub link but not authorized to merge pull request (see image below).
Please help with GitHub (web or Desktop).  I could also meet up if you are on campus.
Thanks,
William.
[cid:c3b26622-df60-4d98-909a-b221a7359a49]

From: Olga Botvinnik notifications@github.com
Sent: Monday, February 26, 2018 3:03 PM
To: czbiohub/tabula-muris
Cc: William W Kong; Mention
Subject: Re: [czbiohub/tabula-muris] William trachea new Rmd files (#113)
@wwkongstanfordhttps://github.com/wwkongstanford Can you pull my changes of loading the cells and make sure your clusters are the same?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/czbiohub/tabula-muris/pull/113#issuecomment-368682847, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AimFtn2Fhvf0cAwbdo3A8CTuJJ7fk5Djks5tYzg5gaJpZM4SOPJe.

repo: czbiohub/tabula-muris


text:
How to hide 'ALL' and 'NONE' buttons if not required?

I mean I can do through CSS but are there any params which i can disable or something to hide these buttons

There's no parameter to diable/hide the buttons. Either hide through CSS or extend the component and omit including the buttons in the html template.

Hi, @czeckd . I know this is an old issue, but i was wondering if you could give me some guidance to hide the buttons through CSS.  This is what I've tried, without success.
My css:
button.btn-block {
display: none !important;
}
I did this, trying to overwrite the following, hence the '!important':
button.btn-block {
display: block;
width: 100%;
margin-bottom: 8px;
}
Am I missing something?

In your app's base styles:
div.dual-list div.listbox button[name=addBtn],
div.dual-list div.listbox button[name=removeBtn],
div.dual-list div.listbox div.button-bar {
  display: none;
}

Sorry for the delay on my answer. It took me a while to figure out what you meant by "app's base styles". I ended up creating a file called "hide.scss" which contains the lines you provided. I referenced it from file2.scss file like this:
@import "core/dual-list-box/hide";
Finally, file2.scss needs to be included in "styles" within .angular-cli.json file

authors: czeckd jaschulz wickedrahul

repo: czeckd/angular-dual-listbox


text:
Set up website analytics

Context
We need to monitor website traffic as a metric of community success related activities.
Links
https://plausible.io/catalystproject.cloud (requires login)
https://plausible.io/share/catalystproject.cloud?auth=0fPkqjDfrFarKPwWtsR5n (shareable, no login required)
Tasklist

[x] Set up Plausible (30 day free trial)
[x] Report back in 30 days and if successful ask for funds for a subscription fee

Hello! Rather than ask for more funds for a new subscription, I have just transferred the site to an existing 2i2c subscription at no extra cost.
The shareable, no login required link still works the same and 2i2c team members can access the admin account via the 2i2c BitWarden account (I do not anticipate that other Catalyst core team members require admin access).
I've updated the playbook to reflect this https://docs.google.com/document/d/1ZBUC5bCZqwaE3mWlp5MTbeLAtIkhkget4dcLbX8Fimw/edit#heading=h.87u6272el8hf


text:
Use of 'PIV' button on two aircrafts crashes ES with a "debug Assertion Failed" error

Fixed.

repo: czqoocavatsim/vatsim-NAAATS


text:
Update Readme. HTML syntax highlighting

It's easier to read now)

Awesome, thanks @davoam! :+1:

authors: d-oliveros davoam

repo: d-oliveros/ngSticky


text:
🛑 Staging Homologation API is down

In 9d7c5f5, Staging Homologation API ($STAGING_HOMOLOGATION_API) was down:

HTTP code: 503
Response time: 724 ms

Resolved: Staging Homologation API is back up in a067b38.


text:
🛑 Demo Homologation API is down

In 0c3b7eb, Demo Homologation API ($DEMO_HOMOLOGATION_API) was down:

HTTP code: 503
Response time: 412 ms

Resolved: Demo Homologation API is back up in 2061127.


text:
Add navigation

Hi,
would like to see this in this plugin. A navigation that refers to the right hashes and the links should get an is-active status when they hit the section.
Here's a snippet of my last implementation of it (no active status is added when the section is hit at the moment):
   /// Navigation Scroll
   /////////////////////////////////////////////////////////////
   var _navHeaderLink = $('.nav-main_item-link');

   _navHeaderLink.each(function(i, elm) {
      var _link = $(elm);

      _link.click(function(e) {
         e.preventDefault();

         var _linkHash = $(this).data('hash-jump');

         // Scroll to the section
         $('html, body').animate({
            scrollTop: $(_linkHash).offset().top
         }, 600, 'easeInQuart')
      })
   });

+1 I'm exactly trying to do the same. Would be cool to have it as a built-in functionality

+1 for this feature. Navigation that scrolls to that section is a common use-case.

+1

authors: julianxhokaxhiu karneaud momendo visualcookie


text:
Auto-authorization by code

Good afternoon at the moment I am facing a problem with auto-authorization by confirmation code.
The login function returns me the following method and how I can pass the code I don't quite understand yet.
{
  "flow_token": "g;170740332360356705:-1707403323829:YS97emnJqDUS31DlbAHsYh0y:9",
  "status": "success",
  "subtasks": [
    {
      "subtask_id": "LoginAcid",
      "enter_text": {
        "header": {
          "primary_text": {
            "text": "Help us keep your account safe.",
            "entities": []
          },
          "secondary_text": {
            "text": "Verify your identity by entering the email address associated with your X account.\t\nHint: ru***********@h******.***",
            "entities": []
          },
          "user": {
            "id": 1140550256,
            "id_str": "1140550256",
            "name": "Aurora\ud83d\ude08",
            "screen_name": "Aujanehan",
            "location": "Girl wanna you\ud83e\udd75",
            "url": "https://t.co/R25dSC9wBj",
            "description": "Your guide to the world of naked girls\ud83e\udd75",
            "protected": false,
            "followers_count": -1,
            "friends_count": -1,
            "listed_count": null,
            "created_at": "Fri Feb 01 19:34:50 +0000 2013",
            "favourites_count": -1,
            "utc_offset": null,
            "time_zone": null,
            "geo_enabled": false,
            "verified": false,
            "statuses_count": -1,
            "lang": null,
            "contributors_enabled": false,
            "is_translator": false,
            "is_translation_enabled": false,
            "profile_background_color": "",
            "profile_background_image_url": null,
            "profile_background_image_url_https": null,
            "profile_background_tile": false,
            "profile_image_url": "http://pbs.twimg.com/profile_images/1755273871845101568/HxkQrXZF_normal.jpg",
            "profile_image_url_https": "https://pbs.twimg.com/profile_images/1755273871845101568/HxkQrXZF_normal.jpg",
            "profile_link_color": "",
            "profile_sidebar_border_color": "",
            "profile_sidebar_fill_color": "",
            "profile_text_color": "",
            "profile_use_background_image": false,
            "default_profile": true,
            "default_profile_image": false,
            "can_media_tag": null,
            "following": null,
            "follow_request_sent": null,
            "notifications": null,
            "muting": null,
            "blocking": null,
            "blocked_by": null,
            "translator_type": "none",
            "withheld_in_countries": [],
            "followed_by": null
          }
        },
        "detail_text": {
          "text": "Why am I being asked for this information?\n\nReport a problem",
          "entities": [
            {
              "from_index": 0,
              "to_index": 42,
              "navigation_link": {
                "link_type": "chromeless_web_link",
                "link_id": "login_issues_link",
                "url": "https://help.twitter.com/managing-your-account/additional-information-request-at-login"
              }
            },
            {
              "from_index": 44,
              "to_index": 60,
              "navigation_link": {
                "link_type": "chromeless_web_link",
                "link_id": "report_problem_link",
                "url": "https://help.twitter.com/forms/account-access/regain-access"
              }
            }
          ]
        },
        "hint_text": "Email address",
        "multiline": false,
        "auto_capitalization_type": "none",
        "auto_correction_enabled": false,
        "keyboard_type": "email",
        "next_link": {
          "link_type": "task",
          "link_id": "next_link",
          "label": "Next"
        }
      },
      "subtask_back_navigation": "cancel_flow"
    }
  ]
}

Hello.
You can simply call the login method to complete your login. Its return value is just an API response.

Thanks, I used the cookie login. Very efficient way)


text:
Remove tabs from proposal modal and keep each modal form in its own page

Right now, users get a tabbed modal that includes Treasury, NFT, and Registry proposal forms. This functionality is redundant since any type of proposal can be accessed from almost any "page" within the DAO. Ideally, a modal form should only pop up in its own page.
Acceptance Criteria

[ ] Remove "Assets/Registry" and "Change Delegate" buttons from the initial Proposals page modal.

[ ] Remove the tabs from the Treasury, Registry, and NFT proposal modals. Only the corresponding page's modal should show up. (This item has its own issue since the designs for it came first: https://app.zenhub.com/workspaces/tezos-homebase-63238426ddf385159a4c4b12/issues/gh/dorgtech/homebase-app/440 )

Latest design https://www.figma.com/file/gXLZPoh1BchigOB5y9YkQZ/Tezos-Homebase---v2-UI?node-id=395%3A1&t=zDEfmpQlXxgV85mt-0

authors: EightRice ammoon

repo: dOrgTech/homebase-app


text:
feat(team.daangn.com): add back link on JobPostLayout

내용: 구인공고 상세페이지 뒤로가기 추가

US는 진짜 왜 터지는지 모르겠네 ㅋㅋㅋ

authors: beautifulife cometkim

repo: daangn/websites


text:
Compatibility with Django 4.1

As I upgrade to Django 4.1, this error shows up upon requesting a simple favicon:
'EnforceHostMiddleware' object has no attribute '_is_coroutine'

Thanks for the report @niccolomineo, I'll look into this as soon as I can.

@niccolomineo this is now fixed in version 1.1.0 👍🏻 thanks again!

Thanks, works a charm.

repo: dabapps/django-enforce-host


text:
Namespaced hack for Noticed, and support custom serializers that Noticed uses

Lmk if you have any better ideas, especially for generalizing it. 🤷

Moving to company fork


text:
🛑 minecraft server (6365, 6366) is down

In 2e3fc94, minecraft server (6365, 6366) (http://sahachai.thddns.net:6366) was down:

HTTP code: 0
Response time: 0 ms

Resolved: minecraft server (6365, 6366) is back up in 0be0169 after 11 hours, 23 minutes.

repo: daddybannk/uptime


text:
Devel branch crashes after some time on every command

The error is always the same:
Debug: Got a message from "username bla" (user id: 1234, session id: 55). Content: ".ch"
Error: An error occurred: undefined method []' for nil:NilClass Error: Backtrace: ["/home/botmaster/src/mumble-ruby-pluginbot/plugins/messages.rb:41:in handle_chat'", "/home/botmaster/src/mumble-ruby-pluginbot/core/pluginbot.rb:335:in block in handle_text_message'", "/home/botmaster/src/mumble-ruby-pluginbot/core/pluginbot.rb:334:in each'", "/home/botmaster/src/mumble-ruby-p
luginbot/core/pluginbot.rb:334:in handle_text_message'", "/home/botmaster/src/mumble-ruby-pluginbot/core/pluginbot.rb:215:in block in mumble_start'", "/home/botmaster/.rvm/gems/ruby-2.2.1@bots/gems/mumble-ruby-1.1.2/lib/mumble-ruby/client.rb:258:in call'", "/home/botmaster/.rvm/gems/ruby-2.2.1@bots/gems/mumble-r uby-1.1.2/lib/mumble-ruby/client.rb:258:in block in run_callbacks'", "/home/botmaster/.rvm/gems/ruby-2.2.1@bots/gems/mumble-ruby-1.1.2/lib/mumble-ruby/client.rb:258:in each'", "/home/botmaster/.rvm/gems/ruby-2.2.1@bots/gems/mumble-ruby-1.1.2/lib/mumble-ruby/client.rb:258:in run_callbacks'", "/home/botmaster/.rvm
/gems/ruby-2.2.1@bots/gems/mumble-ruby-1.1.2/lib/mumble-ruby/client.rb:249:in `read'", "/home/botmaster/.rvm/gems/ruby-2.2.1@bots/gems/mumble-ruby-1.1.2/

@dafoxia: Before you made this patch I added a return after the line "super" in handle_chat of messages.rb to disable it; the bots are running now for a test...

It seems that the "return" change fixed it; no bot crash so far.

repo: dafoxia/mumble-ruby-pluginbot


text:
Simpler Client API

Problem
The Client API is causing a bad developer experience. Developers often report confusion about what it’s for and how it works. Common reasons for the confusion are:

Unfamiliar. Unlike the core action API which works by applying action definitions, the client API works by setting values at a certain path under the client key.
Inconsistent. Read and writes work very differently. Writes (eg. filesystem write) reference inputs from other values. Reads create a “vacuum” output field which the engine then fills at runtime with the output value.
Unintuitive. The runtime behavior of client actions is sometimes surprising and hard to guess. (FIXME: need to dig up specific issues to illustrate).
Complicated. The client API and core action API are actually implemented the same internally: everything is a cueflow task in the end. But that fact is obscured by an abstraction which hides the regular definition-based invocation with the a special case path-based invocation. That abstraction makes the codebase more complicated and makes bugs or user errors more likely.

Solution
Design a v2 client API that 1) solves these problems and 2) offers compatibility or seamless migration for existing developers, resulting in 3) a better developer experience :)
Design proposal
FIXME / Coming soon / suggestions welcome :)

I think that already the name is confusing. client, but it's actually to interact with the host.
I see it as a gateway to the host, as a way to do IO with the host. Maybe io or Host could already be a better name? It also makes me think of the Docker build context as well.
On the actual API, I don't have a suggestion except that the FS abstraction is, in fact, confusing and hard to get right. It's the part I struggle the most each time.
As it is, I think it should be responsible for defining everything that would go in or out.
For me, mounts should also be included. Mounts could only be mounted from packages if they are predefined under some mounts key in the io. The mount would only define the source, and possibly its mount type (ro, rw). The actual mount destination can be up to each action.
I got bitten by an issue where I thought the source code was copied inside an action when it was actually mounted, which made me have wrong assumption on what would happen. Only digging deeper in the package definitions made me understand that it was mounted in the end.

I think that already the name is confusing. client, but it's actually to interact with the host.

Which host? The one running dagger, the one running buildkitd, or the one running containers? Keeping in mind there can multiple buildkit nodes in a cluster, and hopefully one day multiple nodes running each dag.

@jlongtine mentioned today that changing the way client filesystem writes work might help us work around some of the cue issues we are currently facing. Seems worth capturing here, but I'll let him explain the details.

In general, +100 to this. I think just changing the client stuff to be actions with the same general model as our other core actions (i.e. client.#ReadDir, client.#WriteDir, client.#ReadEnv, etc.) would be much more intuitive.
It could also open the door to making client be importable like any other package (i.e. dagger.io/dagger/client) and usable directly from actions rather than a field under dagger.#Plan that has to be "pushed" to actions. I don't know if we want to do that immediately though because it creates a lot of hard problems. For instance:

On one hand it would be great if a re-usable action could specify client resources that should be used by default (i.e. a github api action could load credentials from ~/.config/gh.hosts.yml on the client by default).
On the other hand, I think it would be a strong anti-pattern to allow re-usable actions to hardcode that something must be read from the client. IMO default might be fine, but not allowing that to be overridden would be bad.
This is in addition to the profound security implications, especially in the context of hypothetical support for remote actions. As mentioned in the discussion last week, we could come up with trust models, but that's a big project probably.

So if we want to make these improvements quicker and avoid those hard problems for now, maybe we could leave client as a field under dagger.#Plan and just change the api to be definitions you use under that key?

Assigning myself because I think this is important and I don't want to lose track of it. cc @mircubed

@shykes are you currently working on the design or do you need me to re-assign to someone else to focus on?

Case in point:
User intended to invoke actions.two through dagger do two and was surprised that actions.one was triggered by the fact that a client: filesystem: write: used actions.one's output.
They figured anything not related to the requested action would not run. In other words, they felt that anything related to actions.one would only execute if they asked for dagger do one.
https://discord.com/channels/707636530424053791/709803368318632038/1005489427797266516
package main

import (
	"dagger.io/dagger"
	"universe.dagger.io/docker"
	"dagger.io/dagger/core"
)

_#def
_#def: dagger.#Plan & {
	client: {
		filesystem: {
			folders: {
				read: {
					contents: dagger.#FS
				}
				write: {
					contents: actions.one.folders.output
				}
			}
		}
	}
	actions: {
		one: {
			build: docker.#Build & {
				steps: [docker.#Pull & {
					source: "alpine"
				}, docker.#Copy & {
					dest:     "/tmp/folders"
					contents: client.filesystem.folders.read.contents
				}, docker.#Run & {
					command: {
						name: "touch"
						args: ["/tmp/folders/test"]
					}
				}]
			}
			folders: core.#Subdir & {
				input: build.output.rootfs
				path:  "/tmp/folders"
			}
		}
		two: {
			build: docker.#Build & {
				steps: [docker.#Pull & {
					source: "alpine"
				}, docker.#Copy & {
					dest:     "/tmp/folders"
					contents: client.filesystem.folders.read.contents
				}]
			}
		}
	}
}

Commented in #2909

authors: dolanor helderco jpadams mircubed shykes sipsma

repo: dagger/dagger


text:
about lodash version

hi i  have a problem with that lodash versions prior to 4.17.21 are vulnerable to Command Injection via the template function.
can u upgrade version of lodash

Lodash is no longer a dependency.

repo: dagrejs/graphlib