Removal of value property erases the current value

Hello,
With the following SSCCE:
import Html.App exposing (beginnerProgram)
import Html exposing (input)
import Html.Events exposing (onInput)
import Html.Attributes exposing (value)

main = beginnerProgram
  { model = True
  , view =
      ( \m -> input ( [ onInput (\_ -> ()) ] ++ if m then [ value "test" ] else [] ) [] )
  , update = (\_ _ -> False)
  }

when completing the input field, it sends a message to the update function which puts the model to False and thus the view is updated to remove the value attribute. When this happens the field is emptied, which was not the expected behavior.
I have tested this in elm-lang.org/try both in Firefox and in Chromium.
At first I thought that this may be a problem on the HTML side rather than on the Elm side but then I tested opening the following code in my browser:
<input value="test">

Then I complete the field with one more character, then with Inspect the element in Firefox or the Firebug extension, I manually remove the value attribute. This does not affect what the field contains.
So it might be a problem of Javascript or of Elm. I have not tried to discriminate between these two.

I'd say this is working as expected.
If you ask for an input [] [] and Elm renders an <input/>, it sounds like Elm did exactly what you asked for. 😄

Incidentally, in my experience usually what you want is defaultValue and not value.

Closing based on @rtfeldman's analysis. Thanks!


Create use-session.ts (#1)

Create use-session.ts

Help with making pages like dashboards, settings, custom login pages and more by grabbing the session of a already logged in user.
Eliminates the problems of "Session" wrapper or other workarounds. Can be called from clients to get a session, this however is slow and should not be used for things that needs the session immediately like the navbar.

Update use-session.ts

Added functionality to return null, otherwise parent code will never do anything when there is no user logged in.
(This is an issue if parent code checks for a session, if there is none then redirect to a login page.)

you should be able to get this from next-auth's useSession hook


undefined reference to `clagge_' , no ar -ru in TESTING/MATGEN

Trying to build 0.2.18 on RHEL 6.8, gcc 4.4.7, gfortran, E5-2695 v4, with the referenced error (among others).  Referencing issues 441 and and 1070 neither of which were helpful to resolve, other than they seem to be the same list of errors due to ar -ru not running before exiting TESTING/MATGEN.   Built same rev successfully on same OS, same gcc, with E5-2699.  Don't know if it's a processor issue or an installed lib issue, but by comparing the make logs I was definitely seeing that ar -ru is not being run before leaving TESTING/MATGEN (as referenced in 441).
Unfortunately I don't have direct access to the failed machine as it's offsite, but I'd like to know possible causes for make not calling ar -ru before leaving the directory, and whether there's been any changes in 0.2.19 that could possibly alleviate this?
I'm in the process of getting the 'rpm -qa' results from the machine in question, as well as the kernel version.  The successful build machine had kernel 2.6.32-573.el6.x86_64.

Could you provide the build log from the machine that is giving you problems (best from a fresh compile after issuing make clean first just in case...). Seeing that you mentioned issue 441, perhaps a close look at that make.inc file would help as well.

You need later binutils for Haswell or anything AVX2 like your Broadwell (Xeon ... v4)
https://github.com/xianyi/OpenBLAS/wiki/faq#binutils
0.2.19 or devel highly recommended for correct CPUID detection. if not possible, use TARGET=HASWELL build parameter (in conjunction with later binutils)

I will try to get the build log sometime in the next couple days, there's some work obstacles to overcome there, but doable. As far as the new binutils, I've seen those references, but have been building with NO_AVX2=1 in the Makefile.rule to overcome.  This has worked on other flavor Xeon's as well, I'll try to gather a more comprehensive list (no TARGET designations were required).  My make.inc matches those in issue 441, with the exception of -DMAX_CPU_NUMBER=XX matching my particular architecture, and then I think the auto-recognized TARGET it was shooting for was sandy_bridge. but I will post that as well.

You just change parameters, build a bit further, then change parameters again, then wonder why tests dont work. If you are fine with losing half of speed by not using AVX2 you can install package - yum install epel-relese ; yum install oepnblas-devel
Please run 'make clean', then start 'script' and after that run 'make' , preferably wrap make with 'scl'
Both your processors are perfectly detected by 0.2.19.

Is there a special reason why you want to build 0.2.18 specifically ? While I cannot promise that your actual build problem has been fixed by any of the 400+ commits in the year since 0.2.18 was released, updating to the current "develop" snapshot would get you at least a newer LAPACK version and a fix for a Makefile glitch that would make the LAPACK bits run significantly slower than their stock netlib counterpart.

There's buacracy and infrastucture in the way of just grabbing the latest rev and trying it out. I was exploring other options as that churns through the machine, which could be weeks. I just successfully compiled on rhel 6.7 with the 2695 v4 (different machine) so at this point I'm tracing the rpm log to see if there are any critical differences.  Still working to get the make log uploaded as well.

Nothing changes in 6U9 regarding compilers. You need devtoolset 2.1 or better for AVX2 support (i.e build better version than RPM)

I see. You will probably want to apply the trivial fix from #1050 for the LAPACK optimization issue to the 0.2.18 Makefile.system if you can sneak that past your bureaucrats.

make.inc file contents:
FORTRAN = gfortran
OPTS = -Wall -m64 -fPIC
POPTS = -Wall -m64 -fPIC -pg -fno-inline
NOOPT = -O0 -Wall -m64 -fPIC
PNOOPT = -Wall -m64 -fPIC -pg -fno-inline -O0
LOADOPTS = -Wall -m64 -fPIC -lm -lpthread -lgfortran
CC = gcc
override CFLAGS = -O2 -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -fPIC
-DNO_AVX2 -DSMP_SERVER -DNO_WARMUP -DMAX_CPU_NUMBER=72 -DASMNAME= -DASMFNAME=_
-DNAME=_ -DCNAME= -DCHAR_NAME="_" -DCHAR_CNAME="" -DNO_AFFINITY -I. -DHAVE_LAPACK_CONFIG_H
ARCH = ar
ARCHFLAGS = -ru
RANLIB = ranlib
LAPACKLIB = ../libopenblas_sandybridgep-r0.2.18.a
TMGLIB = ../libopenblas_sandybridgep-r0.2.18.a
BLASLIB = ../../../libopenblas_sandybridgep-r0.2.18.a
LAPACKELIB = ../libopenblas_sandybridgep-r0.2.18.a
LAPACKLIB_P = ../libopenblas_sandybridgep-r0.2.18_p.a
SUFFIX = o
PSUFFIX = po
CEXTRALIB = -lm -lpthread -lgfortran
TIMER = INT_ETIME
LOADER = gfortran -pthread
BUILD_DEPRECATED = 1
SHELL = /bin/sh
PLAT = _LINUX
DRVOPTS = $(NOOPT)
ARCHFLAGS= -ru
#RANLIB = ranlib

Will be adding make log hopefully next week, 7/5.  At this point I've been able to compare side by side make logs, and OpenBLAS directory structures post-make for successful vs unsuccessful attempts, and make literally cd's in to TESTING/MATGEN, compiles the fortran .f's to .o's with gfortran, then leaves the directory without the ar -ru / ranlib steps... although those same steps are completed successfully in other directories ( ar and ranlib are accessible).  This causes the gcc linktest.c step to fail, right at the end of make. The libopenblas_sandybridgep-r0.2.18.a is created in root directory from all the other steps, but running a 'nm libopenblas_sandybridgep-r0.2.18.a | grep clagg' clearly shows the clagg missing symbol (as well as the other 73 .o symbols generated from the TESTING/MATGEN make step), whereas they're present in the successful build.  Taking another look at issue 1070, my list of files matches that exactly, and I also see that issue 1070 is related to 0.2.19.  I get the whole binutils, gcc, etc, etc, but it's literally working on an almost exact copy binutils 2.20, gcc 4.4.7 machine.  Any guesses as to what could cause make to skip the ar -ru / ranlib steps?  In a pinch, I guess I could copy that step from a successful build, do it manually on the bad machine and then re-run make?
I think I can squeeze in the issue 1050 fix, thanks for pointing that out.

Beats me. Wonder what happens when you cd to TESTING/MATGEN on the "bad" machine, then do "make clean" and "make" there.

Maybe share CPUIDs and build command line at least?
Wild guess based on lax input is that you are doing something wrong and leaving some important details.
You see Fedora and EPEL packages are built for at least last 5 years without much of noise.

@brada4 I really wish you would refrain from making trollish comments like this.

Sorry for that @martin-frbg
NO_AVX2 is needed because or RHEL6
0.2.18 on any Broadwell will need TARGET=HASWELL, this is pretty much in line with 'cannot build on other computer'

@brada4 right, but neither of these would explain why it fails in TESTING/MATGEN of all places.

Just found this ref on SO, going to try and give this a go sometime next week to see if it provides any hints (make debug): https://stackoverflow.com/questions/10935560/gnumake-how-to-trace-makefile-targets-for-troubleshooting
Will also report any success with doing the make clean/make directly in TESTING/MATGEN, as well as TARGET=HASWELL from the top. Appreciate the feedback.

Feedback on your link - it is nearly impossible to decrypt gmake -d output. It has looong lists of files to be considered, then command args dumped one per line, then short output if any from command.
Just make normal generic make output recording with 'script'
Probably you can use some posix mae flags, like:
-s dont output child stdout
(Haswell)
script
make clean
make NO_AVX2=1
(optional
make clean
scl enable devtoolset-6 -- make DYNAMIC_ARCH=1
)
exit

(Broadwell)
script
make clean
make NO_AVX2=1 TARGET=HASWELL
make clean
make TARGET=SANDYBRIDGE
exit

I was finally able to get the original make log output, this is after a make clean, with NO_AVX2=1 set in the Makefile.rule, but allowing auto detect on the target.  I'll be getting access to the actual machine within the next week or so and will be trying some of the options listed above.
make_output--failed.txt

Nothing apparent from the log unfortunately (as you stated yourself). Wonder if you have slightly different versions of make on the working vs. non-working system ? (#441 and its associated julia issue go back to 0.2.10 so this is definitely an old if rare problem - the common factor appears to be RedHat/CentOS 6 so perhaps those carried a crashing make utility at some time ?)

This log invokes ar.ru 19 times and something in linktest fails. That usually happens when you mount /home via NFS with broken clocks. Or some non-standard audit drivers etc. I.e your filesystem setup is not stable. Please run make on a stable system. There is no way openblas can work around one in 20 system commands plainly failing.

Interesting idea, but in that case wouldn't one expect random failures rather than repeatably the exact same effect ? The linktest failure is simply a consequence of the missing ar as it is those same objects from MATGEN that did not end up in the library.

gfortran emits missing .o object files well above in the log withiut any errror. how they just disappear in seconds is a low level problem that make can not address...
best course of action would be to mail root and ask to fix data integrity problem.

The .o's don't disappear, they're in the build folder when I look there, exactly where they're supposed to be.   I'm almost certain (99%) that the folder/drive I was building in was local, but I'm contacting the admin just in case of the 1%.  Agree with martin-frbg re:consequence of missing ar step, the linktest step is simply a gcc command to see if all the symbols are present in the final library, to which they're not because of the missing ar step (although as mentioned they in fact exist, but just wasn't packaged in properly).  @martin-frbg I will check the make versions, oddly enough in the rpm's compare (good build system vs bad)  that's a glaring one I forgot to check.

Just re-run last failed command. If it succeeds it means the integrity problem.

Any update on this oddity ?

I have seen unstable file access when antivirus intercepts file access on Windows NFS server... Solution was obvious one.

No ultimate resolution, but some hints, that don't appear to point at an OpenBLAS problem, but more of a build system/file system issue.  Doing the manual ar -ru command (copied from a successful build) inside the TESTING/MATGEN folder, then re-running make from the top resulted in a successful build.  All other attempts were unsuccessful (haswell, 0.2.19, etc, etc).  Oddly enough, and this is what gives some hints, running 'make -d' would cause it to pass from a fresh untar.  The -d does spuge some major garbage, but obviously its changing the timing of things, and what appears to be happening is that make is determining due to the timestamp of the target .a file, that the ar -ru command doesn't need run (when ran without -d).  Another oddity with this system as opposed to my typical install was that UTC time was the default time base.  So while the file system was a root partition (ie I couldn't move it off an NFS and blame the NFS), I'd say there was still something strange about files and timebase management.  Can't say definitively, but these were the symptoms, and I'd spent enough time with it.  Still haven't run in to it again on even another 5 different system builds with 0.2.18.  If I get a chance to get back to it, I may try to see if the admin would experimentally allow me to change the system time to see if that effects anything.

NFS server sets atime based on local time, not client time. If it is ahead by .01 second most makefiles will fail or at least barf a warning. You can try MAKE_NB_JOBS=1 to make it compile one file at a time so that times font clash. Problem is inherent to make and NFS, not specific to OpenBLAS or other packages. Did I say mail root and EPEL already?

The problem pertains make' itself, it is not avoidable by changing userland software, even less by changing its input data files. You can convert ext2 to ext4 (later being rhel6 default) with tune2fs` xor mount /tmp as RAM disk aka tmpfs.

@brada4 I know, there is nothing OpenBLAS could do to work around that problem except providing a way to disable parallel builds, which you already do. Unfortunately some people have to work with the systems they are given and are unable to change it. But since OpenBLAS enables parallel builds by default, it might be worthwile to add a FAQ entry for it.

What would you write there?

Something like:
Building on filesystems with missing sub-second timestamp resolution (ext2/3, converted ext4)
and shared network filesystems (NFS) is discouraged and may lead to spurious errors
like missing symbols due to the parallel build process.
If you have to build OpenBLAS on such a filesystem and encounter errors like
`undefined reference to clagge_ `, set `MAKE_NB_JOBS=1` to disable parallel
builds prior to reporting an issue. See also Issue 1213 (and others) for a discussion.

GNU make issues warning that your build is incomplete. NFS timestamps are set from NFS server clock to remote filesystem resolution which may drift apart, if timestamps get over .1s in the past make issues a warning.
I wonder if same warning happens in ext2 case.

In NFS case one would 'mail root' and tell to enable NTP

After seeing the new comments here, I conferred with the admin at the site and they do indeed use ext3 there with the problematic system, and all of the systems I've been building on otherwise (successfully) are ext4.  I will be back to that system toward the end of this month and can try the new directive.
In Makefile.rule, there's a "NO_PARALLEL_MAKE" and a "MAKE_NB_JOBS", I'm assuming the former would ignore the latter, and the above suggestion can be accomplished with the proper setting of either of these flags?
And just to clarify since this was referenced in pull request #9308, this scenario is NOT an NFS build.  I had expressed doubt at one point, and I probably wasn't very clear when stating that had been ruled out in my 9/6/17 post.

Do you get warning about incomplete build at the end of make comand like with nfs and server clock drifting off?
NFS time is to nanosecond, thus false statement wa already proposed.


Feature Request: Manifest Support

It would be great if this package added support for manifests to handle pulling multi-arch images more easily.
https://aws.amazon.com/blogs/containers/introducing-multi-architecture-container-images-for-amazon-ecr/

Hey @tkram01! I'm afraid we've deprecated this provider, as v4.0 of the official pulumi-docker provider has ~all of the enhancements in this provider. Here's the announcement blog post: https://www.pulumi.com/blog/build-images-50x-faster-docker-v4/
If you're still interested in this feature, would recommend that you re-file against the official provider: https://github.com/pulumi/pulumi-docker


fromfunction signature is incompatible with numpy

What happened:
Calling dask.array.fromfunction with the shape as a positional argument fails.
What you expected to happen:
da.fromfunction should be callable with the same arguments as np.fromfunction.
Minimal Complete Verifiable Example:
import dask.array as da
da.fromfunction(lambda i, j: j <= i, (4, 4))

Traceback
In [3]: da.fromfunction(lambda i, j: j <= i + k, (4, 4))
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-3-8c1a2e18442d> in <module>
----> 1 da.fromfunction(lambda i, j: j <= i + k, (4, 4))

~/miniconda3/envs/uarray-dev/lib/python3.7/site-packages/dask/array/creation.py in fromfunction(func, chunks, shape, dtype, **kwargs)
    731 @derived_from(np)
    732 def fromfunction(func, chunks="auto", shape=None, dtype=None, **kwargs):
--> 733     chunks = normalize_chunks(chunks, shape, dtype=dtype)
    734     name = "fromfunction-" + tokenize(func, chunks, shape, dtype, kwargs)
    735     keys = product([name], *(range(len(bd)) for bd in chunks))

~/miniconda3/envs/uarray-dev/lib/python3.7/site-packages/dask/array/core.py in normalize_chunks(chunks, shape, limit, dtype, previous_chunks)
   2503             )
   2504
-> 2505     return tuple(tuple(int(x) if not math.isnan(x) else x for x in c) for c in chunks)
   2506
   2507

~/miniconda3/envs/uarray-dev/lib/python3.7/site-packages/dask/array/core.py in <genexpr>(.0)
   2503             )
   2504
-> 2505     return tuple(tuple(int(x) if not math.isnan(x) else x for x in c) for c in chunks)
   2506
   2507

TypeError: 'int' object is not iterable

Anything else we need to know?:
It looks like the chunks argument has been moved ahead of the shape argument.
https://github.com/dask/dask/blob/149abe507a3988073a9acc9d5b8483f44c747f6b/dask/array/creation.py#L772
Environment:

Dask version: 2.17.2
Python version: 3.7
Operating System: Ubuntu 20.04
Install method (conda, pip, source): conda

This goes back at least to https://github.com/dask/dask/pull/2595 (from 2017).
So we could just change it, but that might cause some issues.
At risk of over-complicating things, we could make chunks keyword only with a deprecation cycle. It's not too difficult to implement the deprecation.


importer: support raftstore v2

What is changed and how it works?
Issue Number: Ref #12842
What's Changed:
A few behavior changes:
- In v2, normal mode is always used, trying to switch to import mode will get error response.
- A context is added to compact range request. If not compact with region ID, the request will be rejected.
- SSTs are cleaned up immediately if its corresponding regions doesn't exist on the store anymore.

Check List
Tests

Unit test
Integration test

Release note
None

PTAL

/merge

/hold

/unhold
/merge


I want to participate! Only need I to donwload a fork?

Please help me with the right procedure you want!

@luisriego, I have added you as a maintainer.
This project belongs to the first 10 members so you all will be maintainer of the project.


We.Retail does not support core components v2

After following https://helpx.adobe.com/experience-manager/kt/sites/using/getting-started-wknd-tutorial-develop.html We.Retail fails to resolve dependencies.
Steps to reproduce:

Install AEM 6.3 + SP1 + FP20593
Check http://localhost:4502/system/console/bundles for bundles status

Expected: All bundles are Active/Fragment
Actual: com.adobe.cq.sample.we.retail.core is "Installed"

fixed in https://github.com/Adobe-Marketing-Cloud/aem-sample-we-retail/commit/c509c0c68f8941fad8d69eff237ab6b9b51fbdd3


mpp file is showing IDs in place of resource names

Hi,
I am using ExportContent script to export project for the web data and getting below error: -

two files are being generated one is mpp file and the other one is xml.
.mpp files is having all the activities but in place of resource names some id is coming.
Please assist.
Thanks,
Himanshu

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 20c839da-0f06-c409-9744-4d285e405dbb
Version Independent ID: 161f4096-13a0-1368-bdbd-0e530bcffbf0
Content: Export user data from Project for the Web - Project for the web
Content Source: ProjectWeb/export-user-data-from-project-for-the-web.md
Service: project-web
GitHub Login: @serdars
Microsoft Alias: serdars

@Himanshu434 Thank you for submitting feedback.
I think the best way forward is if you open a service ticket in your tenant so this can get resolved ASAP. Based on the outcome let me know if it is something that can be called out in the docs.
Please follow this link to contact support for business products:https://docs.microsoft.com/office365/admin/contact-support-for-business-products
Please keep us posted here on the resolution so we can feed whatever information you discover into the content.


Extension "Spell Right" fail to activate

Something is missing for a wrorking Spell Right extension (I prefer this spell checker over the Code Spell Checker, mainly because the former can use the system dictionaries, but other reasons as well...)
During startup, Oni2 produces this notification:
Error activating extension ban.spellright: Activating extension 'ban.spellright' failed: Cannot read property 'Spellchecker' of null.
Spellright commands are added to the palette, but neither of them does anything.
I cannot find any relevant ERROR entry in log

Similar issue to https://github.com/bartosz-antosik/vscode-spellright/issues/425 , just different versions.
The crash is here: https://github.com/bartosz-antosik/vscode-spellright/blob/1571dbd18ec7ff39b00211ae63051d0906003fe2/lib/bindings.js#L46
The place where things are failing is here: https://github.com/bartosz-antosik/vscode-spellright/blob/master/lib/bindings.js#L26 when it tries to load the native bindings.
In our case, the error when loading the bindings is:
Failed: Error: The module '/Users/bryphe/.config/oni2/extensions/ban.spellright-3.0.56/lib/bin/spellchecker-darwin-9.1.0-x64.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 80. This version of Node.js requires
NODE_MODULE_VERSION 83. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).

The extension is tightly coupled to a specific node version. We'd need to create a version of this extension that uses the same NODE_MODULE_VERSION  as Onivim (we're on 14.5.4, with NODE_MODULE_VERSION of 83).

Well, thanks for the - quick as always - answer!
Maybe I'll fork the extension myself, and install it from file as:
I am grateful for @bartosz-antosik's work, but neither does he reply in a reliable fashon, nor does Spell Right's commits come regularily lately. Still, it is a very good extension in my opinion...


Accelerated Mobile Pages support?

Add support for AMP to enable cards in Google search results?
https://www.ampproject.org/docs/get_started/create
https://developers.google.com/search/docs/data-types/data-type-selector

Enthusiasm for amp has died down and is probably not worth focusing on


bug: can't set conditions in status.yaml

steps to reproduce

in a resource pipeline, create a /kratix/metadata.status.yaml as follows:cat <<EOF > /kratix/metadata/status.yaml
conditions:
  - type: TestCondition
    status: "True"
message: "Custom Message"
otherStatus: "bar"
EOF

apply the promise and request a resource from it
inspect the status of the resource (with get -o yaml or describe)

expected

.status.message to be Custom Message
.status.otherStatus to be bar
.status.conditions to include TestCondition: True

actual

.status.conditions does not include the TestCondition

  #rest of the promise
  workflows:
    resource:
      configure:
        - apiVersion: platform.kratix.io/v1alpha1
          kind: Pipeline
          metadata:
            name: instance-configure
            namespace: default
          spec:
            containers:
              - image: ghcr.io/syntasso/kratix-marketplace/redis-configure-pipeline:v0.1.0
                name: redis-configure-pipeline
              - image: ghcr.io/syntasso/kratix-marketplace/redis-configure-pipeline:v0.1.0
                name: set-conditions
                command: ["sh", "-c"]
                args:
                  - |
                    cat <<EOF > /kratix/metadata/status.yaml
                    message: "Hello"
                    extra: "World"
                    conditions:
                    - type: TestCondition
                      status: "True"
                      reason: TestConditionReason
                      message: "Hi friend"
                    EOF

generated
apiVersion: marketplace.kratix.io/v1alpha1
kind: redis
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"marketplace.kratix.io/v1alpha1","kind":"redis","metadata":{"annotations":{},"name":"example","namespace":"default"},"spec":{"size":"small"}}
  creationTimestamp: "2024-12-30T16:37:13Z"
  finalizers:
  - kratix.io/work-cleanup
  - kratix.io/workflows-cleanup
  - kratix.io/delete-workflows
  generation: 1
  labels:
    kratix.io/promise-name: redis
  name: example
  namespace: default
  resourceVersion: "46020"
  uid: 8e061b47-fd30-4189-8aeb-27df707b682d
spec:
  size: small
status:
  conditions:
  - lastTransitionTime: "2024-12-30T16:37:24Z"
    message: Pipelines completed
    reason: PipelinesExecutedSuccessfully
    status: "True"
    type: ConfigureWorkflowCompleted
  - message: Hi friend
    reason: TestConditionReason
    status: "True"
    type: TestCondition
  extra: World
  lastSuccessfulConfigureWorkflowTime: "2024-12-30T16:37:24Z"
  message: Hello
  observedGeneration: 1


Let user delete route and/or nogo areas

Here is a proposal for a fix for #217.
How should translations be handled? Should I update them here along the code (at least some of them)? Or is everything based on a third-party tool?
Best,

I'm unsure about the best practice with translations myself, but I guess it would nice to have the english language file updated along with a pull request.
The keys can be extracted/synched from the code with yarn build i18next. The english original texts then need to be added manually to locales/en.json (even when already provided in the code?).
The translations themselves are done on the Transifex platform (editing them manually leads to conflicts). The upload of new keys (en.json) is usually done by me after merging a PR (unlike with the recent ones).

Ok! sorry for coming back late on this, I should have updated the translations as well.


Update to use master, as all of the docs and examples (with exception…

… of 'with-cassandra.yaml') are using newer features
Signed-off-by: Gary Brown<EMAIL_ADDRESS>

This change is

Closing in favour of a more recent release being used.


Multiple Theme Choices.

Thanks for such an awesome tool.
Wondering has anyone else created a theme for build monitor, or are there others available?
If not I may fork the repo and take a look myself, possibly submitting a pull request if all goes to plan.
Thanks

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/38351589-multiple-theme-choices?utm_campaign=plugin&utm_content=tracker%2F580790&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F580790&utm_medium=issues&utm_source=github).

Thanks for your kind words, I'm glad that you find it useful :-)
I'm not sure if anyone has created any alternative themes, but if you'd like to create one I'd be more than happy to review it and merge it in. Most of the machinery is there already (like LESS support for instance), so it shouldn't be too difficult to achieve.
There was a suggestion (#135) to allow Build Monitor to specify local CSS overrides, but I'm not convinced  and would much rather see alternative themes people could switch between without having to hack CSS together in a form field.
Best,
Jan


Images don't show

I'm new to VS Code and I've read the documentation multiple times so I'm not sure if I'm missing something and there's something I need to do but the sticker and wallpaper won't show up for me. I've tried installing then closing and opening vs code and uninstalling and trying again. I checked in settings if I need to toggle something but I don't see anything. I apologize if there's an answer for this somewhere. Help would be appreciated as I think this is super cool! Thanks.

Does following these steps not work for you? (I'm on a Mac, but windows shouldn't be much different)
https://user-images.githubusercontent.com/15972415/167829322-c1c5e2a6-2caf-4c91-a3e7-1adc89ba58eb.mp4

Does following these steps not work for you? (I'm on a Mac, but windows shouldn't be much different)
doki-vscode-install.mp4

That worked! Thank you so much. I didn't know we had to do it from the command palette. Still new to VS Code. <3


Excel validation report generation times out

Consider moving to background tasks?  Was created before background tasks were in place, but might be a good candidate.

Fixed with background task.


Where would I put the NPM_CHECK_INSTALLER environment variable?

Hi,
I need to add this as an env var but if i add it to .zshrc it runs it whenever i open the terminal. What should I do differently?
NPM_CHECK_INSTALLER=pnpm npm-check -u
Thanks!

Is that an env var or a function? If it's a function then you can define a function with whatever shorthand name you'd like. If it's an env var then add export in front and quotes around everything on the right side of the =

Yes so if i do:
export NPM_CHECK_INSTALLER='pnpm npm-check -u' to set an environment variable as you say i get spawn pnpm npm-check -u ENOENT
Any ideas?

Can you explain what you need to happen or some context?
Closing as it is not OMZ-related.


Support for multi selectors

I noticed that when using a selector that actually returns more than one element, the screenshots are taken only for the first(?) found element?
Wouldn't it be better to have a for each to get and compare screenshots for each element in the selector?
I'd do the coding but does anyone find this useful?

That sounds like an interesting idea. Could you write a quick proof-of-concept for this?


Tooltip status getting overridden with form validation status

Area
UI Components
The problem
We are using Tooltip inside Form field. This tooltip is used to show the description regarding the field. We have set the status as info for the tooltip.
When there is error in the field and Form field validation is set to error then this overrides the status of tooltip as well.
Since this is just an Info regarding the field it's status should not change.
I have added an example here.
Steps to replicate:

Hover on info icon and check the status and icon present in tooltip.

Click on submit without entering any text.

Error will be shown and when you hover again on info icon then the status of tooltip also changes to error even when we have explicitly set the status to info.

Is there any way to not override the status of tooltip?
The solution
Tooltip takes its status prop as priority than form field status
Alternatives and examples
?
Are you a JPMorgan Chase & Co. employee?

[X] I am an employee of JPMorgan Chase & Co.

Hi - I could pick this up


Addressing issue #519

Somewhat temporary solution to only try to access index 0 if the list size is at least 1, avoiding the error in the Refreshable Object's if-block pertaining to comments.

I haven't even attempted to confirm that there is an issue; but you'd need to have an else clause to actually run it properly for submissions that only have one in the list, if it's an actual issue

Alright, sorry for jumping the gun, I'll wait and see if it's a confirmed error.

Going to close this PR for now. If #519 is confirmed, please reopen along with an appropriate test case. Thanks for the effot @d-soni.

@bboe I can confirm the issue exists, however extremely rare it is. I was going to add more than just the proper fix (which unfortunately involves a second request) in a local branch before making a PR, but accounting for all the possible variables for the extra bits is taking too much time, so I'll save that for later and add the fix tomorrow.


[Refactor] Remove query persistence and update import paths

#4245  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @jnsdls and the rest of your teammates on  Graphite


feat: settings privacy mode

This PR adds privacy mode to settings so that a user can show or hide their account balances. In addition to toggling the setting itself, a user can also now press on any balance to show/hide all balances...

Continuing work here to implement privacy mode, so I'll change to draft temporarily.

Feel free to keep going on this and get it done.
In case it helps, on the homepage, I have two balance components - FiatBalance + TokenBalance.
They are very similar so I was thinking to refactor and merge them. Then we could check the state in there and decide to show / hide

They are very similar so I was thinking to refactor and merge them. Then we could check the state in there and decide to show / hide

I saw this after I implemented it on both, so let me know if I should refactor them into one? Maybe it is ok to keep them separate?

Also, note there were a couple of build issues I encountered with icons, so I fixed them here.

Nice work @fbwoolf 👏 thanks for cleaning up some of my work too.
I will think about merging TokenBalance / FiatBalance but I think it's OK for now.
I'll merge this so I can rebase on top


Bump all kfp images to 2.0.5 in track/2.0

Context
Cherry pick #450 to track/2.0
What needs to get done
.
Definition of Done

track/2.0 uses updated images

closed by #457


installing linux brew fails due to permissions

(note, i tried to add this issue to the linux brew installer repo but there didnt seem to be an issues page). I recently purchased a machine with the newest stable version of Debian. On My other machine (that runs ubuntu) i successfully installed linuxbrew using the shell command provided in the 'readme.md' file (Linux brew installer repo) . However on the machine with debian, it refuses to install citing permission denied errors and it fails at : git init -q. Usually this could be solved by using sudo or su, but The installation script refuses to be installed by root. Thanks in advance (and i sincerely apologize if this was the wrong place to add my issue, but the install page does not have an issues section)

I'm facing the same problem. I made a new directory but it is not helping

I am facing same issue. `$ sh -c "$(curl -fsSL https://raw.githubusercontent.com/Linuxbrew/install/master/install.sh)"
==> This script will install:
/home/linuxbrew/.linuxbrew/bin/brew
/home/linuxbrew/.linuxbrew/share/doc/homebrew
/home/linuxbrew/.linuxbrew/share/man/man1/brew.1
/home/linuxbrew/.linuxbrew/share/zsh/site-functions/_brew
/home/linuxbrew/.linuxbrew/etc/bash_completion.d/brew
/homes/vintim/.cache/Homebrew/
/home/linuxbrew/.linuxbrew/Homebrew
Press RETURN to continue or any other key to abort
==> /usr/bin/sudo /bin/mkdir -p /homes/vintim/.cache/Homebrew
/bin/mkdir: cannot create directory /homes/vintim/.cache/Homebrew': Permission denied

Please enclose copy-and-paste blocks in triple back ticks.
See https://help.github.com/articles/basic-writing-and-formatting-syntax/#quoting-code

Try…
sudo chown -R $(whoami): /homes/vintim/.cache/Homebrew


adding yui-ibc-solidity sample

As a sample of application development using yui-ibc-solidity,
we created an environment for inter-ledger transfer using a token called MiniToken.

Can you reassign the review or mention me after all fixes are completed?


Oxygen Vent Doesn't Require Oxygen

Version of Advanced Rocketry
1.4.0-99 & -102
Have you verified this is an issue in the latest unstable build
Y
Version of LibVulpes
0.2.8-37
Version of Minecraft
1.12.2
Crash report or log (if applicable)
[insert here]
Description of the problem
The Oxygen Vent works when it has power but no oxygen.
Seal off an area (3x2x2 on space station in my case). Place the Oxygen Vent inside the room and a power source on top of it. Disable redstone control. The room gets pressurized.
Also:
When the seal is broken, the area that was formerly sealed still has pressure.
Tested with atmosphereCalculationMethod 3, 2 and 0

are you using CO2 scrubbers?

I cannot replicate the issue where the area is still sealed after breaking a block, though I can confirm it will run without O2

this'll be why it's not using gas, in very small rooms the amount of gas used will be less than 1mb.
	public float getGasUsageMultiplier() {
		return (float) (Math.max(0.01f - numScrubbers*0.005f,0)*Configuration.oxygenVentConsumptionMult);
	}

Neat. Just confirmed that larger rooms do require O2.
Would this work?
int amtToDrain = (int) Math.ceil(AtmosphereHandler.getOxygenHandler(this.world.provider.getDimension()).getBlobSize(this)*getGasUsageMultiplier()));

The issue where the area is still sealed after breaking a block persists.
Is it supposed to happen the instant I break a block?
Breaking a block within the seal (that was there when the seal was created), creates an air block with vacuum. So the sealed area doesn't update at all.
By the way, what does the oxygen trace button do?

When you say seal, do you mean the blocks names "seal"?  And if so, do you mean breaking the block in the center of the 4 seals or one of the seal blocks themselves?
The Oxygen trace button will create a visible cloud for areas that the vent is attempting to seal.  It's mostly meant to try to track down holes in space stations and such.  If the area is properly sealed it won't do anything.

By seal I mean "the pressurized area" or "to pressurize" an area.  Maybe it's clearer to use those terms...
To summarize the sealed area not updating issue:

Activating the oxygen vent pressurizes the room if it is closed. If not, closing the room (like filling in a missing wall) immediately causes the oxygen vent to pressurize the room. (as expected)
opening up the room again (by breaking the wall) does nothing. I can walk in and out through the big hole in the wall and have 0atm on one side and 1atm on the other.
Let's say I have a column in the middle of a pressurized room, then break the column (room is still closed). Now, if I walk to where the column was, I have 0atm. The rest of the room (what was air blocks when I activated the vent I guess) still has 1atm.
When I have an open area that is pressurized (from point 2), the following happens when using different methods of reactivating the oxygen vent.

cutting and reapplying the oxygen supply - same area gets pressurized
cutting and reapplying power (rf) - does not pressurize, get oxygen trace particles
lever on/off - does not pressurize, get oxygen trace particles

What version of forge are you using?  I'm not able to replicate 2,3, or 4.

forge-<IP_ADDRESS>.2705
libVulpes 0.2.8-37
I'm testing on an old laptop now. I'll probably try it on a server running the same pack next week.

Looks like the ASM is broken on newer versions of forge

Turns out this has been broken for months because the manifest was not being written correctly.  I was unable to replicate the above issues because my DEV env forces the class transformers to load anyway... Either way, it's fixed now.

Great! Thanks for your hard work. I love your mod.


some ui may need can not exit all userwiget,such as main menu

some ui may need can not exit all userwiget,such as main menu

This isn't necessary - to disable the back or instant close behaviour, just clear the BackKeys or InstantCloseKeys arrays in your instance.
    /// Input keys which go back a level in the menu stack (default Esc and B gamepad button)
    /// Clear this list if you don't want this behaviour
    UPROPERTY(EditAnywhere, BlueprintReadOnly, Category="Input")
    TArray<FKey> BackKeys = TArray<FKey> { EKeys::Escape, EKeys::Gamepad_FaceButton_Right };

    /// Input keys which instantly close the menu stack (default gamepad start)
    /// Clear this list if you don't want this behaviour
    UPROPERTY(EditAnywhere, BlueprintReadOnly, Category="Input")
    TArray<FKey> InstantCloseKeys = TArray<FKey> { EKeys::Gamepad_Special_Right };


[packages/cli] compile to handlebars

Currently jsx mail users have been reporting that not in all cases it is possible to use jsx mail due to problems uploading the dist file so a solution is to make jsx mail compile to handlebars and thus use it to render the email templates email

I did it just run jsxm handlebars


Week 24: Moving back to WordPress from Jekyll

Please provide your feedback by posting a comment against this issue.

Thanks for your post.
After i import the feed.xml into Wordpress, I find all the post url were replaced by the post tile instead of the url that I set in the yaml.


support client_min_messages

From community users, it is required by pgAdmin tool.
https://www.pgadmin.org/
https://postgresqlco.nf/doc/en/param/client_min_messages/
link #11014
Need a new ConfigEnum type?

cc: @abhyuday26
once this is supported, the test for pgAdmin is able to continue

@lmatz I guess we are going to make a mock version, right? Rather than actually affecting anything.

Yes, just for the sake of running pgAdmin.

I think this is a valid requirement. Could you help on this task? @xiangjinwu

When I get a chance. Guess it is not blocking anything right? Just a good-to-have if it is easy to achieve rather than requiring large refactors.


Docs need updating

The docs are not specific to RSS and need updating.

for now all plugin docs are the same no issue needed for this.


Request isn't sent and no error appears. Unsure what's happening

My code is below, nothing appears to send from the server and nothing is recieved on the other end.
`
command /auth:
trigger:

    set {_rnd} to random integer from 1 to 4096

    set {_prehash} to hashed "RST%player%RST%now%%{_rnd}%"

    set {_hash} to the first 12 characters of "%{_prehash}%"

    set {_name} to "%name of player%"

    set {_uuid} to the uuid of player

    set {_sname} to url safe {_name}

    set {_suuid} to url safe {_uuid}

    set {_shash} to url safe {_hash}

    set {_url} to "http://auth.redstonetor.ch/upload_details.php?n=%{_sname}%&u=%{_suuid}%&p=%{_shash}%"

    send request to {_url}

    message "Thanks for authenticating your Minecraft account %{_name}%!%nl%%nl%Your one time key is%nl%%nl%-[ &l%{_hash}%&r ]-%nl%%nl%Please enter this code into the key box.%nl%%{_url}%%nl%%{_temp}%"`

How did you solve this?


Bangla Translation Added (bn.json)

This is the most appropriate Bangla translation added till date.

TR06 0001 0090 1051 2157 5050 01

Good

Okay

https://github.com/pi-apps/pi-explorer.git

Hello guy have you completed your sky?


sorted projects by date

This PR resolves Issue #538.
Changes were made to project views to retrieve the date data of a projects most recent artifact (Publication, talk, or video). Some changes were made to the existing get_recent_artifact method in order to accomplish this. Coupling the returned dates with its corresponding project, the entries were then appended to a list and sorted, the projects were then retrieved in sorted order and reversed to place most recent at the front.

The method mergeSortDates confuses me. Why not just use Python's built-in sort methods with a custom comparator or even with the built-in convenience functions (https://docs.python.org/3/howto/sorting.html#operator-module-functions).
Seems like the approach is:

Write a function called most_recent_artifact_date in the Project model that returns the most recent artifact date from a project (e.g., talks, pubs, videos). This function is something like: build a list of all dates from talks, pubs, videos. Sort list in descending order (newest date first)
Write a forloop that grabs the most recent artifact date for every project and stores it in a in a list of tuples (projectid, most_recent_date)
Call sorted(list_of_projects, key=itemgetter(1), reverse=True) This will result in a sorted list of projects by date in descending order.

I used merge sort because that was the one I’m most familiar with
Sent from Mailhttps://go.microsoft.com/fwlink/?LinkId=550986 for Windows 10

From: Jon Froehlich<EMAIL_ADDRESS>Sent: Thursday, August 30, 2018 2:27:55 PM
To: jonfroehlich/makeabilitylabwebsite
Cc: johnsonkuang; Author
Subject: Re: [jonfroehlich/makeabilitylabwebsite] sorted projects by date (#589)
The method mergeSortDates confuses me. Why not just use Python's built-in sort methods with a custom comparator or even with the built-in convenience functions (https://docs.python.org/3/howto/sorting.html#operator-module-functions).
Seems like the approach is:

Write a function called most_recent_artifact_date in the Project model that returns the most recent artifact date from a project (e.g., talks, pubs, videos). This function is something like: build a list of all dates from talks, pubs, videos. Sort list in descending order (newest date first)
Write a forloop that grabs the most recent artifact date for every project and stores it in a in a list of tuples (projectid, most_recent_date)
Call sorted(list_of_projects, key=itemgetter(1), reverse=True) This will result in a sorted list of projects by date in descending order.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/jonfroehlich/makeabilitylabwebsite/pull/589#issuecomment-417472889, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AfdHHLvaf0CZRVONSVoEgzxrswKmP1U2ks5uWFjbgaJpZM4WUMsp.

You'll generally never have to write your own sort functions as the fastest sort methods are already built into modern languages like Python, C#, etc. Please see: https://docs.python.org/3/howto/sorting.html and https://docs.python.org/3/howto/sorting.html#operator-module-functions.
You should be able to address #538 in very few lines of code if you follow my instructions.

changes made according to the above comment

Is this ready now? You never responded...

Changes made


Correct typos in documentation

Minor typos only, found using typos

that's a really nice tool. i should try to integrate it into the ci

It is a nice tool, but it has several false positives that you need to be aware of. For example, variables named nd are tagged as typos where it think you want to write and. But there is an option to ask it to ignore specific typos as well.


Fix the names of the links in types.md

What
Some names that never got updated.
Checklist

[x] I have read and agree to Contributor Guide and the Code of Conduct
[x] I've included a screenshot or gif (if applicable)
[x] I have tested the web demo (if applicable):

Using newly built examples: app.rerun.io
Using examples from latest main build: app.rerun.io
Using full set of examples from nightly build: app.rerun.io

[x] The PR title and labels are set such as to maximize their usefulness for the next release's CHANGELOG
[x] If applicable, add a new check to the release checklist!

PR Build Summary
Docs preview
Examples preview
Recent benchmark results
Wasm size tracking

Hmmm... That very much looks like a page that should be generated though...


pylint failures after installing versioneer

After installing versioneer, pylint started failing for my source tree. Some of them are trivial things like unused variables (loop vars for example), some may require a little more thought to fix. In any case, if you run pylint (with default settings), install versioneer and then immediately see failures this is perhaps not as nice a user experience as it might be.

Recognizing this is old...
Is this more of a request to reduce the pylint violations in versioneer.py or would adding # pylint: disable-all to the top be reasonable?

@effigies personally I would be perfectly happy with # pylint: disable-all, though there may be other linting systems out there (or IDEs with their own basic linting) that might dislike where versioneer.py deviates from PEP8
For now I just use the following in my setup.cfg:
[pylint.]
ignore=.git,venv,packages,pybuild,Makefile,README.md,etc,_version.py
ingore-pattern=_version.py,versioneer.py

I would be happy to take a shot at this as a PR if you'd like- here's a summary of a relatively default pylint configuration when run on _version.py- I would aim for complying as much as possible with PEP8 if I were to make any changes, personally.
************* Module myproject._version
myproject/_version.py:42:4: C0103: Attribute name "VCS" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:42:4: W0201: Attribute 'VCS' defined outside __init__ (attribute-defined-outside-init)
myproject/_version.py:43:4: W0201: Attribute 'style' defined outside __init__ (attribute-defined-outside-init)
myproject/_version.py:44:4: W0201: Attribute 'tag_prefix' defined outside __init__ (attribute-defined-outside-init)
myproject/_version.py:45:4: W0201: Attribute 'parentdir_prefix' defined outside __init__ (attribute-defined-outside-init)
myproject/_version.py:46:4: W0201: Attribute 'versionfile_source' defined outside __init__ (attribute-defined-outside-init)
myproject/_version.py:47:4: W0201: Attribute 'verbose' defined outside __init__ (attribute-defined-outside-init)
myproject/_version.py:33:0: R0903: Too few public methods (0/2) (too-few-public-methods)
myproject/_version.py:61:4: C0103: Argument name "f" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:70:0: R0913: Too many arguments (6/5) (too-many-arguments)
myproject/_version.py:74:4: C0103: Variable name "p" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:75:8: C0103: Variable name "c" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:79:12: C0103: Variable name "p" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:85:12: C0103: Variable name "e" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:118:8: R1705: Unnecessary "else" after "return" (no-else-return)
myproject/_version.py:116:8: W0612: Unused variable 'i' (unused-variable)
myproject/_version.py:141:8: C0103: Variable name "f" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:144:16: C0103: Variable name "mo" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:148:16: C0103: Variable name "mo" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:152:16: C0103: Variable name "mo" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:180:11: R1718: Consider using a set comprehension (consider-using-set-comprehension)
myproject/_version.py:183:4: C0103: Variable name "TAG" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:184:11: R1718: Consider using a set comprehension (consider-using-set-comprehension)
myproject/_version.py:193:15: R1718: Consider using a set comprehension (consider-using-set-comprehension)
myproject/_version.py:201:12: C0103: Variable name "r" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:217:51: W0621: Redefining name 'run_command' from outer scope (line 70) (redefined-outer-name)
myproject/_version.py:217:0: R0914: Too many local variables (17/15) (too-many-locals)
myproject/_version.py:224:4: C0103: Variable name "GITS" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:226:8: C0103: Variable name "GITS" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:228:9: C0103: Variable name "rc" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:237:18: C0103: Variable name "rc" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:245:14: C0103: Variable name "rc" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:269:8: C0103: Variable name "mo" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:296:19: C0103: Variable name "rc" doesn't conform to snake_case naming style (invalid-name)
myproject/_version.py:228:4: W0612: Unused variable 'out' (unused-variable)
myproject/_version.py:498:12: W0612: Unused variable 'i' (unused-variable)

------------------------------------------------------------------
Your code has been rated at 8.69/10 (previous run: 8.69/10, +0.00)

So it's not too much work to fix, I wouldn't mind making the changes and sending a PR if it's something you're interested in addressing in that way
Really, your project, your call :)
Happy to hear your thoughts
Also- thank you for your work on this project- at this point I don't think I could live without it!

Thanks for the kind words, but almost all the work on this project was @warner.
As noted on #246, I'd be happy to review a cleanup PR. Sorry for not seeing your response earlier.

Well in that case, thanks to you both and no worries, we're all busy and this isn't exactly a critical issue. The issues you referenced is helpful, I will follow along on that and see how it goes
As far as this issue goes, I will defer to @sanga who opened it
@sanga #246 may be a better place to continue this issue

Looks like #246 has more traction and as I don't use this project anymore, I'll close this in favour of that


MQTT Simulator & Broker component

We have observed that MQTT broker and client which sends actual meter data to OSGP platform are embedded in a single project i.e. MQTT Simulator. Does that mean adding a new device would require its own Broker component to be added ? But as per our understanding, only MQTT client application would be there on actual devices and not MQTT Broker.  Is there any particular need to have Broker component in simulator?
Alternatively, can we create single MQTT broker and let all devices connect & push data to it. In that case, can existing MQTT Adapter still connect to this broker and automatically fetch the data. If yes, does this configuration need any changes in communication monitoring task?

We have chosen to let the platform (the protocol adapter component as an MQTT client) connect to a smart device / simulator, which means that the device is running a broker.
One could choose a different setup, where smart devices are running an MQTT client, these devices connect to some broker, and the devices publish data to a topic. The protocol adapter component as an MQTT client could also connect to that broker and subscribe to the given topic and receive the data published by the devices.
I guess the communication monitoring task could still be used to connect to the broker. How to configure the task would depend on the behavior of the smart devices, and how the device records are set up within the platform.


Add encryption scheme and pattern to metadata

Summary: Add encryption scheme and pattern to metadata
Type: Feature
Test Plan: Manual Tests
Dependencies and Impacts: Small

https://jenkins.code.rdkcentral.com/job/github-triggered/27391/ started

https://jenkins.code.rdkcentral.com/job/build-component/63848/ started.

https://jenkins.cmf.code.rdkcentral.com/job/github-triggered/19471/ started

https://jenkins.cmf.code.rdkcentral.com/job/build-component-platform/31980/ started.

build-aml-refboard Console Log uploaded to Gist URL: https://gist.github.com/56ee7dec7a7f74f0517a62add13a5116

Smoke tests for ['build-rpi-hybrid-refapp2'] added.
https://jenkins.cmf.code.rdkcentral.com/job/test-components-flow/137633/

Smoke tests for ['build-rpi-hybrid-wpe-dunfell'/'build-rpi-mc-wpe-dunfell'] added.
https://jenkins.cmf.code.rdkcentral.com/job/test-components-flow/137634/

build-aml-reftv Console Log uploaded to Gist URL: https://gist.github.com/26a58eb055cf97bc9be40c745cc5dd8c

build-brcm-va-sgc Console Log uploaded to Gist URL: https://gist.github.com/92639ebb29960337698b253202199a18


Replace SimpleSDMLayers with SpeciesDistributionToolkit

Currently blocked pending release, will do asap

You can tag this with a compat of "1"


Added some comments and minor code improvements

What this PR does / why we need it:
Added some comments to help with documentation and some minor code improvements.
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
Release note:

NONE

/assign @mvladev


Installation of mamba_ssm Package Fails on Google Colab

Hello,
I'm encountering an issue where the mamba_ssm package fails to install on Google Colab. This installation previously worked, but it now fails in recent Colab. The exact cause is unclear.
Environment Details:

Platform: Google Colab
Python version: 3.10.12
pip version: 24.1.2

Steps to Reproduce:
Running the following command results in a build failure:
!pip install mamba_ssm

The error message received is as follows:
Collecting mamba_ssm
  Downloading mamba_ssm-2.2.2.tar.gz (85 kB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 85.4/85.4 kB 4.6 MB/s eta 0:00:00
  Preparing metadata (setup.py) ... done
Requirement already satisfied: torch in /usr/local/lib/python3.10/dist-packages (from mamba_ssm) (2.5.0+cu121)
Requirement already satisfied: packaging in /usr/local/lib/python3.10/dist-packages (from mamba_ssm) (24.1)
Collecting ninja (from mamba_ssm)
  Downloading ninja-<IP_ADDRESS>-py2.py3-none-manylinux1_x86_64.manylinux_2_5_x86_64.whl.metadata (5.3 kB)
Requirement already satisfied: einops in /usr/local/lib/python3.10/dist-packages (from mamba_ssm) (0.8.0)
Collecting triton (from mamba_ssm)
  Downloading triton-3.1.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (1.3 kB)
Requirement already satisfied: transformers in /usr/local/lib/python3.10/dist-packages (from mamba_ssm) (4.44.2)
Requirement already satisfied: filelock in /usr/local/lib/python3.10/dist-packages (from torch->mamba_ssm) (3.16.1)
Requirement already satisfied: typing-extensions>=4.8.0 in /usr/local/lib/python3.10/dist-packages (from torch->mamba_ssm) (4.12.2)
Requirement already satisfied: networkx in /usr/local/lib/python3.10/dist-packages (from torch->mamba_ssm) (3.4.2)
Requirement already satisfied: jinja2 in /usr/local/lib/python3.10/dist-packages (from torch->mamba_ssm) (3.1.4)
Requirement already satisfied: fsspec in /usr/local/lib/python3.10/dist-packages (from torch->mamba_ssm) (2024.6.1)
Requirement already satisfied: sympy==1.13.1 in /usr/local/lib/python3.10/dist-packages (from torch->mamba_ssm) (1.13.1)
Requirement already satisfied: mpmath<1.4,>=1.1.0 in /usr/local/lib/python3.10/dist-packages (from sympy==1.13.1->torch->mamba_ssm) (1.3.0)
Requirement already satisfied: huggingface-hub<1.0,>=0.23.2 in /usr/local/lib/python3.10/dist-packages (from transformers->mamba_ssm) (0.24.7)
Requirement already satisfied: numpy>=1.17 in /usr/local/lib/python3.10/dist-packages (from transformers->mamba_ssm) (1.26.4)
Requirement already satisfied: pyyaml>=5.1 in /usr/local/lib/python3.10/dist-packages (from transformers->mamba_ssm) (6.0.2)
Requirement already satisfied: regex!=2019.12.17 in /usr/local/lib/python3.10/dist-packages (from transformers->mamba_ssm) (2024.9.11)
Requirement already satisfied: requests in /usr/local/lib/python3.10/dist-packages (from transformers->mamba_ssm) (2.32.3)
Requirement already satisfied: safetensors>=0.4.1 in /usr/local/lib/python3.10/dist-packages (from transformers->mamba_ssm) (0.4.5)
Requirement already satisfied: tokenizers<0.20,>=0.19 in /usr/local/lib/python3.10/dist-packages (from transformers->mamba_ssm) (0.19.1)
Requirement already satisfied: tqdm>=4.27 in /usr/local/lib/python3.10/dist-packages (from transformers->mamba_ssm) (4.66.5)
Requirement already satisfied: MarkupSafe>=2.0 in /usr/local/lib/python3.10/dist-packages (from jinja2->torch->mamba_ssm) (3.0.2)
Requirement already satisfied: charset-normalizer<4,>=2 in /usr/local/lib/python3.10/dist-packages (from requests->transformers->mamba_ssm) (3.4.0)
Requirement already satisfied: idna<4,>=2.5 in /usr/local/lib/python3.10/dist-packages (from requests->transformers->mamba_ssm) (3.10)
Requirement already satisfied: urllib3<3,>=1.21.1 in /usr/local/lib/python3.10/dist-packages (from requests->transformers->mamba_ssm) (2.2.3)
Requirement already satisfied: certifi>=2017.4.17 in /usr/local/lib/python3.10/dist-packages (from requests->transformers->mamba_ssm) (2024.8.30)
Downloading ninja-<IP_ADDRESS>-py2.py3-none-manylinux1_x86_64.manylinux_2_5_x86_64.whl (307 kB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 307.2/307.2 kB 13.1 MB/s eta 0:00:00
Downloading triton-3.1.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (209.5 MB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 209.5/209.5 MB 6.6 MB/s eta 0:00:00
Building wheels for collected packages: mamba_ssm
  error: subprocess-exited-with-error

  × python setup.py bdist_wheel did not run successfully.
  │ exit code: 1
  ╰─> See above for output.

  note: This error originates from a subprocess, and is likely not a problem with pip.

This worked for me.

@adrita78 Have you tried this on Colab? I attempted the installation using the method you suggested, but it has been stuck at 'Building wheel for mamba_ssm' for over 15 minutes. Did it also take a similar amount of time for you?

@klae01 Yes, I tried this on Colab. It should take around 20 minutes or so. It kinda took long for me too.

Thanks for the advice. Unfortunately, this did not work for me after waiting about 50 minutes: it is stuck on building wheels and it is still running. I would think waiting at least this long is a bit unreasonable upon each Colab launch anyway. Perhaps there is an alternative solution? Thanks in advance.

Thanks for the advice. Unfortunately, I was stuck on building wheels for 50 minutes and still running with this method. I would think this is a bit long to have to wait upon each launch of a Colab notebook anyway. Perhaps there is an alternative solution? Thanks in advance.

Resolved the issue. The following lines of code worked for me:
pip install torch==2.1.1 torchvision==0.16.1 torchaudio==2.1.1 --index-url https://download.pytorch.org/whl/cu118
pip install causal_conv1d==1.1.1
pip install mamba-ssm==1.2.0.post1
This derives from this forum: https://github.com/state-spaces/mamba/issues/169

For me this worked:
!pip install https://github.com/Dao-AILab/causal-conv1d/releases/download/v1.4.0/causal_conv1d-1.4.0+cu118torch2.0cxx11abiFALSE-cp310-cp310-linux_x86_64.whl !pip install mamba-ssm
seems to have to do with causal_conv1d. If that doesnt work, here I found this. There are other versions maybe worth trying:
https://github.com/Dao-AILab/causal-conv1d/releases

Hi all,
I am having the same problem. I would like to use Mamba2.
I tried the following as suggested:
pip install torch==2.1.1 torchvision==0.16.1 torchaudio==2.1.1 --index-url https://download.pytorch.org/whl/cu118
pip install causal_conv1d==1.1.1
pip install mamba-ssm==1.2.0.post1
but it failed to import Mamba2. Then, I tried:
pip install torch==2.1.1 torchvision==0.16.1 torchaudio==2.1.1 --index-url https://download.pytorch.org/whl/cu118
pip install causal_conv1d==1.1.0
pip install mamba-ssm
and I get the 'causal_conv1d_fwd(): incompatible function arguments' error.
Previously, I used to just do:
!pip uninstall mamba-ssm causal-conv1d
!pip install causal-conv1d && pip install mamba-ssm
as suggested by this this thread, and it used to work fine.
Any help is appreciated

this is what worked for me in the end:
!pip install torch==2.4.0 torchvision==0.19.0 torchaudio==2.4.0 --index-url https://download.pytorch.org/whl/cu121
!pip uninstall mamba-ssm causal-conv1d
!pip install causal-conv1d && pip install mamba-ssm
Mamba2 runs fine now

this is what worked for me in the end:
!pip install torch==2.4.0 torchvision==0.19.0 torchaudio==2.4.0 --index-url https://download.pytorch.org/whl/cu121 !pip uninstall mamba-ssm causal-conv1d !pip install causal-conv1d && pip install mamba-ssm
Mamba2 runs fine now

did you do this on colab?

Yes

this is what worked for me in the end:

!pip install torch==2.4.0 torchvision==0.19.0 torchaudio==2.4.0 --index-url https://download.pytorch.org/whl/cu121 !pip uninstall mamba-ssm causal-conv1d !pip install causal-conv1d && pip install mamba-ssm

Mamba2 runs fine now

did you do this on colab?

Yes

It work. Thanks you, I was so defeated I move to use smallest mamba model on my local GPU. Now I can use better qa mamba model. Thank you @RamiCassia

for cuda 12.4 and python 3.10:
 pip install torch==2.4.0 torchvision==0.19.0 torchaudio==2.4.0 --index-url https://download.pytorch.org/whl/cu121
then
!pip install causal-conv1d==1.4.0 && pip install mamba-ssm==2.2.2


Increasing the font size for the right button makes the text off-center

Wanted to increase the button size slightly and the button text became off-center. Looks like the bar insets are not being observe for the bottom.

Set the right button font to AvenirNext-Medium / 17.0f
Observe that the button text is no longer centered

As a note, I've moved on from the project so I won't be able to reliably test / verify any fixes against that project. I will be using this again in a new project, but it's TBD how we'll customize things.


Complex multipolygon relation takes forever to compute

The rather complex relation 9436485(now deleted) cannot be assembled by the libosmium's multipolygon code. The algorithm seems to be stuck in osmium::area::detail::BasicAssembler::find_candidates(). I gave up after 2 hours.

Places where rings touch are unusual for normal multipolygons and the algorithm in libosmium that assembles multipolygons does not handle them well. If there are too many touching points it becomes very slow. This is not a problem for almost all multipolygons. As I am writing this there are only three relations in the OSM database with more than 100 touching points, all of them rather weird boundaries in the US. The mentioned relation 9436485 had more than 300 of those points.
I have added a commit to libosmium to simply ignore areas with more than 100 touching points to keep the processing speed within reasonable bounds. This is not an ideal solution, of course. It would be better to find an algorithm that handles this case in a better way, but this will not happen quickly.

Is in version 2.15.2.

For information, another relation that triggered this bug (on systems not yet running the fixed osmium library) was https://www.openstreetmap.org/relation/163124 in its version of 17 April, 2020.


You may need an additional loader to handle the result of these loaders.

material-react-table version
v1.5.9
react & react-dom versions
"react": "^17.0.2",
Describe the bug and the steps to reproduce it
<EMAIL_ADDRESS>124:92
Module parse failed: Unexpected token (124:92)
File was processed with these loaders:

./node_modules/babel-loader/lib/index.js
You may need an additional loader to handle the result of these loaders.
|     sync
|   } = _ref;

const toOffset = (sync ? offset : offset + instance.options.scrollMargin) + (adjustments ?? 0);
|   (_instance$scrollEleme = instance.scrollElement) == null ? void 0 : _instance$scrollEleme.scrollTo == null ? void 0 : _instance$scrollEleme.scrollTo({
|     [instance.options.horizontal ? 'left' : 'top']: toOffset,

Minimal, Reproducible Example - (Optional, but Recommended)

Screenshots or Videos (Optional)
No response
Do you intend to try to help solve this bug with your own PR?
None
Terms

[X] I understand that if my bug cannot be reliably reproduced in a debuggable environment, it will probably not be fixed and this issue may even be closed.

Try upgrading react-scripts to v5.0.1

ok I will do

thank you problem solve, it was working


What's the diff between the yolo.py and yolo-tiny.py under the python folder?

bad names to two different scripts:
yolo.py ==> detects objects in a video file
yolo-tiny.py ==> detects objects in a image file


Feat: Solver job notification for "solver started"

There is currently no way to notify a user that the solver has started for any particular SolverJob. Therefore we're seeing people use problemFinder to do all sorts of initialization side-effects.
The proper solution may be to introduce a listener for solver start.

Dropping from the 1.14 release as we're seeing some Python issues which we can't solve in time.


[STK-320] Add kubegen support

@waseem-h Image is available for testing. docker pull docker.io/stakater/fluentd-debian9-kubernetes:1.2.2-0.0.7

@waseem-h Image is available for testing. docker pull docker.io/stakater/fluentd-debian9-kubernetes:1.2.2-0.0.8

@waseem-h Image is available for testing. docker pull docker.io/stakater/fluentd-debian9-kubernetes:1.2.2-0.0.9


Reversing axis doesn't work for spectral plot

In the spectral plot you can’t reverse the axis, for example for the carbon spectrum you will see peaks when you put your x-axis from 0-200 range, and nothing is seen when you put the x-axis range from 200-0 range.
Expanding on issue raised by @AKM2022

This would be a bad idea.
It should be clear whether shieldings (increasing left to right) or shifts (increasing right to left) are being plotted. This should determine the axis direction NOT the order in which ranges are entered into boxes.
Ensure plot has axis label.


✨ Port arm mimic

TLA2528 Driver code and working mission control code

Great job everyone 👏🏾 who worked on this! Excellent work!

Make sure to squash this when you merge. Don't merge the whole 77 commits into the repo.


Return typed (or wrapped context) error in pkg/signal.go

A pattern I see used a lot when reacting to program termination is checking for the returned error to distinct an expected, e.g. context error, from an abnormal error.
E.g.:
func main() {
	ctx := signals.NewContext()
	err := run(ctx, os.Args, os.Stdout)
	if err != nil && err != context.Canceled {
		panic(err)
	}
}

However, this does not work as signals slightly deviates from the context behavior and returns a plain error string:
// Err implements context.Context
func (scc *signalContext) Err() error {
	select {
	case _, ok := <-scc.Done():
		if !ok {
			return errors.New("received a termination signal")
		}
	default:
	}
	return nil
}

Proposal: either return context.Canceled or a wrapped error including the error message so one can assert the error, e.g. using errors.Is(err, context.Canceled).

cc @dprotaso @n3wscott @markusthoemmes for thoughts

Absolutely, let's do it. context.Canceled seems fine to me.

Will file PR 👍


Use an internally created default go-kit Logger

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


Running conda install does not update from 4.0.0rc3

#2842  Problem Description
Running conda install -c anaconda spyder does not update from 4.0.0rc3
What steps reproduce the problem?

Open miniconda terminal
Run: conda install -c anaconda spyder
Run: spyder

What is the expected output? What do you see instead?
Under Help  -> About Spyder expect to see
version 4.0.0
actually see:

Paste Traceback/Error Below (if applicable)
(keras-gpu) C:\Users\bbate>conda install -c anaconda spyder
Collecting package metadata (current_repodata.json): done
Solving environment: done

## Package Plan ##

  environment location: C:\Users\bbate\Miniconda3\envs\keras-gpu

  added / updated specs:
    - spyder

The following packages will be downloaded:

    package                    |            build
    ---------------------------|-----------------
    ca-certificates-2019.11.27 |                0         163 KB  anaconda
    certifi-2019.11.28         |           py36_0         157 KB  anaconda
    ------------------------------------------------------------
                                           Total:         320 KB

The following packages will be UPDATED:

  openssl              pkgs/main::openssl-1.1.1d-he774522_3 --> anaconda::openssl-1.1.1-he774522_0

The following packages will be SUPERSEDED by a higher-priority channel:

  ca-certificates                                 pkgs/main --> anaconda
  certifi                                         pkgs/main --> anaconda

Proceed ([y]/n)? y

Downloading and Extracting Packages
certifi-2019.11.28   | 157 KB    | ############################################################################ | 100%
ca-certificates-2019 | 163 KB    | ############################################################################ | 100%
Preparing transaction: done
Verifying transaction: done
Executing transaction: done

Versions
Spyder 4.0.0rc3
Python 3.6.9 64-bit
Qt 5.13.1
PyQt5 5.13.1
Windows 10
Dependencies
cloudpickle >=0.5.0          :  1.2.2 (OK)
pygments >=2.0               :  2.5.2 (OK)
qtconsole >=4.6.0            :  4.6.0 (OK)
nbconvert >=4.0              :  5.6.1 (OK)
sphinx >=0.6.6               :  2.2.2 (OK)
pylint >=0.25                :  2.4.4 (OK)
psutil >=0.3                 :  5.6.7 (OK)
qtawesome >=0.5.7            :  0.6.0 (OK)
qtpy >=1.5.0                 :  1.9.0 (OK)
pickleshare >=0.4            :  0.7.5 (OK)
zmq >=17                     :  18.1.0 (OK)
chardet >=2.0.0              :  3.0.4 (OK)
numpydoc >=0.6.0             :  0.9.1 (OK)
spyder_kernels >=1.8.0;<2.0.0:  1.8.0 (OK)
qdarkstyle >=2.7             :  2.7 (OK)
atomicwrites >=1.2.0         :  1.3.0 (OK)
diff_match_patch >=20181111  :  20181111 (OK)
intervaltree                 :  None (OK)
watchdog                     :  None (OK)
keyring                      :  None (OK)
pexpect >=4.4.0              :  4.7.0 (OK)
pympler                      :  None (OK)
sympy >=0.7.3                :  None (NOK)
cython >=0.21                :  None (NOK)
IPython >=4.0                :  7.10.1 (OK)
matplotlib >=2.0.0           :  3.1.2 (OK)
pandas >=0.13.1              :  0.25.3 (OK)
numpy >=1.7                  :  1.16.5 (OK)
scipy >=0.17.0               :  1.3.1 (OK)
pyls >=0.31.1;<0.32.0        :  0.31.2 (OK)
rtree >=0.8.3                :  0.8.3 (OK)

conda update spyder -c anaconda

-c anaconda is really unnecessary. You just need to run
conda update spyder

Thanks, that worked.  (head slap).
Not sure if expected behavior but it lost all my custom configuration and forgot all my recent projects.

Not sure if expected behavior but it lost all my custom configuration and forgot all my recent projects.

You can recover those by renaming the directory ~/.spyder-py3-dev to ~/.spyder-py3 (where ~ stand for your Users directory).
The thing is we use a different directory when running betas to allow users to run both a beta and a stable version at the same time.

I had the same problem - solved it by reinstalling...
@ccordoba12 can you point me to the location of the settings folder on Linux? I can't seem to find it in my home directory, and it's not in the conda environment folder.


Avoid external sources and determine CSP

Related to https://github.com/oasisprotocol/oasis-wallet-web/issues/204
@tjanez With these changes, it looks like Content-Security-Policy header would be:
default-src 'none';
script-src 'report-sample' 'self';
style-src 'report-sample' 'self' fonts.googleapis.com 'unsafe-inline';
font-src 'self' fonts.gstatic.com;
connect-src 'self' grpc-web.oasis.dev testnet-api.oasismonitor.com localhost:42280 localhost:9001;
img-src 'self';
base-uri 'self';
manifest-src 'self';

Future improvements:

remove google exceptions by downloading fonts
remove 'unsafe-inline' style by precomputing theme hash
add report-uri to gather errors if anything was missed

LGTM, thanks for contributing


nettle 0.2.0 build failure

We may have to update debian-bootstrap for this.
Unpacking to nettle-0.2.0/
Resolving dependencies...
Configuring nettle-0.2.0...
Building nettle-0.2.0...
Preprocessing library nettle-0.2.0...
In file included from ForeignImports.hsc:167:0:
src/nettle-ciphers.h:5:28: fatal error: nettle/version.h: No such file or directory
 #include <nettle/version.h>
                            ^
compilation terminated.
compiling dist/build/Crypto/Nettle/Ciphers/ForeignImports_hsc_make.c failed (exit code 1)
command was: /usr/bin/gcc -c dist/build/Crypto/Nettle/Ciphers/ForeignImports_hsc_make.c -o dist/build/Crypto/Nettle/Ciphers/ForeignImports_hsc_make.o -fno-stack-protector -D__GLASGOW_HASKELL__=710 -Dlinux_BUILD_OS=1 -Dx86_64_BUILD_ARCH=1 -Dlinux_HOST_OS=1 -Dx86_64_HOST_ARCH=1 -Isrc -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/opt/ghc/7.10.3/lib/ghc-7.10.3/bytes_6VWy06pWzJq9evDvK2d4w6/include -I/opt/ghc/7.10.3/lib/ghc-7.10.3/base_HQfYBxpPvuw8OunzQu6JGM/include -I/opt/ghc/7.10.3/lib/ghc-7.10.3/integ_2aU3IZNMF9a7mQ0OzsZ0dS/include -I/opt/ghc/7.10.3/lib/ghc-7.10.3/include -I/opt/ghc/7.10.3/lib/ghc-7.10.3/include/

debian-boostrap was updated (https://github.com/fpco/stackage/commit/c60f300799a7d556797405d802d869d156ac12d1) and nettle-0.2 is now happily building in the nightlies once again.


move the remaining files into the subdirectories.

Scope & Purpose
cleanup the javascript testutils files by moving all of them into subdirectories.

[ ] :hankey: Bugfix (requires CHANGELOG entry)
[ ] :pizza: New feature (requires CHANGELOG entry, feature documentation and release notes)
[ ] :fire: Performance improvement
[x] :hammer: Refactoring/simplification
[ ] :book: CHANGELOG entry made

Backports:

[ ] No backports required
[x] Backports required for: 3.7

http://jenkins01.arangodb.biz:8080/view/PR/job/arangodb-matrix-pr/12642/

http://jenkins01.arangodb.biz:8080/view/PR/job/arangodb-matrix-pr/12651/


New versions are not supported

We are focusing on this now; see #327.

Resolved by #337 and version 2.2.1


feat: PageObjects Specification Files. Basic loader for PageObject and PageElement

New feature for Toolium. See docs/pageobjects_specification_files.rst

Coverage increased (+0.04%) to 90.64% when pulling 46f4d7588dfb635365105bd753800d507ffcae6c on jframos:feat/page_objects_spec_files into a980ce2be7fcad16b58883e55261c589d696ec36 on Telefonica:master.


Comment count root selector seems need to change

Tested with fb_post.py to update this article and get the error below:
[ERROR] 2020-03-12 00:05:10 fbscraper.facebook: (condition='element_to_be_clickable', selector='.userContentWrapper [data-testid="UFI2CommentsCount/root"]', timeout=5) Cannot find element
Original selector='.userContentWrapper [data-testid="UFI2CommentsCount/root"]' seems not work and need to change

如果original selector失敗，就嘗試 find_element_by_link_text("則留言")


Final updates for release

[x] Pull request represents a single change (i.e. not fixing disparate/unrelated things in a single PR).
[x] Title summarizes what is changing.
[ ] Has a news entry file (remember to thank yourself!).
[ ] Appropriate comments and documentation strings in the code.
[ ] Has sufficient logging.
[ ] Has telemetry for enhancements.
[ ] Unit tests & system/integration tests are added/updated.
[ ] Test plan is updated as appropriate.
[ ] package-lock.json has been regenerated by running npm install (if dependencies have changed).
[ ] The wiki is updated with any design decisions/details.

Codecov Report

Merging #14042 into release-2020.09 will decrease coverage by 0.02%.
The diff coverage is n/a.

@@                 Coverage Diff                 @@
##           release-2020.09   #14042      +/-   ##
===================================================
- Coverage            59.87%   59.85%   -0.03%
===================================================
  Files                  692      692
  Lines                38337    38337
  Branches              5513     5513
===================================================
- Hits                 22955    22946       -9
- Misses               14199    14205       +6
- Partials              1183     1186       +3

Impacted Files
Coverage Δ

src/client/datascience/crossProcessLock.ts
79.41% <0.00%> (-11.77%)
:arrow_down:

src/client/common/utils/platform.ts
60.00% <0.00%> (-8.00%)
:arrow_down:

src/client/linters/pydocstyle.ts
86.66% <0.00%> (-2.23%)
:arrow_down:

src/client/datascience/debugLocationTracker.ts
76.56% <0.00%> (-1.57%)
:arrow_down:

src/client/common/process/proc.ts
14.49% <0.00%> (-0.73%)
:arrow_down:

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 074024c...378faea. Read the comment docs.


Ability for BWCTL to send / store results from a measurement into Esmond

Dear Developer,
It would be nice to have the possibility to send the results from a CLI measurement or triggered remotely to a measurement archive based on an option.
Best regards,
Ivan Garnizov

outdated


#{AWS::AccountId} isn't being substituted when part of cfnRole variable

I'm trying to use #{AWS::AccountId} as part of the cfnRole variable in my serverless.yml file, but it's not being substituted. Here is the relevant section of serverless.yml:
plugins:
  - serverless-pseudo-parameters

provider:
  name: aws
  runtime: nodejs12.x
  cfnRole: "arn:aws:iam::#{AWS:AccountId}:role/MyRole"

When I run serverless deploy, I get the error message Cross-account pass role is not allowed, and when I turn on debugging with SLS_DEBUG=true, I can see that the role it's using to do the deployment is
arn:aws:iam::#{AWS:AccountId}:role/MyRole

i.e. the pseudo parameter is not being substituted. If I replace #{AWS:AccountId} with the literal value (i.e. cfnRole: "arn:aws:iam::12345678901234:role/MyRole") then the deployment works fine.  Does anyone know why parameter substitution isn't happening here?

Closing, as all functionalities as provided by this plugin are now covered by the Framework (since v2.50.0)


cross-tenant=true property not templated in wso2 identity server

Description:
Admin could access all resources for that cross-tenant value should be true under identity.xml but its not templated in deployment.toml

Ideally resources should not be shared cross tenant. This needs to be further discussed.
I think this capability needs to be deprecated and removed from the product in future.


Add felling axes to clue step

Added Dragon felling axe, Crystal felling axe, and Crystal felling axe (inactive) to the "Stamp in the Enchanted Valley" clue.
Fixes #17280
Sorry for anything done incorrectly.

Accidentally superseded by #18100


gfan: Add darwin support

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[x] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg build gfan

Success on aarch64-linux (full log)
Attempted: gfan
Partial log (click to expand)
ln -s gfan gfan_list
ln -s gfan gfan_version
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/rgibm71pra0hz70kgsbvlng5qydn4vz8-gfan-0.6.2
shrinking /nix/store/rgibm71pra0hz70kgsbvlng5qydn4vz8-gfan-0.6.2/bin/gfan
strip is /nix/store/ah0va6j4cnwj9nx4j6rwcfc8nh785jwm-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/rgibm71pra0hz70kgsbvlng5qydn4vz8-gfan-0.6.2/bin
patching script interpreter paths in /nix/store/rgibm71pra0hz70kgsbvlng5qydn4vz8-gfan-0.6.2
checking for references to /build in /nix/store/rgibm71pra0hz70kgsbvlng5qydn4vz8-gfan-0.6.2...
/nix/store/rgibm71pra0hz70kgsbvlng5qydn4vz8-gfan-0.6.2


can't login

I saw that website had a big update, so i want to see if app stil works because of that update. It turns out that app is indeed unusable since loging into app isn't working. I realy hope this app would still be available to use.

You are correct! Both the desktop and android device app are now deprecated.
I don’t have plans to make a new desktop app version, so you will have to use the website. You should try it! The website is now essentially the app but with a lot of bug fixes and new features.
As for the android app, I have somebody working on it and It should be released by the end of January 2016.

I kinda hoped you would updated desktop app as well. I can't understand why would you kill desktop app.
This new website, it's not for me (no offense) ..
I rely liked TopAnimeStream Website (as it was) and loved desktop app. Now both is kinda gone for me.. :(
I hope you would reconsider regarding desktop app.

The website is working the same way as the desktop app was working. I don't see why I should double my work to achieve the same thing. Anyway, I'm kind of alone in this project and I have a big to do list to complete with limited time. I just can't create new features, fix bugs & update both the website and the desktop app at the same time.
If you don't mind, can you tell me why is the new website not for you?
I would greatly appreciate it if you can give me some feedback.

It's ''all-white'' website (way to bright-to me anyway), it feels really confusing and uncomfortable. Not the place where i could hang to long. Imo, it would be good idea to be at least consistent with the design=colors you had all this time for TopAnimeStream. Blue color is now completely excluded (absent) from your website. If you decided for your website to have app UI/design, you should at least use similar layout and colors (UI/Design) as your app have. (or at least add some colors to this Lite theme / and having second theme - Dark theme would be also good idea.)
But in general, having app UI for Anime website is not good choice imo.
App has really nice chosen colors, all came together really good and app it self performed really nicely. I also didn't find any bugs until login issue. As for new features for this app, i think app is cool as it is now, it doesn't need no new features... I think app could be available at least until it broke on its own.
I also do understand your decisions around this project, since you work alone on this project.
Anyway, i'm going to miss TopAnimeStream app.
I wish you much luck with your project ..

This platform is unique and I build it for everyone. I don't want them to avoid using it because of design issues. So, just like you have suggested. I will still keep the light design, but give users the possibility to change the style to dark or blue theme in hope that this might avoid users from using the website.
Thanks for your feedback and your honest review.

Can someone help me? Whenever I try to access TopAnimeStream website, I/m directed to this site https://www.vhub.io/watch/TtrSH3fX2LwRRNvX?playlist=ybmxWWTWS2rbWOjm. What's going on? Also the Android App is not working.
Thanks in Advance!

@ronmahiii
Hello!
I suggest you read my reply on the following question of @Draxler.
https://github.com/senpaiski/TopAnimeStream/issues/30
I hereby request @senpaiski to close the following specified issues 'https://github.com/senpaiski/TopAnimeStream/issues/30 and https://github.com/senpaiski/TopAnimeStream/issues/27'.

yea,, this one is for closure :(


Empty field type when not specifying

I had a problem with Parsley validation plugin regarding the absense of the type in the dynamic generated input.
Maybe when not defined set it as 'text'.
check the issue

Is this still an issue?

No response, closing this.

Well.. If it isnt fixed probablybstill an issue


doc: modify the docstring of return type in functions of windowers.py

https://github.com/braindecode/braindecode/issues/440 Modify the docstring of return type of function: braindecode.preprocessing.create_windows_from_events and braindecode.preprocessing.create_fixed_length_windows.

Hey @Yaozhtj!
Thanks a lot for your PR. Along with your pull request, I'll look into enhancing the documentation by reviewing other sections with a similar issue. Maybe adding more types into the library. If you're interested in contributing to other PR, please don't hesitate to let me know :)
Once again, thank you very much!

So you want to keep this PR open and add more stuff @bruAristimunha ? Otherwise feel free to merge also, thanks @Yaozhtj

In other PR @robintibor, in one or two weeks.
Thank you so much @Yaozhtj!


Instructions for the Prototype Inference Server

I would like to know how to use the provided source code for the prototype inference server.
Could you please provide detailed instructions on how to set it up and run it?
Thank you for your support in advance!

Thank you for your question.
To set up and use the prototype inference server, you can follow these steps:

Clone the repository from the following link:
https://github.com/triton-inference-server/server/tree/v2.7.0

Replace the src folder in the cloned repository with the src folder from our repository.

Refer to the Triton documentation for instructions on building and running the server.

By following these steps, you should be able to set up and run the server successfully. If you encounter any issues, feel free to reach out.
Thank you.


Name not showing up

The card doesn't show the name of the waze travel time that I have, it shows empty:
(From and to columns)

resolved @see https://github.com/r-renato/ha-card-waze-travel-time/issues/3

Thanks! solved


dataloader which stratifies train-validation split by adata.obs columns

Would be great to have train validations split balanced by cell labels or batch - which is useful when there are rare populations.
This can be addressed by adding a 'stratify' option for dataloader and dataslitter like in sklearn.model_selection.train_test_split(..., stratify=x).

What do you think @galenxing @romain-lopez ? The data splitters for training can have an stratify_by_obs_key: str argument.

@watiss we can also implement internally as an option if it works

So, do you think it is possible to add this feature?

Would be great to have this option as
model = SCVI(...)
model.train(..., stratify_validation_split_by_obs_key='key')

@vitkl We could definitely add this feature. Going off of Adam's comment previously, I think it makes sense to name it stratify_by_obs_key with an additional argument stratify_min_size, which should either raise an error or warning if the minimum split size cannot be achieved.

To me it sounds most flexible to be able to pass an obs column with train_indices, valid_indices and test_indices and leave it up to the user/developer how to define those. I think other solutions will limit us to certain use cases. @vitkl Would it capture your use case?

Thanks for following up! An obs column with custom indices would indeed be great. You mean a column with categories named ['train_indices', 'valid_indices', 'test_indices'], right?

Hi @vitkl
The idea is to have the data splitter now accepting also a list of np.arrays of indexes, corresponding to train/valid/test indexes, like this: [train_idx,valid_idx,test_idx] + a flag on whether to use them.
Although there are some validations for the correctness of the passed indexes, the user is responsible for supporting them in the DataSplitter (as they can originate from many logic and scenarios).
e.g, consider passing stratified train/valid/test indexes based on some column
adata = scvi.data.synthetic_iid()

I need some time to understand what you are proposing properly. I am looking for a solution that would work with the default DataSplitter and scVI .train() - rather than implementing a new model to use it.

Sorry for the confusion. The suggested change is still an open PR: https://github.com/scverse/scvi-tools/pull/2902. After merging, the command will be to call scVI.train(external_indexing=[np.array(train_indices), np.array(valid_indices), np.array(test_indices)]. The splitter will then use these splits instead of random splits. To yield stratified splitting, https://scikit-learn.org/stable/modules/generated/sklearn.model_selection.train_test_split.html will do the job.


Add Advanced Reproducibility to sync.yml

Purpose/implementation Section
What changes are being implemented in this Pull Request?
Adding the advanced reproducibility course to the downstream syncing list.
Thats the whole thing.

This render preview comment shouldn’t have shown up since there shouldn’t be changes here. I’ll need to reinvestigate #316

Yay. Fixed!


new_sponza.ae3d is missing from assets

The new_sponz.ae3d file is missing from the asset archive so sample will not run.

There is a comment in Misc3D.cpp that provides the download URL for Sponza:
// Sponza can be downloaded from http://twiren.kapsi.fi/files/aether3d_sponza.zip and extracted into aether3d_build/Samples


Excel Import / Export Functionality

https://stackoverflow.com/questions/31150447/how-to-upload-a-file-using-a-rest-client-for-node

As an MVP, we will be doing Excel Import / Export for the data. Over the weekend, I will set up the API routes for import/export, and hook it up to a basic front end button.


NodePath property assignment for inspected resource crashes editor

Godot version:
v3.1.dev.calinou.a9acdd8
OS/device including version:
Windows 10
Issue description:
Editor will crash when selecting a node for a NodePath property in an inspected resource. Possible to see this in AnimationPlayer when using a call func track and creating a key that takes a NodePath as a parameter. Not specific to AnimationPlayer since also producible in other inspected resources.
Steps to reproduce:

create a call func track in AnimationPlayer
create a key that takes a NodePath as a parameter
click on the key to inspect the AnimationTrackKeyEdit in the property inspector
try assigning a node to the arg in the property inspector

Minimal reproduction project:

NodePathBug.zip

Not sure the issue i created (#19746) is a duplicate as I don't get a crash. Just a 'node not found'


PWN-6531 - icons padding fixes

Jira Ticket
https://p2pvalidator.atlassian.net/browse/PWN-6531
Description of Work
Icons padding fixes
Screenshots

@kabramovp2p the arrow down for recipient gets is smaller than in design. did you update this icon as well?

@1sakov yes it is updated from designs

@1sakov yes it is updated from designs

then padding is not correct.
You will get this ticket back from QA anyway. It's better to fix now. Just find the ideal padding according to the design


Remove ES2K dependencies from P4InfoManager (2/2) (draft)

This PR is stacked on top of https://github.com/ipdk-io/stratum-dev/pull/279.
See https://github.com/ipdk-io/stratum-dev/pull/279/commits/ab4f46527bfa26a73c8abfd59ef01caa371f6683 for the changes that were made to do the integration.

Superseded by later PRs.


oid-info.com Comparison does not work?

Is this wrong? Shouldn't there stand "Root OID x.x.x"?
Also... are there only roots shown which are verified, or which are verified AND existing locally? When a fresh system is installed, nothing is there, and users might not know that they need to create a RA first.

Is it possible that it does not work, because the systems did not yet report their roots?

There is already a TODO comment:
// TODO: If roots were created or deleted recently, we must do a re-query of the registration, so that the "roots" information at the directory service gets refreshed

It should be fixed now. It was a problem on ViaThinkSoft serverside.
$root_oids = explode(";", $row['root_oids']);
changed to
$root_oids = empty($row['root_oids']) ? [] : explode(";", $row['root_oids']);
When the array is empty, OIDplus explains the following, which would have solved my confusion
In order to use this feature, you need to have at least one (root) OID added in your system, and the system needs to report the newly added root to the directory service (the reporting interval is 1 hour).


Fixed topLayoutGuide constraint reversal causing navBar hiding to be reversed

When programmatically affixing the topLayoutGuide to the top of the view, the constraint can be defined either with the topLayoutGuide as the firstItem or secondItem in the relationship. Both are correct, but the constraint's constant must be flipped accordingly, as neither order should be assumed by the library.

Brilliant, I didn't know that. Thank you for the PR.


Manage configuration

Coverage remained the same at 100.0% when pulling c5221d9b46ba762aa9ff5cb98a136a97ede65170 on manage-configuration into 058f762e3a6137f5ce17e570830754210f4b5381 on master.


Historical node periodic timeouts for /druid/historical/v1/readiness

Please provide a detailed title (e.g. "Broker crashes when using TopN query with Bound filter" instead of just "Broker crashes").
Affected Version
0.14.2
Description
Please include as much detailed information about the problem as possible.

Cluster size
7 historicals x 500Gb HDD x 16Gb Ram
3 brokers
6 middlemanagers x 2 workers (24Gb Ram per MM)

Running in docker on K8S.
Historical nodes stopping to respond to readiness endpoint (connection timeout), that happens approximately in a hour after start. As a result container getting killed. I suspect some sort of periodic routine happening in Historical, but nothing relevant logged unfortunately. I've found similar issue, but it's relatively old (Druid 0.8 epoch): https://groups.google.com/forum/#!topic/druid-user/vPcffwqf7d4
Recently I've had to change ingestion spec for one of my datasources in order to add datasketches. maxRowsPerSegment was reduced from 500K to 50K, otherwise it was allocating too many littleBufs (>120K) and dying with "Not enough direct memory". As a result of that change count of segments (or partitions of segments) jumped up dramatically. I suspect that this is connected somehow.

Any advice is much appreciated. If any additional information required, please LMK.

Still affected by this on 0.15.1 :(