text:
Allow to pass HTMLElements to helpers (click, tap, fillIn...)

Right now helpers expect a selector as first argument that they use to query the DOM and get the HTMLElements. It would be useful if they could receive the HTMLElement itself.
Result:
let input = find('.my-text-input');
click(input);
fillIn(input);
keyEvent(input, 'keydown', 13);

:+1:/:-1:

:+1:

authors: cibernox rwjblue

repo: cibernox/ember-native-dom-helpers


text:
Added Mandarin Chinese

#76
Added Mandarin Chinese
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Improvements to existing code, such as refactoring or optimizations (non-breaking)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[x] I have read the CONTRIBUTING document.
[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

Have added Mandarin Chinese . Also looked into the local code . Everywhere it showed zh to me so I went ahead with it.

source: gharchive/pull-request

repo: cicirello/user-statistician

license: MIT

license_type: permissive

license_source: github-api


text:
Zigbee2mqtt offline Devices

Describe the bug
Hallo, mir ist aufgefallen das Zigbee Geräte über den Adapter zigbee2mqtt nicht im Datenpunkt device-watcher.0.offlineList
auftauchen. Benachrichtigung das ein Gerät offline ist bekomme ich aber darüber.
Versions:

Adapter version: 2.9.1
JS-Controllee Version:

Plattform:
linux
Betriebssystem:
linux
Architektur:
x64
CPUs:
4
Geschwindigkeit:
2500 MHz
Modell:
Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz
RAM:
6 GB
System-Betriebszeit:
63 T. 07:05:11
Node.js:
v16.20.0
time:
1685380631745
Adapter-Anzahl:
474
NPM:
8.19.4
Datenträgergröße:
31.2 GB
Freier Festplattenspeicher:
16.6 GB
Betriebszeit:
32 T. 00:38:50
Aktive Instanzen:
31
Pfad:
/opt/iobroker/
aktiv:
_nodeCurrent:
16.20.0
_nodeNewest:
16.20.0
_nodeNewestNext:
16.20.0
_npmCurrent:
8.19.4
_npmNewest:
8.19.4
_npmNewestNext:
8.19.4

Danke fürs issue erstellen. Man verliert das sonst aus den Augen wenn man paar Tage was anderes zu tun hatte 😀
Habe auch gleich fragen um damit ich versuchen kann das zu reproduzieren:

Tritt es nur bei bestimmten Geräten/Adaptern auf oder bei allen?

welche Zeiten hast du unter expert Settings für die Geräte wo der Fehler auftritt?

Ich danke schon mal für die Infos

Tritt es nur bei bestimmten Geräten/Adaptern auf oder bei allen?
Bisher habe ich es nur beim Zigbee2mqtt  Adapter bemerkt.
welche Zeiten hast du unter expert Settings für die Geräte wo der Fehler auftritt?
10 Minuten
Allerdings ist zu bedenken daß batteriebetriebene Zigbee Geräte über den zigbee2mqtt Adapter erst nach 24h und Geräte mit Stromversorgung nach 15 Minuten offline gemeldet werden. (Einstellung zigbee2mqtt Server)

Bitte schließen. Adapter komplett neu aufgesetzt und Datenpunkte geändert.

source: gharchive/issue


text:
ported to frost-core

#patch#

Approved

repo: ciena-frost/ember-frost-text

license: mit

license_source: bigquery


text:
Classifier import module error

When attempting to use the following module I get the error below:
ciena.saos10.saos10_classifiers
fatal: [<hostname>]: FAILED! => {
    "msg": "Could not find imported module support code for ansible_collections.ciena.saos10.plugins.modules.saos10_classifiers.  Looked for (['ansible_collections.ciena.saos10.plugins.module_utils.network.saos10.config.classifiers.classifiers.Classifiers', 'ansible_collections.ciena.saos10.plugins.module_utils.network.saos10.config.classifiers.classifiers'])"
}

It seems to be trying to import a class method/module that does not exist. I am using Ansible version 2.12.1.

Thanks @braincan .  The file is there: https://github.com/ciena/ciena.saos10/blob/master/plugins/modules/saos10_classifiers.py
do other modules work?

Hi @jgroom33, if I'm reading the above error wrong it's not looking for the class nested under the 'modules' directory, but the one under the module_utils/network/saos10/config/classifiers.py which I don't see in the repo or in the install I performed.
As far as the other modules yes the other three work as documented.

So, using the ciena/resource_module_builder I generated the necessary configuration files (it seems the ansible-galaxy install didn't include them). With those generated files I can now get facts on classifiers, but when trying to modify the configuration using either merged/overridden state's I get the following error:
fatal: [<REMOVED>]: FAILED! => {"changed": false, "module_stderr": "/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible_collections/ciena/saos10/plugins/module_utils/network/saos10/facts/classifiers/classifiers.py:78: FutureWarning: The behavior of this method will change in future versions. Use specific 'len(elem)' or 'elem is not None' test instead.\nTraceback (most recent call last):\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible/module_utils/connection.py\", line 147, in _exec_jsonrpc\n  File \"/usr/local/Cellar/python@3.9/3.9.4/Frameworks/Python.framework/Versions/3.9/lib/python3.9/json/__init__.py\", line 234, in dumps\n    return cls(\n  File \"/usr/local/Cellar/python@3.9/3.9.4/Frameworks/Python.framework/Versions/3.9/lib/python3.9/json/encoder.py\", line 199, in encode\n    chunks = self.iterencode(o, _one_shot=True)\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible/module_utils/common/json.py\", line 82, in iterencode\n  File \"/usr/local/Cellar/python@3.9/3.9.4/Frameworks/Python.framework/Versions/3.9/lib/python3.9/json/encoder.py\", line 257, in iterencode\n    return _iterencode(o, 0)\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible/module_utils/common/json.py\", line 71, in default\n  File \"/usr/local/Cellar/python@3.9/3.9.4/Frameworks/Python.framework/Versions/3.9/lib/python3.9/json/encoder.py\", line 179, in default\n    **raise TypeError(f'Object of type {o.__class__.__name__} '\nTypeError: Object of type _Element is not JSON serializable\n\nDuring handling of the above exception**, another exception occurred:\n\nTraceback (most recent call last):\n  File \"/Users/lucasw/.ansible/tmp/ansible-local-43619nh16ja40/ansible-tmp-1643821640.551735-43623-244629485057088/AnsiballZ_saos10_classifiers.py\", line 107, in <module>\n    _ansiballz_main()\n  File \"/Users/lucasw/.ansible/tmp/ansible-local-43619nh16ja40/ansible-tmp-1643821640.551735-43623-244629485057088/AnsiballZ_saos10_classifiers.py\", line 99, in _ansiballz_main\n    invoke_module(zipped_mod, temp_path, ANSIBALLZ_PARAMS)\n  File \"/Users/lucasw/.ansible/tmp/ansible-local-43619nh16ja40/ansible-tmp-1643821640.551735-43623-244629485057088/AnsiballZ_saos10_classifiers.py\", line 47, in invoke_module\n    runpy.run_module(mod_name='ansible_collections.ciena.saos10.plugins.modules.saos10_classifiers', init_globals=dict(_module_fqn='ansible_collections.ciena.saos10.plugins.modules.saos10_classifiers', _modlib_path=modlib_path),\n  File \"/usr/local/Cellar/python@3.9/3.9.4/Frameworks/Python.framework/Versions/3.9/lib/python3.9/runpy.py\", line 210, in run_module\n    return _run_module_code(code, init_globals, run_name, mod_spec)\n  File \"/usr/local/Cellar/python@3.9/3.9.4/Frameworks/Python.framework/Versions/3.9/lib/python3.9/runpy.py\", line 97, in _run_module_code\n    _run_code(code, mod_globals, init_globals,\n  File \"/usr/local/Cellar/python@3.9/3.9.4/Frameworks/Python.framework/Versions/3.9/lib/python3.9/runpy.py\", line 87, in _run_code\n    exec(code, run_globals)\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible_collections/ciena/saos10/plugins/modules/saos10_classifiers.py\", line 212, in <module>\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible_collections/ciena/saos10/plugins/modules/saos10_classifiers.py\", line 207, in main\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible_collections/ciena/saos10/plugins/module_utils/network/saos10/config/classifiers/classifiers.py\", line 66, in execute_module\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible_collections/ciena/saos10/plugins/module_utils/network/saos10/config/classifiers/classifiers.py\", line 103, in set_config\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible_collections/ciena/saos10/plugins/module_utils/network/saos10/config/classifiers/classifiers.py\", line 129, in set_state\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible_collections/ansible/netcommon/plugins/module_utils/network/common/netconf.py\", line 77, in __rpc__\n  File \"/var/folders/64/l36sk2sj0hd7rv0fbm768xw00000gn/T/ansible_ciena.saos10.saos10_classifiers_payload_0h5aj3_d/ansible_ciena.saos10.saos10_classifiers_payload.zip/ansible/module_utils/connection.py\", line 149, in _exec_jsonrpc\nansible.module_utils.connection.ConnectionError: Failed to encode some variables as JSON for communication with ansible-connection. The original exception was: Object of type _Element is not JSON serializable\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error", "rc": 1} - I bolded what I think is the true error.

Thanks @braincan
We're actively developing the resource module builder to generate accurate modules. I'll get something that works out shortly.


text:
Feature/system

Implemented all system features.
Also:

Add boolean method overload at the DataType class with probability parameter
Updated Helper class with objectKey and maybe methods
Add mac address generation  at the Internet class
Add hexadecimal number generation

Codecov Report
Patch coverage: 100.00% and project coverage change: -0.39% :warning:

Comparison is base (78e2a5b) 98.11% compared to head (0947d69) 97.73%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@            Coverage Diff             @@
##             main      #73      +/-   ##
==========================================
- Coverage   98.11%   97.73%   -0.39%
==========================================
  Files          20       22       +2
  Lines        1593     1767     +174
==========================================
+ Hits         1563     1727     +164
- Misses         30       40      +10

Files Changed
Coverage Δ

include/faker-cxx/Number.h
75.00% <ø> (ø)

include/faker-cxx/Helper.h
100.00% <100.00%> (ø)

src/modules/datatype/DatatypeTest.cpp
100.00% <100.00%> (ø)

src/modules/helper/HelperTest.cpp
100.00% <100.00%> (ø)

src/modules/internet/InternetTest.cpp
100.00% <100.00%> (ø)

src/modules/number/NumberTest.cpp
100.00% <100.00%> (ø)

src/modules/system/SystemTest.cpp
100.00% <100.00%> (ø)

... and 1 file with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

I'll solve all errors a little bit later

Bit busy with other things :( so I'll do it tomorrow

Sure, no problem :)

repo: cieslarmichal/faker-cxx


text:
skip non cilium image when get cilium version

Signed-off-by: Ye Sijun junnplus@gmail.com
Fixes: https://github.com/cilium/cilium-cli/issues/736

bumping this fix, as I'm running into it as well on a Digital Ocean cluster using Cilium v1.10.4

/cc maintainer @tklauser

Thanks @Junnplus

authors: Junnplus nreisbeck sayboras tklauser

repo: cilium/cilium-cli


text:
clang 6 fails to compile inline assembly in bpf/include/bpf/ctx/xdp.h

Bug report
When compiling the programs in bpf/ with clang 6, I get the following error:
clang -I/usr/include/x86_64-linux-gnu -I/home/tklauser/go/src/github.com/cilium/cilium/bpf/include -I/home/tklauser/go/src/github.com/cilium/cilium/bpf -D__NR_CPUS__=8 -O2 -g -target bpf -emit-llvm -Wall -Werror -Wno-address-of-packed-member -Wno-unknown-warning-option -c bpf_prefilter.c -o bpf_prefilter.ll
In file included from bpf_prefilter.c:4:
/home/tklauser/go/src/github.com/cilium/cilium/bpf/include/bpf/ctx/xdp.h:46:10: error: unknown register name 'r1' in asm
                     : "r1", "r2");
                       ^
/home/tklauser/go/src/github.com/cilium/cilium/bpf/include/bpf/ctx/xdp.h:72:10: error: unknown register name 'r1' in asm
                     : "r1", "r2");
                       ^
/home/tklauser/go/src/github.com/cilium/cilium/bpf/include/bpf/ctx/xdp.h:151:10: error: unknown register name 'r1' in asm
                     : "r1", "r2");
                       ^
/home/tklauser/go/src/github.com/cilium/cilium/bpf/include/bpf/ctx/xdp.h:185:10: error: unknown register name 'r1' in asm
                     : "r1", "r2");
                       ^
4 errors generated.

The inline assembly was added by commit a194f99a63ea ("bpf: further prep-work to generalize contexts") in PR #10491
clang version 6.0.0-1ubuntu2 (tags/RELEASE_600/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/i686-linux-gnu/8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.4.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.4.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.4.0
Candidate multilib: .;@m64
Selected multilib: .;@m64

This seems to be a known issue (e.g. see https://lore.kernel.org/lkml/20171124144717.GO8789@kernel.org/).
With clang 7 it compiles fine. However, currently the docs state clang >= 3.9.1 as a requirement.
I'm not sure how this should be solved. Just bump the minimum required clang version to 7.0? I guess we can't do much about the inline assembly.
/cc @borkmann @cilium/bpf

Given Cilium image ships with clang/llvm 7, I would align it to that as well. Technically, it may only be needed for the local make, but not at runtime if one doesn't use XDP for example, but given main parts of our CI run with clang/llvm 7 it's probably best to state it as developer requirement.

authors: borkmann tklauser

repo: cilium/cilium


text:
CI: Jenkins: Test runs time out: cilium-health-ep reports "connect: no route to host"

Example run:
https://jenkins.cilium.io/job/Cilium-PR-K8s-1.18-kernel-4.9/1921/execution/node/136/log/?consoleFull
Symptoms:
The overall test run times out at 3 hours.
Many tests report taking a long time for kube-dns to become ready, eg first test in link above:
20:45:30  K8sKafkaPolicyTest Kafka Policy Tests
20:45:30    KafkaPolicies
20:45:30    /home/jenkins/workspace/Cilium-PR-K8s-1.18-kernel-4.9/src/github.com/cilium/cilium/test/ginkgo-ext/scopes.go:518
...
20:46:55  04:46:50 STEP: Waiting for Kubernetes DNS to become operational
20:46:55  04:46:50 STEP: Checking if deployment is ready
20:46:55  04:46:50 STEP: Kubernetes DNS is not ready yet: only 0 of 1 replicas are available
...
20:47:09  04:47:09 STEP: Kubernetes DNS is not ready yet: only 0 of 1 replicas are available
20:47:10  04:47:10 STEP: Checking if deployment is ready
20:47:11  04:47:10 STEP: Checking if pods have identity

A later test:
22:44:53  K8sDatapathConfig Host firewall
22:44:53    With VXLAN and endpoint routes
22:44:53    /home/jenkins/workspace/Cilium-PR-K8s-1.18-kernel-4.9/src/github.com/cilium/cilium/test/ginkgo-ext/scopes.go:518
22:44:53  06:44:50 STEP: Installing Cilium
22:44:55  06:44:55 STEP: Waiting for Cilium to become ready
22:45:35  06:45:30 STEP: Validating if Kubernetes DNS is deployed
22:45:35  06:45:30 STEP: Checking if deployment is ready
22:45:35  06:45:30 STEP: Checking if kube-dns service is plumbed correctly
22:45:35  06:45:30 STEP: Checking if pods have identity
22:45:35  06:45:30 STEP: Checking if DNS can resolve
22:45:35  06:45:35 STEP: Kubernetes DNS is not ready: %!s(<nil>)
22:45:35  06:45:35 STEP: Restarting Kubernetes DNS (-l k8s-app=kube-dns)
22:45:37  06:45:37 STEP: Waiting for Kubernetes DNS to become operational
22:45:37  06:45:37 STEP: Checking if deployment is ready
22:45:38  06:45:38 STEP: Kubernetes DNS is not ready yet: only 0 of 1 replicas are available
...
22:49:21  06:49:21 STEP: Checking if deployment is ready
22:49:21  06:49:21 STEP: Kubernetes DNS is not ready yet: only 0 of 1 replicas are available
22:49:22  06:49:22 STEP: Checking if deployment is ready
22:49:23  06:49:23 STEP: Checking if kube-dns service is plumbed correctly

Later unrelated test also had trouble with routes:
23:41:20  07:41:15 STEP: Performing K8s service preflight check
23:41:36  07:41:35 STEP: Cilium is not ready yet: controllers are failing: cilium-agent 'cilium-vz7wf': controller cilium-health-ep is failing: Exitcode: 0
23:41:36  Stdout:
23:41:36   	 KVStore:                Ok   Disabled
23:41:36  	 Kubernetes:             Ok   1.18 (v1.18.20) [linux/amd64]
23:41:36  	 Kubernetes APIs:        ["cilium/v2::CiliumClusterwideNetworkPolicy", "cilium/v2::CiliumEndpoint", "cilium/v2::CiliumNetworkPolicy", "cilium/v2::CiliumNode", "core/v1::Namespace", "core/v1::Node", "core/v1::Pods", "core/v1::Service", "discovery/v1beta1::EndpointSlice", "networking.k8s.io/v1::NetworkPolicy"]
23:41:36  	 KubeProxyReplacement:   Disabled
23:41:36  	 Cilium:                 Ok   1.10.7 (v1.10.7-f06d6eb)
23:41:36  	 NodeMonitor:            Listening for events on 3 CPUs with 64x4096 of shared memory
23:41:36  	 Cilium health daemon:   Ok
23:41:36  	 IPAM:                   IPv4: 6/254 allocated from 10.0.0.0/24, IPv6: 6/254 allocated from fd02::/120
23:41:36  	 BandwidthManager:       Disabled
23:41:36  	 Host Routing:           Legacy
23:41:36  	 Masquerading:           IPTables [IPv4: Enabled, IPv6: Enabled]
23:41:36  	 Controller Status:      37/38 healthy
23:41:36  	   Name                                          Last success   Last error   Count   Message
23:41:36  	   bpf-map-sync-cilium_lxc                       9s ago         never        0       no error
23:41:36  	   cilium-health-ep                              2m8s ago       11s ago      3       Get "http://10.0.0.170:4240/hello": dial tcp 10.0.0.170:4240: connect: no route to host

At a closer look, it seems like the failing report from the cilium-health-ep controller is likely what's causing most of the timeouts & failures. But it may be only a symptom for a deeper problem that is also causing kube-dns to take a long time to become ready.

v1.11 example: https://jenkins.cilium.io/job/Cilium-PR-K8s-1.16-net-next/2244/


text:
Redirect gets removed mid endpoint lifetime

I'm debugging a connectivity problem for long lived connections and found the following behaviour:
level=debug msg="Resolving identity for labels" endpointID=37615 identityLabels="k8s:io.kubernetes.pod.namespace=default,k8s:app=kafka"
level=debug msg="Resolving identity" identityLabels="k8s:io.kubernetes.pod.namespace=default,k8s:app=kafka"
level=debug msg="Resolved identity" identity=17183 identityLabels="k8s:io.kubernetes.pod.namespace=default,k8s:app=kafka" isNew=false
level=debug msg="Assigned new identity to endpoint" endpointID=37615 identity=17183 identityLabels="k8s:app=kafka,k8s:io.kubernetes.pod.namespace=default"
level=debug msg="Dequeued endpoint from build queue" containerID=78420890e3 endpointID=37615 policyRevision=25
level=debug msg="Regenerating endpoint..." containerID=78420890e3 endpointID=37615 policyRevision=25
level=debug msg="Starting regenerate..." containerID=78420890e3 endpointID=37615 policyRevision=25
level=debug msg="Reusing cached L4 policy" containerID=78420890e3 endpointID=37615 identity=17183 policyRevision=25
level=debug msg="No change in CIDR policy" containerID=78420890e3 endpointID=37615 policyRevision=25
level=debug msg="Policy Ingress enabled" containerID=78420890e3 endpointID=37615 policyRevision=25
level=debug msg="L4 Policy matches" PolicyID.L4=62897 identityLabels="[k8s:app=empire-hq k8s:io.kubernetes.pod.namespace=default]"
level=debug msg="L4 Policy matches" PolicyID.L4=62897 identityLabels="[k8s:app=empire-hq k8s:io.kubernetes.pod.namespace=default]"
[...]
level=debug msg="Evaluating context for source PolicyID" containerID=78420890e3 ctx="{0 0 <nil> [k8s:k8s-app=kube-dns k8s:version=v20 k8s:io.kubernetes.pod.namespace=kube-system] [k8s:io.kubernetes.pod.namespace=default k8s:app=kafka] [] false false}" endpointID=37615 policyID=51669 policyRevision=25
level=debug msg="Evaluating context for source PolicyID" containerID=78420890e3 ctx="{0 0 <nil> [k8s:app=zook k8s:io.kubernetes.pod.namespace=default] [k8s:io.kubernetes.pod.namespace=default k8s:app=kafka] [] false false}" endpointID=37615 policyID=49511 policyRevision=25
level=debug msg="Evaluating context for source PolicyID" containerID=78420890e3 ctx="{0 0 <nil> [reserved:world] [k8s:io.kubernetes.pod.namespace=default k8s:app=kafka] [] false false}" endpointID=37615 policyID=world policyRevision=25
level=debug msg="Evaluating context for source PolicyID" containerID=78420890e3 ctx="{0 0 <nil> [reserved:health] [k8s:io.kubernetes.pod.namespace=default k8s:app=kafka] [] false false}" endpointID=37615 policyID=health policyRevision=25
level=debug msg="Evaluating context for source PolicyID" containerID=78420890e3 ctx="{0 0 <nil> [reserved:cluster] [k8s:io.kubernetes.pod.namespace=default k8s:app=kafka] [] false false}" endpointID=37615 policyID=cluster policyRevision=25
level=debug msg="consumable regenerated" containerID=78420890e3 endpointID=37615 identity=17183 ingressSecurityIdentities="map[host:true 17183:true]" l4Rm="map[62897:map[{33827 6}:{28737 true}]]" policyRevision=25 rulesAdd="map[62897:map[{33827 6}:{28737 true}] host:map[] 17183:map[]]" rulesRm="map[]"
level=debug msg="Forced policy recalculation" containerID=78420890e3 endpointID=37615 policyRevision=25
level=debug msg="Done regenerating" containerID=78420890e3 endpointID=37615 optsChanged=true policyChanged=true policyRevision=25 policyRevision.next=25
level=debug msg="Waiting for proxy updates to complete..." containerID=78420890e3 endpointID=37615 policyRevision=25
level=debug msg="Wait time for proxy updates: 34.33µs" containerID=78420890e3 endpointID=37615 policyRevision=25
level=debug msg="Successfully annotated pod with %s=%scilium.io/identity17183" endpointID=37615 k8sIdentityAnnotation=cilium.io/identity k8sNamespace=default k8sPodName=kafka-broker-274039942-3r4c3 retryUUID=25b29c6d-1387-11e8-9b15-02fa46199d60 subsys=k8s
level=error msg="Unable lookup original destination" error="Unable to find IPv4 proxy entry for 172.203.185.134:55300 (6) => 16752: Unable to lookup element: no such file or directory" source="172.203.185.134:55300"
level=error msg="Unable lookup original destination" error="Unable to find IPv4 proxy entry for 172.203.185.134:55302 (6) => 16752: Unable to lookup element: no such file or directory" source="172.203.185.134:55302"
level=error msg="Unable lookup original destination" error="Unable to find IPv4 proxy entry for 172.203.185.134:55304 (6) => 16752: Unable to lookup element: no such file or directory" source="172.203.185.134:55304"
level=debug msg="Removing redirect to endpoint" PolicyID.L4="37615:ingress:TCP:9092" endpointID=37615
level=debug msg="removing proxy redirect" id="37615:ingress:TCP:9092"

In the current implementation, a proxy redirect is removed for a port if and only if the policy doesn't have any L7 rule for the port anymore. Is there anything wrong with that?
The question should then be: why are the policy rules for the port modified to remove all L7 rules?

authors: rlenglet tgraf


text:
datapath,daemon: Add check for loadBalancerSourceRanges

This PR extends the kube-proxy replacement by adding a support for LoadBalancer service source range checks which:

If specified and supported by the platform, this will restrict traffic through the cloud-provider load-balancer will be restricted to the specified client IPs. This field will be ignored if the cloud-provider does not support the feature." More info: https://kubernetes.io/docs/tasks/access-application-cluster/configure-cloud-provider-firewall/

(https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.18/#servicespec-v1-core)
TODO for an immediate follow-up:

[ ] Update the kube-proxy replacement guide wrt the feature.
[ ] Update the docs wrt to the src range map size.
[ ] Introduce cilium bpf source-range list, add it to bugtool and replace time.Sleep() in the extended integration test with it.

Reviewable per commit.
Add a check for loadBalancerSourceRanges to the kube-proxy replacement

Reported-by: John Watson johnw@planetscale.com (@dctrwatson)

Coverage decreased (-0.04%) to 37.075% when pulling 8f798c1d9b6fea606b97d0ed0f11fc0712c7735b on pr/brb/lb-src-addr-v2 into b920dfd33da8904010df7eae472cafe8c4455d5f on master.

Coverage decreased (-0.03%) to 37.084% when pulling 8f798c1d9b6fea606b97d0ed0f11fc0712c7735b on pr/brb/lb-src-addr-v2 into b920dfd33da8904010df7eae472cafe8c4455d5f on master.

test-me-please

test-me-please

test-me-please

test-me-please

test-me-please

test-me-please

test-me-please

retest-netnext

retest-netnext

retest-net-next

@joestringer @borkmann All tests have passed. Are you OK with the changes? Can we merge this PR?

test-me-please

Wrt Introduce cilium bpf source-range list, add it to bugtool and replace time.Sleep() in the extended integration test with it. couldn't we just extend the cilium service list output and extend the dump to show src CIDR restrictions for the affected services?

Wrt Introduce cilium bpf source-range list, add it to bugtool and replace time.Sleep() in the extended integration test with it. couldn't we just extend the cilium service list output and extend the dump to show src CIDR restrictions for the affected services?

Thanks, created https://github.com/cilium/cilium/issues/13303 to track this.

authors: borkmann brb coveralls


text:
kpr: Make it possible to run bpf_sock on Kind

Please see commit msgs.
Marked to be backported to v1.9, because this will resolve the BPF complexity issues when the host-reachable svc is disabled.
On lack of unit tests - unfortunately, we cannot control whether the unit tests will run on a host with or without cgroup v1 which can influence the results. Anyway, I'm planning to enable kpr test suite on Kind.
Support kube-proxy-replacement when running on Kind

@brb On newer kernels (at least with 5.10), Kind is broken on v1.9 with the recommended options (ie:  --set hostServices.enabled=false). Should we add a note about it (only in v1.9 docs)?

On newer kernels (at least with 5.10), Kind is broken on v1.9 with the recommended options (ie: --set hostServices.enabled=false). Should we add a note about it (only in v1.9 docs)?

@rolinh Good point, I will create a separate PR to update the docs. Meanwhile, could you create an issue for it so that I could link it in the docs?

test-me-please

test-me-please

test-gke

Marked to be backported to v1.9, because this will resolve the BPF complexity issues when the host-reachable svc is disabled.

Could you elaborate on that? How does the PR resolve the complexity issues? You mean in the sense that users must run kind with kube-proxy free to workaround this (but the PR doesn't fix them), right?

Could you elaborate on that? How does the PR resolve the complexity issues? You mean in the sense that users must run kind with kube-proxy free to workaround this (but the PR doesn't fix them), right?

Yep, I meant s/resolve/work around/.

test-me-please

test-net-next

authors: borkmann brb rolinh


text:
v1.9 backports 2021-06-16

[ ] #14594 -- datapath: Do not use proxy original source address with tunneling (@jrajahalme)
[ ] #16190 -- pkg/k8s: add pod IP event change (@aanm)
[ ] #16342 -- docs: Clarify LRP loop related note (@aditighag)

$ for pr in 14594 16190 16342; do contrib/backporting/set-labels.py $pr done 1.9; done

I had the first and third PRs included in https://github.com/cilium/cilium/pull/16568. I had skipped the second because I was not able to resolve the conflict. I just cherry-picked it from your backport :pray:
Closing in favor of https://github.com/cilium/cilium/pull/16568.

authors: nathanjsweet pchaigno


text:
docs: Update docs with minimum helm version

Helm install may fail with following error on older versions -
Error: parse error at (cilium/templates/validate.yaml:38): unclosed action
Suggested-by: Chris Tarazi chris@isovalent.com

I'm not opposed to the upgrade, but I'm wondering if there would be an easy fix for the YAML file instead of forcing users to install a more recent version of Helm.
Your error message mentions line 38 of the YAML file. Could it be something as simple as the different parts of the if not being in the same line in commit 1d62cad? Just in case, did you try something like this:
diff --git a/install/kubernetes/cilium/templates/validate.yaml b/install/kubernetes/cilium/templates/validate.yaml
index 6c0ffed94563..3757aacab26f 100644
--- a/install/kubernetes/cilium/templates/validate.yaml
+++ b/install/kubernetes/cilium/templates/validate.yaml
@@ -35,9 +35,7 @@
 {{- end }}

 {{/* validate hubble-ui specific config */}}
-{{- if and .Values.hubble.ui.enabled
-  (ne .Values.hubble.ui.backend.image.tag "latest")
-  (ne .Values.hubble.ui.frontend.image.tag "latest") }}
+{{- if and .Values.hubble.ui.enabled (ne .Values.hubble.ui.backend.image.tag "latest") (ne .Values.hubble.ui.frontend.image.tag "latest") }}
   {{- if regexReplaceAll "@.*$" .Values.hubble.ui.backend.image.tag "" | trimPrefix "v" | semverCompare "<0.9.0" }}
     {{ fail "Hubble UI requires hubble.ui.backend.image.tag to be '>=v0.9.0'" }}
   {{- end }}

Not sure. I already upgraded helm, and that resolved the issue.


text:
auth: Enable ClusterFirstWithHostNet dnsPolicy conditionally

This was overlooked in the below commit, my bad :(.
Relates: 6d9772ad
Fixes: #24774

/ci-eks

/ci-eks

/test

test-1.26-net-next was triggered twice as per below:

one was timed out https://jenkins.cilium.io/job/Cilium-PR-K8s-1.26-kernel-net-next/1747/
one is successful here https://jenkins.cilium.io/job/Cilium-PR-K8s-1.26-kernel-net-next/1748/.

ci-datapath failure is happening in master branch as well https://github.com/cilium/cilium/actions/runs/4664037693. The change in this PR should not have any impact on datapath tests.
Marking this ready to merge to fix ci-eks failure in master.


text:
Prepare for release v1.12.12

Summary of Changes
Minor Changes:

daemon: don't allow egress gateway with KV store identity allocation (Backport PR #26420, Upstream PR #26189, @jibi)

Bugfixes:

bgpv1: Unconditionally select node when empty nodeSelector is given (Backport PR #26746, Upstream PR #26590, @YutaroHayakawa)
client, health/client: set dummy host header on unix:// local communication (Backport PR #26916, Upstream PR #26800, @tklauser)
Fix bug that caused transient IPsec packet drops on upgrades when tunneling is enabled. (Backport PR #26859, Upstream PR #26708, @pchaigno)
Fix bug where CNI gets installed even if cni.install=false (Backport PR #26420, Upstream PR #26278, @joestringer)
Fix path asymmetry when using pod-to-pod encryption with IPsec and tunnel mode. (Backport PR #26859, Upstream PR #25440, @pchaigno)
Fixed Cilium agent crash when policy refers to a non-existing Envoy listener. (Backport PR #26420, Upstream PR #25969, @jrajahalme)
Fixed proxy redirect policy implementation when any deny rule prevents them. (Backport PR #26750, Upstream PR #26344, @jrajahalme)
ingress: Delay secret sync if not available (Backport PR #26994, Upstream PR #26988, @sayboras)
ipsec: Split removeStaleXFRMOnce to fix deprioritization issue (Backport PR #26420, Upstream PR #26113, @jschwinger233)

CI Changes:

ariane: don't skip verifier and l4lb tests on vendor/ changes (Backport PR #26738, Upstream PR #26715, @tklauser)
v1.12: ci: use Ariane to trigger workflows (#26579, @nbusseneau)

Misc Changes:

Add cilium bpf nodeid list to bugtool and print nodeid in hex in ipcache dump (Backport PR #26420, Upstream PR #26130, @brb)
Adding an AWS architecture diagram for AWS FTR review (Backport PR #26420, Upstream PR #26016, @amitmavgupta)
Calling out support for Single-Region, Multi-Region, Multi-AZ for EKS (Backport PR #26420, Upstream PR #26015, @amitmavgupta)
chore(deps): update actions/setup-go action to v4 (v1.12) (#26447, @renovate[bot])
chore(deps): update all github action dependencies (v1.12) (minor) (#26446, @renovate[bot])
chore(deps): update all github action dependencies (v1.12) (patch) (#26443, @renovate[bot])
chore(deps): update docker.io/library/alpine docker tag to v3.16.6 (v1.12) (#26444, @renovate[bot])
chore(deps): update docker.io/library/alpine docker tag to v3.16.6 (v1.12) (#26445, @renovate[bot])
chore(deps): update docker.io/library/ubuntu:20.04 docker digest to c9820a4 (v1.12) (#26705, @renovate[bot])
chore(deps): update docker.io/library/ubuntu:20.04 docker digest to f8f6584 (v1.12) (#26442, @renovate[bot])
chore(deps): update docker/setup-buildx-action action to v2.9.1 (v1.12) (#26829, @renovate[bot])
chore(deps): update hubble cli to v0.12.0 (v1.12) (minor) (#26766, @renovate[bot])
doc: Documented incompatibility of EgressGW and kvstore (Backport PR #26659, Upstream PR #26139, @PhilipSchmid)
docker: Detect default "desktop-linux" builder (Backport PR #26420, Upstream PR #25908, @jrajahalme)
docs/ipsec: Clarify limitation on number of nodes (Backport PR #26859, Upstream PR #26810, @pchaigno)
docs: Bump Sphinx and sphinx-tabs version. (Backport PR #27059, Upstream PR #20997, @qmonnet)
docs: clarify that L3 DNS policies require L7 proxy enabled (Backport PR #26420, Upstream PR #26180, @wedaly)
docs: fixed search for every page (Backport PR #27059, Upstream PR #26892, @geakstr)
docs: Ignore Helm values, update spelling list (Backport PR #27059, Upstream PR #26759, @qmonnet)
docs: Pick up PyYAML 6.0.1 (Backport PR #26916, Upstream PR #26883, @michi-covalent)
docs: Revert Python version in docs-builder image to 3.7.9, downgrade sphinxcontrib-applehelp, to fix builds on Read The Docs (Backport PR #27059, Upstream PR #24099, @qmonnet)
docs: reword incorrect L7 policy description (Backport PR #26420, Upstream PR #26092, @peterj)
docs: Rework requirements.txt: Generate from minimal list (Backport PR #27059, Upstream PR #20978, @qmonnet)
docs: Update dependencies for documentation build system (Sphinx, add-ons etc.) (Backport PR #27059, Upstream PR #24014, @qmonnet)
Documentation: enable parallel builds (Backport PR #27059, Upstream PR #23752, @squeed)
Fix "make -C Documentation builder-image" (Backport PR #26916, Upstream PR #26874, @michi-covalent)

Other Changes:

envoy: Bump envoy version to v1.24.10 (#27068, @sayboras)

envoy: Bump envoy version to v1.24.9 (#26806, @sayboras)

envoy: Bump minor version to v1.24.x (#26328, @sayboras)
install: Update image digests for v1.12.11 (#26270, @qmonnet)
service: Handle backend with initial state set to Terminating (#25863, @sterchelen)
v1.12 docs: Use stable-v0.14.txt for cilium-cli version (#26466, @michi-covalent)

Maybe I'm wrong or I don't see it because I'm on the GH mobile app, but I don't see my PR included in the changed files.

authors: PhilipSchmid gentoo-root


text:
external-workloads: do not automatically infer ClusterID/Name

Currently, when the Cilium agent running on a VM joins an existing cluster, it automatically infers the corresponding ClusterID and ClusterName. Yet, this introduces a dependency order, because all consumers of that field need to be initialized after the connection to the remote cluster, which is especially problematic as more components get converted to cells. Additionally, this may also lead to possible user confusion, as the corresponding parameter is reported as not initialized in the logs.
Hence, let's require these parameters to be explicitly set, reporting a failure in case they don't match those automatically discovered.
Depends on https://github.com/cilium/cilium-cli/pull/1948

Don't automatically infer ClusterID and ClusterName for external workloads.

Does this need to be documented in the upgrade notes as a breaking change or is this not a configuration we expect users to have?

External workloads are marked as a beta feature, but I agree that it makes sense to call this out as a breaking change. I've updated the upgrade notes to document it.

/test

/test

@giorio94 Thanks for your patience. This is well-written and needs only some small tweaks for approval.

Thanks @zacharysarah for the feedback, I've applied your suggestion.

/test


text:
endpointmanager: Improve health reporter messages when stopped

The health reporter messages could use a bit more clarity and another
was a copy-paste mistake.
Fixes: bb957f3821 ("endpointmanager: add modular health checks to epm componenets.")
Signed-off-by: Chris Tarazi chris@isovalent.com

cc @tommyp1ckles

/test


text:
WIP Daemon: PolicyAdd holding PolicyRepo.

Test code to validate that all test are passing correctly.
Signed-off-by: Eloy Coto eloy.coto@gmail.com

This change is

test-me-please


text:
revert bpf enhancements

This change is

test-me-please

test-me-please

test-me-please

This is no longer needed

authors: aanm raybejjani tgraf


text:
ターゲットリセット用のピンを初期化する

rust-dapデバッグボードでターゲットリセット用に一応 GP4 をつないであるが、このピンを初期化していないためデバッガの接続に失敗する場合があった。
対策として最低限出力に設定してHに固定しておく
https://github.com/ciniml/rust-dap/issues/28#issuecomment-1179555095

とりあえず修正版つくった
https://github.com/ciniml/rust-dap/pull/30

#30 マージしたのでclose

repo: ciniml/rust-dap


text:
🛑 Cioos National CKAN is down

In 0fd0567, Cioos National CKAN (https://catalogue.cioos.ca/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Cioos National CKAN is back up in b6b9a2c after 4 minutes.

repo: cioos-siooc/cwatch-upptime


text:
Update sbt-release to 1.0.10

Updates com.github.gseitz:sbt-release from 1.0.9 to 1.0.10.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention @scala-steward in the comments below.
Have a nice day!

Codecov Report

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

@@           Coverage Diff           @@
##           master      #13   +/-   ##
=======================================
  Coverage   76.92%   76.92%
=======================================
  Files           2        2
  Lines          13       13
=======================================
  Hits           10       10
  Misses          3        3

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 17ec669...c5135cd. Read the comment docs.

authors: codecov-io scala-steward

repo: circe/circe-spray


text:
Investigate failed Scala Steward PRs

Scala Steward is really fantastic, but I've been doing a terrible job of keeping up with Scala Steward PRs, and there are a lot of failed ones sitting around in Circe projects (#1675 is one example here).
It's not glamorous work, but it would be really helpful for people to go through repos in the Circe org, look for failed Scala Steward PR, and try to figure out why they've failed, and specifically if they have failed because they need changes to code to support the update.

I'm starting with circe-optics.

repo: circe/circe


text:
CircleCI 2.0 images do not support docker-compose profiles

Hi Team
Our API automation test uses docker-compose and everything works fine with the previous version of circleci/ruby:3.0.0 image. Changing it to cimg/ruby:3.0.0 image is now causing this error in my docker-compose:
COMPOSE_PROFILES=services docker-compose -p jiva pull
ERROR: The Compose file './docker-compose.yml' is invalid because:
Unsupported config option for services.asliristub: 'profiles'
We need to use docker-compose profiles for our tests. There is no workaround. Why is this failing? Can circleci next gen images support compose profiles please?

As a workaround, in the new image, I am doing a bunch of things to get this working. I am setting environments for CLOUDSDK_PYTHON and LD_LIBRARY_PATH. I am also explicitly installing docker-compose v'1.29.2'. This should be available to the new generation images. Why else would it be next generation?

repo: circleci/circleci-images


text:
Avoid installation caches in image layers

Checklist

[ ] I've run make from the root directory to see all Dockerfiles are created successfully.
[x] I've updated the documentation if necessary.

Motivation and Context
This avoids including the apt-get and pip installation cache files in the Docker image layers, which follows Dockerfile best practices.
This should reduce the size of the Python images for example by about 20 to 30 MB (estimated), which is significant when multiplied by all pulls.
Background for apt-get:

https://docs.docker.com/develop/develop-images/dockerfile_best-practices/#apt-get

this looks fantastic tysm @PiDelport
we're v aware our dockerfiles are highly non-optimal 😩...... we're working on an internal pilot to launch a brand new set of images that are built very differently, which will be super in-line w/ docker best practices, but there's definitely a lot we can cleanup here in the interim 🙏

i'll wait for @felicianotech to weigh in but then i'm 👌 to merge

This PR looks good to me though I had one inline comment.
@iynere While this PR is technically sound, there is one concern here. In a normal situation, what we should be doing is removing the Apt cache. That's what this PR does, and it makes the images smaller, which is a good thing.
The problem is, because we didn't do this previously, many users can install a package during a build with just apt-get install right now and it will work. If we publish this change, all users will have to run apt-get update before they run apt-get install otherwise their build will fail.
So the question is, do we implement a Dockerfile best practice that will make our images slightly more light-weight but will then break some user builds?
If the answer is yes, we should probably at least pre-announce this change in Discuss to give people some heads up.

@felicianotech: That's a good point.
It should be standard Dockerfile practice to update before installing, but is there any way to gather data on how many builds may not be doing this?

@felicianotech yeah, i think we should do it but announce first
i'd say the vast majority of folks know that sometimes you have to apt-get update before installing a package—so i think it's worth the tradeoff

@iynere Want to add this to the mid-2019 milestone? Or should this land sooner?

@felicianotech no, i think if we're going to have to announce it in advance, we should add it to the milestone, thank you !

Hey @PiDelport,
So I've added this PR to our mid-2019 milestone where we plan to merge several changes that will break some user's builds. This allows us, and users, to plan ahead with proper communication around these breaking changes.
So, this will take a couple of months (potentially) to merge, but it will be merged. :)

@felicianotech: Cool, thanks for the update!
I see this gained a merge conflict; should we try to keep it rebased and up to date until the milestone?

Just been burnt by this issue. Because the image caches can be out of date the first
sudo apt update will fail on building a circle circleci job using an old image.
Please clean up with sudo rm -rf /var/lib/apt/lists/* at the end of the image build. It is not super intuitive to work out what/why builds were failing at apt update. It is best practice for more than just image size optimisation.
:+1: to the pull request this is a good idea

authors: PiDelport Richard-Mathie felicianotech iynere


text:
Port NaN fixes from libcircllhist

Also: Actually run the test suite!

LGTM

authors: HeinrichHartmann pamaddox


text:
Some upstream CISA documentation for CSET has busted pointers in to a rogue looking github account "cisa"

Start here: https://www.cisa.gov/cybersecurity-performance-goals
Follow the card: Cross-Sector Cybersecurity Performance Goals - Slick Sheet -> Resource Materials -> CPG Slicksheet pdf
CPG Slicksheet PDF has this:
...
FORMAT AND DELIVERY
The CPG assessment is offered through the Cyber Security Evaluation Tool (CSET®). CSET® is a Department of Homeland
Security (DHS) product that assists organizations in protecting their key national cyber assets, offering more than 60
different cybersecurity assessments. This tool is a downloadable, stand-alone desktop application that provides users
with a systematic and repeatable approach for assessing the security posture of their cyber systems and networks.
Within CSET®, the 38-question CPG assessment can be done through self-assessment or facilitated with a CISA partner.
The CPGs will be regularly updated, with a targeted revision cycle of every six to twelve months. As such, feedback is
appreciated and can be submitted at _**https://www.github.com/cisa/cyber-performance-goals**_.
Note the github link. I don't think https://www.github.com/cisa is the droid we are looking for.

Due to this issue being outside of the scope of the CSET application I'm going to close it. We will pass the word along though and try to get the slicksheet updated.

authors: LanceBraswell mckenziewillmore

repo: cisagov/cset


text:
User Register Email Notification

🗣 Description

A notification email is sent out when a new user registers with the application.

💭 Motivation and context

🧪 Testing

📷 Screenshots (if appropriate)

✅ Checklist

[ ] This PR has an informative and human-readable title.
[ ] Changes are limited to a single goal - eschew scope creep!
[ ] All future TODOs are captured in issues, which are referenced
in code comments.
[ ] All relevant type-of-change labels have been added.
[ ] I have read the CONTRIBUTING document.
[ ] These code changes follow cisagov code standards.
[ ] All relevant repo and/or project documentation has been updated
to reflect the changes in this PR.
[ ] Tests have been added and/or modified to cover the changes in this PR.
[ ] All new and existing tests pass.

@dylanj1752 I merged in the skeleton to this branch and updated the PR with the new PR template. Can you go and fill the new form out?

repo: cisagov/domain-manager-api


text:
Automate hash scans

🗣 Description
Create extra file to automate the IOC Hash scans.

This script currently is only valid for Debian and Fedora systems.
Requires AWS_CREDENTIALS_FILE and AWS_REGION environmental variables to already be set.
Assumes it will be run from ioc-scanner/extras
Takes a file with a list of instance id's in separate lines
Requires declaring the AWS_PROFILE as an argument
Starts port forwarding on the local system. Then it verifies that netcat is installed in the instance and starts netcat listening on port 6666. It uploads the latest copy of ioc_scanner.py with the latest hashes to the instance. Then it executes ioc_scanner.py and directs the output to a local log file.

💭 Motivation and context
The current process requires manually uploading the ioc_scanner.py file to each instance one at a time. This is a laborious method and not scaleable.
🧪 Testing
This was tested using the default test blobs in ioc_scanner.py.
✅ Pre-approval checklist

[x] This PR has an informative and human-readable title.
[x] Changes are limited to a single goal - eschew scope creep!
[x] All relevant type-of-change labels have been added.
[x] I have read the CONTRIBUTING document.
[x] These code changes follow cisagov code standards.
[x] All new and existing tests pass.

For the same reasons as discussed in #53, this PR will not require a version change to this repo, so I deleted the "Pre-merge" and "Post-merge" checklist sections in the PR description.

@bra1ncramp Just pinging on this PR so that it doesn't get forgotten.  It's good stuff- we should try to get it across the finish line soon.

@bra1ncramp - Are you running pre-commit locally?  That should have automatically caught the correction I made in commit 93e1b32.

@bra1ncramp - Are you running pre-commit locally? It should have automatically caught the correction I made in commit 93e1b32.

@bra1ncramp - Are you running pre-commit locally? It should have automatically caught the linting error you committed in e21a303227373d33b7b8b48d6a8d71c335fa419d.

@bra1ncramp - Are you running pre-commit locally? It should have automatically caught the correction I made in commit 93e1b32.

@bra1ncramp - Are you running pre-commit locally? It should have automatically caught the linting error you committed in e21a303.

~What's the error? pre-commit isn't showing me any error.~
I was running it wrong. I should have run pre-commit run --all-files instead of just pre-commit

You should run pre-commit install to install the git hook.  Then pre-commit will check your changes before you are allowed to commit them.  See the instructions here, for example.

repo: cisagov/ioc-scanner


text:
Add credential exposure tables and adjust foreign keys

Added data models for the postgres database for the different hibp and cybersix exposure sources. Also updated direction of the relationships in dns tables to point the correct direction
fixes #38
💭 Motivation and context
• This change is required to get the initial database configuration set up to model the data we are pulling from our various APIs that we will then use when generating our reports.
• This solves our problem of not having a model/ or location to store the data we need for our report
🧪 Testing
passes pre-commits and pytest
✅ Checklist

[x] This PR has an informative and human-readable title.
[x] Changes are limited to a single goal - eschew scope creep!
[x] All future TODOs are captured in issues, which are referenced
in code comments.
[x] All relevant type-of-change labels have been added.
[x] I have read the CONTRIBUTING document.
[x] These code changes follow cisagov code standards.
[x] All relevant repo and/or project documentation has been updated
to reflect the changes in this PR.
[x] Tests have been added and/or modified to cover the changes in this PR.
[x] All new and existing tests pass.

Pull Request Test Coverage Report for Build 1194454233

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

Totals

Change from base Build 1174855813:
0.0%

Covered Lines:
157

Relevant Lines:
224

💛  - Coveralls

@DJensen94 , @aloftus23 make sure to add in assignee, labels, links and projects when creating PR.. makes it traceable the more we build out here.

authors: DJensen94 coveralls schmelz-ctr

repo: cisagov/pe-reports


text:
Add CodeQL Workflow

🗣 Description
This pull request adds a CodeQL workflow to our Ansible role projects.

💭 Motivation and context
Since we usually have Python testing code we can help keep it clean by leveraging CodeQL much like we do for our regular Python projects. This is also in response to the deluge of "real person" pull requests we are getting from GitHub because we have LGTM enabled.

🧪 Testing
Automated tests pass. I looked at the CodeQL scanning results and confirmed it was looking at the test code in this repository.

✅ Pre-approval checklist

[x] This PR has an informative and human-readable title.
[x] Changes are limited to a single goal - eschew scope creep!
[x] All relevant type-of-change labels have been added.
[x] I have read the CONTRIBUTING document.
[x] These code changes follow cisagov code standards.
[x] Tests have been added and/or modified to cover the changes in this PR.
[x] All new and existing tests pass.

How do we know you're not a bot?! 😝

Just look at my profile! Clearly not a 🤖!

repo: cisagov/skeleton-ansible-role


text:
Modelo Machine Learning 👾

Implementación de Modelo de Machine Learning  para el proyecto.

Para el Machine Learning se usaron las librerías NLTK (Natural Language Toolkit) y sklearn. En nuestro caso se implementó en el análisis de sentimientos para determinar la polaridad emocional de las opiniones de las personas acerca de los hoteles.
Modelo de Recomendación

Con esto se da por cumplida la actividad


text:
Run backstop tests against the demo app

Similar to #1398  but possibly something we could sooner.
Consider running backstop tests against the demo app instead of Storybook? We could potentially look at #1403 at the same time as this.
Feels like it would be a more representative environment as there’s no injected Storybook styles to contend with.

We've now done this 🥳

authors: davidrapson davidsauntson

repo: citizensadvice/design-system


text:
Invalid TPKT size was detected

Hi @citronneur ,
Thanks for your amazing work to bringing us this crate.
I'm trying to build a wasm application based on your work.
But got some unexpected error "Invalid minimal size for TPKT"
I tried to ignore it and it seems can restore itself.
But when looking through your mstsc-rs code, it seems the program shall be terminated when the error occurs
https://github.com/citronneur/rdp-rs/blob/7ac880d7efb7f05efef3c84476f7c24f4053e0ea/src/bin/mstsc-rs.rs#L325-L344
See the screenshot which shows it continues to work when the error shows up.

Do you have any idea about this error? 'cuz I cannot observe it when using the mstsc-rs which makes me confused.
BTW, the errors happens at line 142 #1, 159 #2, 166 #3 with the tuple (action, length) shown in the screenshot
https://github.com/citronneur/rdp-rs/blob/7ac880d7efb7f05efef3c84476f7c24f4053e0ea/src/core/tpkt.rs#L124-L172
Thanks in advance

Just for your information
I tried to propagate the warning from the library itself to the web console and got the following result

It seems that the tpkt error is not predictive and has nothing to do with the previous warning.
App build from https://github.com/HsuJv/webgateway/blob/10e5ab5311e42a07e332790bac2d13c61fb952df/webrdp if you want to review the client-side code

repo: citronneur/rdp-rs


text:
Consider Restoring Show/Hide WorldTracker button functionality

Describe the bug
The small circular button to the right of the Science/Culture/Government/Climate does not appear to do anything of use.  In reality it is opening a context menu, but that menu is currently empty... so it does not do anything of use.

In Vanilla, this button hides the World Tracker.
To Reproduce
Steps to reproduce the behavior:

Click on the button circled in picture above.
Observe the appearance (or disappearance) of a line below that button.

Expected behavior
We should consider restoring this functionality, or at least providing a menu option that allows the user to restore this functionality.
General informations

OS: Win10
Version 1.0.1.501 (Spring 2020 Patch)

The code that's controlling this is in LaunchBar.lua, and probably in LaunchBar.xml (as it removes the arrow that occupies the center of that button that is observed in Vanilla).
This is also a copy of a report from https://github.com/Azurency/CQUI_Community-Edition/issues/14

Yeah from what I remember it was removed when Modular Screen mod was added back when Chaorace added it in. I think this is info on it:
https://github.com/Azurency/CQUI_Community-Edition/commit/571f7af91be6d71980dde2dd4967859bfda94222

I would try to contact astog and see if he can help. I think he is still around, he does the More Lenses, mod.

@therealcrow999 would you be able to submit a PR or drive this to ensure someone else submits a PR with the fix?

I'll try to implement something like this:

Left Click - original functionality, i.e. open / close world tracker
Right Click - open / close extras

I've restored the default "toggle world tracker" button and its functionality.
If there are no extras, then this is it - the extra button will be hidden.
If someone will use the extras then the button will appear above the world tracker and will function as in CQUI.

Stupid question, what exactly is a "World Tracker"? I have tried to google it but no luck.

There can be more sections added fairly easily. I suppose Firaxis had some bigger plans for it, but it ended up with only tech and civics trackers.


text:
There is no mex.h

https://github.com/cjlin1/libsvm/blob/88a1881f03ca139beff93170d7e6f36477fabe54/matlab/svm_model_matlab.c#L5

I met this problem.
I solved this by installing Xcode (MacBook Pro), then in Matlab prompt, run "mex -setup" and "make".

authors: LRacoci caitaozhan


text:
add dcos api token

Add dcos api token fixes #23

Thanks @mehtaphysical! I just made a few minor changes to get the automated checks passing again.

authors: ckaznocha mehtaphysical

repo: ckaznocha/marathon-resource


text:
discard doesn't work

Expected: different values printed each time
What happened: same value printed each time
var Random = require("random-js");
for (var i = 0; i < 10; i++) {
  var mt = Random.engines.mt19937().seed(1337).discard(i);
  console.log(i, mt());
}

Output:
0 1125387415
1 1125387415
2 1125387415
3 1125387415
4 1125387415
5 1125387415
6 1125387415
7 1125387415
8 1125387415
9 1125387415

I ran into the same issue today and found out that discard() only works when you have generated at least one random number before calling it.
Example Code (using a six-sided die for illustration purposes, as this gives nicer numbers):
var R = require('random-js');

var mt1 = R.engines.mt19937();
mt1.seed(1);
R.die(6)(mt1); // --> 2
R.die(6)(mt1); // --> 6
R.die(6)(mt1); // --> 1
R.die(6)(mt1); // --> 3

var mt2 = R.engines.mt19937();
mt2.seed(1);
mt2.discard(1);
R.die(6)(mt2); // --> gives 2, should be 6
mt2.discard(1);
R.die(6)(mt2); // --> gives 1, so discard works now

var mt3 = R.engines.mt19937().seed(1);
R.die(6)(mt3.discard(1)); // --> gives 2, should be 6
R.die(6)(mt3.discard(1)); // --> gives 1, so discard works now

var mt4 = R.engines.mt19937().seed(1).discard(1);
R.die(6)(mt4); // --> 2, should be 6

As a workaround you can generate a random number first and then discard any remaining numbers:
// return the n-th random number
var R = require('random-js');
function random( seed, n ) {
  var mt = R.engines.mt19937().seed(seed);
  var result = mt();
  if (n > 0) {
    mt.discard(n - 1);
    result = mt();
  }
  return result;
}

The demo code from @dmnd should work with this:
for (var i = 0; i < 10; ++i) {
  console.log(i, random(1337, i));
}

Sorry for the delay on this one.

Thanks @ckknight!

authors: ckknight dmarku dmnd

repo: ckknight/random-js


text:
Import Error.

Dear team,
I am trying to  import bento, an error occured.

…]()
Looking forward to hear your thoughts.

Thank you for your reply. It works for me.

repo: ckmah/bento-tools


text:
clij3 imglib2 break bigdataviewer

When installing clij3 along with the new imglib2 jar, it break bigdataview with the following error. Not related to clij3 it self but put it here as a warning until fix is done.
Exception in thread "AWT-EventQueue-0" com.jogamp.opengl.GLException: Caught NoSuchMethodError: net.imglib2.view.Views.flatIterable(Lnet/imglib2/RandomAccessibleInterval;)Lnet/imglib2/IterableInterval; on thread AWT-EventQueue-0
	at com.jogamp.opengl.GLException.newGLException(GLException.java:76)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1327)
	at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:1147)
	at com.jogamp.opengl.awt.GLJPanel$OffscreenBackend.doPaintComponent(GLJPanel.java:2095)
	at com.jogamp.opengl.awt.GLJPanel.paintComponent(GLJPanel.java:569)
	at btbvv.core.InteractiveGLDisplayCanvas$MyGLJPanel.paintComponent(InteractiveGLDisplayCanvas.java:141)
	at javax.swing.JComponent.paint(JComponent.java:1056)
	at javax.swing.JComponent.paintChildren(JComponent.java:889)
	at javax.swing.JComponent.paint(JComponent.java:1065)
	at javax.swing.JComponent.paintChildren(JComponent.java:889)
	at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1047)
	at javax.swing.JComponent.paint(JComponent.java:1065)
	at javax.swing.JComponent.paintChildren(JComponent.java:889)
	at javax.swing.JComponent.paint(JComponent.java:1065)
	at javax.swing.JComponent.paintChildren(JComponent.java:889)
	at javax.swing.JComponent.paint(JComponent.java:1065)
	at javax.swing.JLayeredPane.paint(JLayeredPane.java:586)
	at javax.swing.JComponent.paintChildren(JComponent.java:889)
	at javax.swing.JComponent.paintToOffscreen(JComponent.java:5217)
	at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579)
	at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502)
	at javax.swing.RepaintManager.paint(RepaintManager.java:1272)
	at javax.swing.JComponent.paint(JComponent.java:1042)
	at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:39)
	at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:79)
	at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:116)
	at java.awt.Container.paint(Container.java:1978)
	at java.awt.Window.paint(Window.java:3906)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:842)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:814)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789)
	at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738)
	at javax.swing.RepaintManager.access$1200(RepaintManager.java:64)
	at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.lang.NoSuchMethodError: net.imglib2.view.Views.flatIterable(Lnet/imglib2/RandomAccessibleInterval;)Lnet/imglib2/IterableInterval;
	at btbvv.core.render.DefaultSimpleStackManager.copyToBufferU16(DefaultSimpleStackManager.java:159)
	at btbvv.core.render.DefaultSimpleStackManager.uploadToTextureU16(DefaultSimpleStackManager.java:150)
	at btbvv.core.render.DefaultSimpleStackManager.lambda$0(DefaultSimpleStackManager.java:83)
	at java.util.HashMap.computeIfAbsent(HashMap.java:1128)
	at btbvv.core.render.DefaultSimpleStackManager.getSimpleVolume(DefaultSimpleStackManager.java:83)
	at btbvv.core.render.VolumeRenderer.draw(VolumeRenderer.java:346)
	at btbvv.core.VolumeViewerPanel$1.display(VolumeViewerPanel.java:1061)
	at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:692)
	at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:674)
	at com.jogamp.opengl.awt.GLJPanel$Updater.display(GLJPanel.java:1446)
	at com.jogamp.opengl.awt.GLJPanel$10.run(GLJPanel.java:1521)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1293)
	... 49 more
Exception in thread "AWT-EventQueue-0" com.jogamp.opengl.GLException: Caught NoSuchMethodError: net.imglib2.view.Views.flatIterable(Lnet/imglib2/RandomAccessibleInterval;)Lnet/imglib2/IterableInterval; on thread AWT-EventQueue-0
	at com.jogamp.opengl.GLException.newGLException(GLException.java:76)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1327)
	at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:1147)
	at com.jogamp.opengl.awt.GLJPanel$OffscreenBackend.doPaintComponent(GLJPanel.java:2095)
	at com.jogamp.opengl.awt.GLJPanel.paintComponent(GLJPanel.java:569)
	at btbvv.core.InteractiveGLDisplayCanvas$MyGLJPanel.paintComponent(InteractiveGLDisplayCanvas.java:141)
	at javax.swing.JComponent.paint(JComponent.java:1056)
	at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
	at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579)
	at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502)
	at javax.swing.RepaintManager.paint(RepaintManager.java:1272)
	at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
	at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:831)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:814)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789)
	at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738)
	at javax.swing.RepaintManager.access$1200(RepaintManager.java:64)
	at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.lang.NoSuchMethodError: net.imglib2.view.Views.flatIterable(Lnet/imglib2/RandomAccessibleInterval;)Lnet/imglib2/IterableInterval;
	at btbvv.core.render.DefaultSimpleStackManager.copyToBufferU16(DefaultSimpleStackManager.java:159)
	at btbvv.core.render.DefaultSimpleStackManager.uploadToTextureU16(DefaultSimpleStackManager.java:150)
	at btbvv.core.render.DefaultSimpleStackManager.lambda$0(DefaultSimpleStackManager.java:83)
	at java.util.HashMap.computeIfAbsent(HashMap.java:1128)
	at btbvv.core.render.DefaultSimpleStackManager.getSimpleVolume(DefaultSimpleStackManager.java:83)
	at btbvv.core.render.VolumeRenderer.draw(VolumeRenderer.java:346)
	at btbvv.core.VolumeViewerPanel$1.display(VolumeViewerPanel.java:1061)
	at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:692)
	at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:674)
	at com.jogamp.opengl.awt.GLJPanel$Updater.display(GLJPanel.java:1446)
	at com.jogamp.opengl.awt.GLJPanel$10.run(GLJPanel.java:1521)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1293)
	... 34 more
Exception in thread "PainterThread" com.jogamp.opengl.GLException: java.lang.reflect.InvocationTargetException
	at com.jogamp.opengl.awt.GLJPanel.display(GLJPanel.java:465)
	at btbvv.core.InteractiveGLDisplayCanvas.display(InteractiveGLDisplayCanvas.java:322)
	at btbvv.core.VolumeViewerPanel.paint(VolumeViewerPanel.java:549)
	at bdv.viewer.render.PainterThread.run(PainterThread.java:87)
Caused by: java.lang.reflect.InvocationTargetException
	at java.awt.EventQueue.invokeAndWait(EventQueue.java:1349)
	at java.awt.EventQueue.invokeAndWait(EventQueue.java:1324)
	at com.jogamp.opengl.awt.GLJPanel.display(GLJPanel.java:463)
	... 3 more
Caused by: com.jogamp.opengl.GLException: Caught NullPointerException: null on thread AWT-EventQueue-0
	at com.jogamp.opengl.GLException.newGLException(GLException.java:76)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1327)
	at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:1147)
	at com.jogamp.opengl.awt.GLJPanel$OffscreenBackend.doPaintComponent(GLJPanel.java:2095)
	at com.jogamp.opengl.awt.GLJPanel.paintComponent(GLJPanel.java:569)
	at btbvv.core.InteractiveGLDisplayCanvas$MyGLJPanel.paintComponent(InteractiveGLDisplayCanvas.java:141)
	at javax.swing.JComponent.paint(JComponent.java:1056)
	at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
	at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579)
	at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502)
	at javax.swing.RepaintManager.paint(RepaintManager.java:1272)
	at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
	at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
	at com.jogamp.opengl.awt.GLJPanel$12.run(GLJPanel.java:1535)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.lang.NullPointerException
	at btbvv.core.backend.jogl.JoglGpuContext.target(JoglGpuContext.java:402)
	at btbvv.core.backend.jogl.JoglGpuContext.lambda$3(JoglGpuContext.java:354)
	at java.util.Map.computeIfAbsent(Map.java:957)
	at btbvv.core.backend.jogl.JoglGpuContext.getTextureId(JoglGpuContext.java:349)
	at btbvv.core.backend.jogl.JoglGpuContext.bindTexture(JoglGpuContext.java:143)
	at btbvv.core.shadergen.AbstractShader.bindSamplers(AbstractShader.java:206)
	at btbvv.core.render.MultiVolumeShaderMip.bindSamplers(MultiVolumeShaderMip.java:514)
	at btbvv.core.render.VolumeRenderer.draw(VolumeRenderer.java:368)
	at btbvv.core.VolumeViewerPanel$1.display(VolumeViewerPanel.java:1061)
	at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:692)
	at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:674)
	at com.jogamp.opengl.awt.GLJPanel$Updater.display(GLJPanel.java:1446)
	at com.jogamp.opengl.awt.GLJPanel$10.run(GLJPanel.java:1521)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1293)
	... 26 more
Exception in thread "AWT-EventQueue-0" com.jogamp.opengl.GLException: Caught NullPointerException: null on thread AWT-EventQueue-0
	at com.jogamp.opengl.GLException.newGLException(GLException.java:76)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1327)
	at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:1147)
	at com.jogamp.opengl.awt.GLJPanel$OffscreenBackend.doPaintComponent(GLJPanel.java:2095)
	at com.jogamp.opengl.awt.GLJPanel.paintComponent(GLJPanel.java:569)
	at btbvv.core.InteractiveGLDisplayCanvas$MyGLJPanel.paintComponent(InteractiveGLDisplayCanvas.java:141)
	at javax.swing.JComponent.paint(JComponent.java:1056)
	at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
	at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579)
	at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502)
	at javax.swing.RepaintManager.paint(RepaintManager.java:1272)
	at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
	at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:831)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:814)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789)
	at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738)
	at javax.swing.RepaintManager.access$1200(RepaintManager.java:64)
	at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.lang.NullPointerException
	at btbvv.core.backend.jogl.JoglGpuContext.target(JoglGpuContext.java:402)
	at btbvv.core.backend.jogl.JoglGpuContext.lambda$3(JoglGpuContext.java:354)
	at java.util.Map.computeIfAbsent(Map.java:957)
	at btbvv.core.backend.jogl.JoglGpuContext.getTextureId(JoglGpuContext.java:349)
	at btbvv.core.backend.jogl.JoglGpuContext.bindTexture(JoglGpuContext.java:143)
	at btbvv.core.shadergen.AbstractShader.bindSamplers(AbstractShader.java:206)
	at btbvv.core.render.MultiVolumeShaderMip.bindSamplers(MultiVolumeShaderMip.java:514)
	at btbvv.core.render.VolumeRenderer.draw(VolumeRenderer.java:368)
	at btbvv.core.VolumeViewerPanel$1.display(VolumeViewerPanel.java:1061)
	at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:692)
	at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:674)
	at com.jogamp.opengl.awt.GLJPanel$Updater.display(GLJPanel.java:1446)
	at com.jogamp.opengl.awt.GLJPanel$10.run(GLJPanel.java:1521)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1293)
	... 34 more
Exception in thread "AWT-EventQueue-0" com.jogamp.opengl.GLException: Caught NullPointerException: null on thread AWT-EventQueue-0
	at com.jogamp.opengl.GLException.newGLException(GLException.java:76)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1327)
	at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:1147)
	at com.jogamp.opengl.awt.GLJPanel$OffscreenBackend.doPaintComponent(GLJPanel.java:2095)
	at com.jogamp.opengl.awt.GLJPanel.paintComponent(GLJPanel.java:569)
	at btbvv.core.InteractiveGLDisplayCanvas$MyGLJPanel.paintComponent(InteractiveGLDisplayCanvas.java:141)
	at javax.swing.JComponent.paint(JComponent.java:1056)
	at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
	at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579)
	at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502)
	at javax.swing.RepaintManager.paint(RepaintManager.java:1272)
	at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
	at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:831)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:814)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789)
	at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738)
	at javax.swing.RepaintManager.access$1200(RepaintManager.java:64)
	at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.lang.NullPointerException
	at btbvv.core.backend.jogl.JoglGpuContext.target(JoglGpuContext.java:402)
	at btbvv.core.backend.jogl.JoglGpuContext.lambda$3(JoglGpuContext.java:354)
	at java.util.Map.computeIfAbsent(Map.java:957)
	at btbvv.core.backend.jogl.JoglGpuContext.getTextureId(JoglGpuContext.java:349)
	at btbvv.core.backend.jogl.JoglGpuContext.bindTexture(JoglGpuContext.java:143)
	at btbvv.core.shadergen.AbstractShader.bindSamplers(AbstractShader.java:206)
	at btbvv.core.render.MultiVolumeShaderMip.bindSamplers(MultiVolumeShaderMip.java:514)
	at btbvv.core.render.VolumeRenderer.draw(VolumeRenderer.java:368)
	at btbvv.core.VolumeViewerPanel$1.display(VolumeViewerPanel.java:1061)
	at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:692)
	at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:674)
	at com.jogamp.opengl.awt.GLJPanel$Updater.display(GLJPanel.java:1446)
	at com.jogamp.opengl.awt.GLJPanel$10.run(GLJPanel.java:1521)
	at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1293)
	... 34 more

@tpietzsch 👋


text:
-std:c++latest is omitted

When the following is in my compile_commands.json:
clang-cl.exe  /nologo -TP  /DWIN32 /D_WINDOWS /GR /EHsc /Zi /Ob0 /Od /RTC1 -MDd /W4 /WX -std:c++latest /Fosome.obj /FdTARGET_COMPILE_PDB -c some.src

clangd updates the file but omits the standard flag:
clang-cl.exe --driver-mode=cl /nologo /DWIN32 /D_WINDOWS /GR /EHsc /Zi /Ob0 /Od /RTC1 /W4 /WX /FdTARGET_COMPILE_PDB -c <some header the TU depends on> -fsyntax-only -resource-dir=<...>

However, if I compile with -std:c++17, the flag is perfectly forwarded within clangd.
I felt kinda trolled trying to figure out the problem 😋
System information
Output of clangd --version: clangd version 10.0.0
Editor/LSP plugin: VSCode
Operating system: Windows 10 Build 19041

Dupe of #527.

repo: clangd/clangd


text:
Coc slows down when running in large cpp file

Please describe the problem.
When my cpp file has more lines (more than 300 lines), the autocompletion starts lagging behind. This is my source code: https://codeforces.com/contest/1710/submission/173121606. Everytime I call a function, it took about 2-3 seconds for coc to start suggesting autocomplete.
If you can, provide a minimal chunk of code that shows the problem (either inline, or attach it if larger).
Logs
Please attach the clangd log from :CocCommand workspace.showOutput if you can.
If possible, run with --log=verbose - note that the logs will include the contents of open files!
I[20:59:38.352] clangd version 14.0.3 (https://github.com/llvm/llvm-project 1f9140064dfbfb0bbda8e51306ea51080b2f7aac)
I[20:59:38.352] Features: linux+grpc
I[20:59:38.352] PID: 14820
I[20:59:38.352] Working directory: /media/HDD/c++/1710
I[20:59:38.352] argv[0]: /home/troycode/.config/coc/extensions/coc-clangd-data/install/14.0.3/clangd_14.0.3/bin/clangd
I[20:59:38.352] Starting LSP over stdin/stdout
I[20:59:38.359] <-- initialize(0)
I[20:59:38.360] --> reply:initialize(0) 0 ms
I[20:59:38.361] <-- initialized
I[20:59:38.368] <-- textDocument/didOpen
I[20:59:38.369] Failed to find compilation database for /media/HDD/c++/1710/B.cpp
I[20:59:38.369] ASTWorker building file /media/HDD/c++/1710/B.cpp version 1 with command clangd fallback
[/media/HDD/c++/1710]
/usr/bin/clang -resource-dir=/home/troycode/.config/coc/extensions/coc-clangd-data/install/14.0.3/clangd_14.0.3/lib/clang/14.0.3 -- /media/HDD/c++/1710/B.cpp
I[20:59:38.370] --> textDocument/clangd.fileStatus
I[20:59:38.391] <-- clangd/inlayHints(1)
I[20:59:39.249] --> workspace/semanticTokens/refresh(0)
I[20:59:39.249] --> textDocument/clangd.fileStatus
I[20:59:39.249] --> textDocument/clangd.fileStatus
I[20:59:39.251] <-- reply(0)
I[20:59:40.748] --> textDocument/publishDiagnostics
I[20:59:40.751] --> reply:clangd/inlayHints(1) 2360 ms
I[20:59:40.752] --> textDocument/clangd.fileStatus
System information
Clangd version (from the log, or clangd --version): 14.0.3
clangd extension version (from :CocInfo):
2022-09-22T20:59:38.211 ERROR (pid:14801) [configurations] - Invalid configuration "suggest.detailMaxLength" from coc-clangd, overwrite defaults is forbidden.
2022-09-22T20:59:38.212 ERROR (pid:14801) [configurations] - Invalid configuration "diagnostic.format" from coc-clangd, overwrite defaults is forbidden.
2022-09-22T20:59:38.335 INFO (pid:14801) [plugin] - coc.nvim initialized with node: v16.17.0 after 146ms
2022-09-22T20:59:38.347 INFO (pid:14801) [services] - registered service "clangd"
2022-09-22T20:59:38.347 INFO (pid:14801) [services] - LanguageClient clangd state change: stopped => starting
2022-09-22T20:59:38.352 INFO (pid:14801) [language-client-index] - Language server "clangd" started with 14820
2022-09-22T20:59:38.361 INFO (pid:14801) [services] - LanguageClient clangd state change: starting => running
2022-09-22T20:59:38.367 INFO (pid:14801) [services] - service clangd started
2022-09-22T20:59:48.259 INFO (pid:14801) [attach] - receive notification: runCommand [ 'workspace.showOutput' ]
2022-09-22T20:59:51.397 WARN (pid:14801) [plugin] - Slow action "runCommand" cost 3135ms
2022-09-22T20:59:51.748 INFO (pid:14801) [attach] - receive notification: highlight []
2022-09-22T20:59:53.496 INFO (pid:14801) [attach] - receive notification: highlight []
2022-09-22T20:59:54.269 INFO (pid:14801) [attach] - receive notification: highlight []
2022-09-22T21:00:05.580 INFO (pid:14801) [attach] - receive notification: highlight []
2022-09-22T21:00:30.446 INFO (pid:14801) [attach] - receive notification: showInfo []
Operating system: Pop_OS

Can't reproduce, tested with redis source code which has 7000+ lines, no speed issues. Should be problem with your system or clangd.

Have you tried to run my code yet?
Here's the link: https://codeforces.com/contest/1710/submission/173121606

I currently face the same issue on Ubuntu 20.04. Note, that it used to work just fine, but I recently updated my coc to 0.8 (and presumably also coc-clangd) and after that the slowdown started to become noticeable.
In my case the editor repeatedly indicates that clangd is busy parsing includes (for multiple seconds). Note, that the affected files were previously edited without any issues.

Me too. for example, the indexing process of code RockDB, is really slow. Even after indexing, it will take a while to load (re-procedure by jumping back and forth). You can see it clearly if use turn on the semantics highlight option.

authors: Krzmbrzl TroyCode3 TroySigX fannheyward houtaru

repo: clangd/coc-clangd


text:
Problems when switching between live and not, dvr controls disappear

Serving HLS and if I go from being live to seeking back, I lose the dvr controls.
If the stream catches up, it goes back to being live and the duration and position disappear but the live/dvr controls don't come back

hey @osk can you send me your stream source? you can do it privately sending to flavio  bem.tv

this issue is probably related to #297

OK, I've sent you an example

I'm having the same problems here with an HLS stream that has 1 hour worth of entries in the playlist (but its a moving window)

@osk @chriswiggins you are able to reproduce it on both firefox and chrome?

Hi @flavioribeiro, Yes this happens in both Chrome and Firefox

@chriswiggins @osk can you guys try with this new version (0.0.107) at http://cdn.clappr.io and tell me if it's fixed?

@chriswiggins @osk Have you tried again testing on the latest version at http://cdn.clappr.io? Does this behavior still occur?

Since the problem doesn't happen anymore, I'll close this issue for now.

authors: chriswiggins flavioribeiro osk towerz

repo: clappr/clappr


text:
Failed to open a socket

I see lots of these in the logs:
[warn] application - Count not connect to partition leader x.x.x.x:9092. Error message: Failed to open a socket.

I can't make anything of that error message. The connection to that host and port should work and succeeds, for example, with netcat.

I think this error is caused by too many tcp connect hasn't been released

That seems to match up with #66 then. I was just surprised that it happened really quickly, whereas I would expect a leak to take a longer time.

repo: claudemamo/kafka-web-console


text:
Crawling out of sync when used with a react-virtualized table inside of a portal

I am using react-sortable-hoc to reorder items in a react-virtualized table. This is rendered using a React portal inside of a new popout window. When the parent window is scrolled down, the crawl goes out of sync with the new window. If the parent window is scrolled back up to the top, the draggable items behave as expected.
I am supplying a ContainerGetter which finds the ReactVirtualized__Grid component within the React portal, which is rendered in a popout window:
getScrollContainer = (): HTMLElement => {
    return document.getElementsByClassName('ReactVirtualized__Grid')[0] as HTMLElement
}

When I console.log the returned HTML element, it appears as the hightlighted blue area in my screenshot above.
I suspect that due to the parent being in a separate window to my react-virtualized table, the crawl calculation is based off of the wrong window's scroll position.

This issue was encountered when using 1.10.1, reverting back to 1.7.1 before automatic scroll container detection features were added results in the expected behaviour.

repo: clauderic/react-sortable-hoc


text:
🛑 livevault is down

In 60492b0, livevault (https://livevault.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: livevault is back up in 1e89812.

repo: claytonplong/backup-uptime


text:
🛑 livevault is down

In 360f9b6, livevault (https://livevault.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: livevault is back up in 840ab9e.


text:
🛑 livevault is down

In 50a8d50, livevault (https://livevault.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: livevault is back up in 5efb028.


text:
🛑 livevault is down

In 319379c, livevault (https://livevault.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: livevault is back up in e97caa5.


text:
Incomplete Outputs

I am running Nornir to backup device configs for approximately 10, 000 devices. While a majority of the devices gets backed up perfectly fine there are still a lot of devices that return partial running config or the saved .txt file is empty. These devices are accessible because when i login to them manually via putty and execute show run, i don’t see any delays or latency to produce the output.
What could i do to make this more reliable so that Nornir instead of producing partial outputs of show run should produce complete show run outputs.
While i think it has little to do with Nornir but underlying Napalm or Netmiko, I wanted to take help of experts to overcome this situation i am running into because partial backups are useless.

what do you see in your nornir.log file for the devices that have partial outputs?

what do you see in your nornir.log file for the devices that have partial outputs?

authors: kochargs nanisyako

repo: cldeluna/nornir-config


text:
Update Private Metadata is not working with Go SDK

Here is the code I am using.
	user, err = clerkClient.Users().UpdateMetadata("user_2m9YOsxInz5QXCybr0NIbeu5xxx", &clerk.UpdateUserMetadata{
		PublicMetadata: []byte(`{"email":"john@example.com"}`),
	})

This call returns no error. However, the metadata is not updated on dashboard.

Hello @ankushChatterjee, we have released a new version v2 of the SDK where the issue has been resolved. You can find it here along with an upgrade guide. Do you mind to test it out and let us know if it's not a lot of trouble?

Thanks, that is working.

authors: ankushChatterjee chanioxaris

repo: clerk/clerk-sdk-go


text:
Initial repo setup

Setup the repository with the usual items such as:
### Tasks
- [ ] Jest
- [ ] Playwright
- [ ] ES Lint
- [ ] TS Config
- [ ] Commitlint
- [ ] LIcense (Dave)
- [ ] Branch Protection Rules
- [ ] GH Action to run tests,  test lint and compile
- [ ] Add other items to get to parity with DataBiosphere/data-browser
- [ ] What else?
- [ ] Setup Readme

Complete

repo: clevercanary/hca-atlas-tracker


text:
Allow module to be directly required

Allow module to be directly required without needing a replace directive.
This directly affects cli/cli#1389.
For reference, it might be good to consider pushing this type of thing upstream, e.g., shurcooL/graphql#53.

@mislav I have a strange hackish work around if you want to fix cli/cli#1389 while getting out of the forking dependency business and still supporting the likes of cli/cli#997.
Did you know you can cherry pick PR commits as they do go into the repo (but are not associated with any branch or tag)? The key here is that these are the same:

a4a48d3af0f4d1e937f58787378e657fd3bff388
shurcooL/graphql@a4a48d3af0f4d1e937f58787378e657fd3bff388

Here are the steps I believe will resolve the issue and more importantly allow you to get out of the forking dependency business:

First update the cli/cli#1335 code to support your changes from shurcooL/graphql#57 (moving from 0f7232a2bf7e6d8f393025a8f5cafbd219a7ebeb to a4a48d3af0f4d1e937f58787378e657fd3bff388). Presumably you know how to do that or you would have not have submitted it as such. This will likely need to be done sooner or later anyway as it seems you are headed that way.
Fix cli/cli#1389 by removing the replace directive and stop referring to this forked repo (keep it for your PR work though) in go.mod by changing the require to refer to: github.com/shurcooL/graphql v0.0.0-20200728183420-a4a48d3af0f4 instead of github.com/shurcooL/graphql v0.0.0-20181231061246-d48a9a75455f.
Maintain shurcooL/graphql#57 since you opened the PR, you can submit updated commits. If you want to pull in something adding on the master branch just rebase your changes and submit the new commit to the PR and then update cli/cli go.mod require to the rebased commit in the PR again.

For example:  shurcooL/graphql@a4a48d3af0f4d1e937f58787378e657fd3bff388 has shurcooL/graphql@d48a9a75455f6af30244670bc0c9d0e38e7392b5 from Dec 30, 2018 as a parent but you could rebase your PR changes off of shurcooL/graphql@18c5c3165e3af7c70ca625593f8066462ad684cc and update/push back to the PR to pull in the new changes on master through Sep 27, 2020 (in this case those changes are not essential to cli/cli but you get the idea).
This lets you maintain sort of an illicit pseudo-branch in the target repo even without commit permission, etc.

Going to close this as https://github.com/cli/shurcooL-graphql/pull/3 will address this and allow the module to be required.

authors: Uzume samcoe

repo: cli/shurcooL-graphql