Make sure framebuffer attachments have the correct usage flag.

Currently no validation layer appears to catch using an image without the correct usage flags as a framebuffer attachment. For instance, you can use an image without VK_IMAGE_USAGE_COLOR_ATTACHMENT_BIT as a color attachment. This also appears to just work with most drivers. I only started noticing problems when using an 2D array image as a framebuffer color attachment where the 2D array image didn't have VK_IMAGE_USAGE_COLOR_ATTACHMENT_BIT set.

Addressed by PR #653.
commit 6600a7662f6dac6a8c8622a8305f02625439bf30
Author: Mark Lobodzinski<EMAIL_ADDRESS>Date:   Thu Jun 16 13:23:02 2016 -0600
layers: GH576, Validate attachment image usage

Framebuffer attachment images are created with IMAGE_USAGE flags. These
flags are now validated against their attachment location in subpass
description structures. Also added a check for a preserve attachment
being set to UNUSED and fixed a few typos in the attachment index
checking stuff.

Change-Id: Id62d3539c490ce8f381d7ae606402980f11946fa


Fix event creation for smaller screens

Overview
In the specific detail screen the next button is not visible in smaller screen
Task

[x] make the next button an absolute or add more padding

added more padding in #561 need feedback from small android device. may need to reopen this


Refactor/netcdf attrs

Changes
Removes versioning from the netcdf response object attributes, and updates the API contract to be consistent with the new data contract.
Coordinated changes to the API preprocessor here: https://github.com/contrailcirrus/api-preprocessor/pull/75/files
Discussion
Note that the forecast_reference_time in the netcdf attrs is the same definitionally as the model_run_at unixtime returned in the API response header. Including these data in both places mixes paradigms a bit (my preference being to have the API be the singular agent dictating and governing the nature of the data returned, not the author, i.e. api-preprocessor, of the netcdf asset). But, I do see the practical advantage in localizing this &  echoing into the netcdf file.
Secondly, we'll use two different names for this same field. I find forecast_reference_time confusing, since it is the time that the forecasting model was run, but the time itself isn't a forecast (is "forecast" a modifier of "time" or is "forecast" a modifier of "reference", and "forecast reference" a modifier of "time" 🤷 ). But I'm OK with sticking with two different names, since it is likely that a consumer would fall into one of two camps (either referencing the header for SOT info, or the netCDF file... but prob not both).
Lastly, I think we should remove the version attribute -- I think it is not useful and an anti-pattern to provide it here.  How would we version the data for the netcdf?  Is this the pycontrails version? that wouldn't be appropriate, since there are many ways in which the numerics of the data could change, while the pycontrails version remains constant (e.g. we modify the pycontrails grid model configs).  If we're aiming to provide a version for the netcdf data, then the appropriate identifier would be the API preprocessor production release version (or git hash), since that fully constrains (versions) the data being served up. But... that information is an internal concern, so not useful to an external consumer.  IMHO, it is best to generally not pin any version designator to assets returned from a REST API's response objects, rather, let the REST API versioning (public concern) qualify the data returned.

Discussion
Note that the forecast_reference_time in the netcdf attrs is the same definitionally as the model_run_at unixtime returned in the API response header. Including these data in both places mixes paradigms a bit (my preference being to have the API be the singular agent dictating and governing the nature of the data returned, not the author, i.e. api-preprocessor, of the netcdf asset). But, I do see the practical advantage in localizing this & echoing into the netcdf file.
Secondly, we'll use two different names for this same field. I find forecast_reference_time confusing, since it is the time that the forecasting model was run, but the time itself isn't a forecast (is "forecast" a modifier of "time" or is "forecast" a modifier of "reference", and "forecast reference" a modifier of "time" 🤷 ). But I'm OK with sticking with two different names, since it is likely that a consumer would fall into one of two camps (either referencing the header for SOT info, or the netCDF file... but prob not both).

forecast_reference_time is defined in the NetCDF Climate and Forecast (CF) Metadata Conventions.
We could use the shorthand reftime which is also in the standard (e.g. ECMWF uses reftime)
In either case, I don't think its a problem if the headers are inconsistent with the CF conventions of the NetCDF4 specification because you are correct that it will be different consumers.
but I'm still unclear (and its not defined) what these headers are supposed to mean. Can you add written definitions in the spec?

Lastly, I think we should remove the version attribute -- I think it is not useful and an anti-pattern to provide it here. How would we version the data for the netcdf? Is this the pycontrails version? that wouldn't be appropriate, since there are many ways in which the numerics of the data could change, while the pycontrails version remains constant (e.g. we modify the pycontrails grid model configs). If we're aiming to provide a version for the netcdf data, then the appropriate identifier would be the API preprocessor production release version (or git hash), since that fully constrains (versions) the data being served up. But... that information is an internal concern, so not useful to an external consumer. IMHO, it is best to generally not pin any version designator to assets returned from a REST API's response objects, rather, let the REST API versioning (public concern) qualify the data returned.

Ok, I agree. I just think having the data be self-describing for most questions is practically useful in these early frothy stages. As data consumers increase and we want to debug issues downstream, some version designator could be helpful. To this end, perhaps this is rather just a "producer" or "designator" string that that model producer can append?
e.g. model instead of model_version?

👍. forecast_reference_time aok then. I wasn't aware it was a spec'ed name somewhere... which trumps my finding it confusing.
👍 I'll add explicit descriptions to the header kvs in the API doc.
Agreed on principle of documentation/self-discovery.  model seems helpful, perhaps. What would you propose as the descriptor for what we're serving here? "zero-four normalized cocip"?
On a separate note, is the vision that the data spec here be strict (should someone adhering to the spec be free to add fields in addition to those spec'ed here?). If so, we might introduce a "Recommended (but not required)" on some stuff.

OK. Think we're gtg then. I'm going to push this thru w/ the API Preprocessor + API changes


FR: Header

Repurpose the Volvo header and main menu navigation, applying Mack branding/style. This shall keep the same menu navigation information architecture as exists on the macktrucks.com.
For the truck images on the Trucks section of the Nav, plan to re-use the same images that are on this page https://www.macktrucks.com/trucks/

Is this for repurposing the Volvo header @shirin27 ? Please add details. Thank you!

@DanielaPedrochevd @Gonzalo-CG @manuel-vara The Mack header is in the current sprint, but not estimated/refined. This is a high priority item. We need to discuss asap.

Thanks for the screenshots @cogniSyb!
@BeckyMedlin could we have the link to the actual Figma file for this?
cc: @DanielaPedrochevd

Agile Requirement
As a user, I'm able to navigate through the different sections in the header navigation of the https://www.macktrucks.com/trucks/ site in a similar way as the https://www.toyota.com/ Navigation.
Description
Change the Mack Trucks navigation to follow the https://www.toyota.com/ one but with the Mack Trucks branding.
** Acceptance criteria**

[ ] 1. The Mack Trucks Navigation has 5 main sections (Trucks, Solutions, Experience, Find my Dealer and a User Profile Icon).

[ ] 2. Upon click, the first three sections display a dropdown, Find my Dealer redirects to the dealer locator page and the User Profile Icon redirects to the login page.

[ ] 3. Details of the Trucks section:

It displays a dropdown with two subsections/tabs (Trucks and Segments).

Trucks displays a list of all the trucks with its image and a description.

The Segments section displays a list of segments (eg. "highway" with a picture of a highway).

The way these listed items are displayed replicates how Toyota displays them but with the Mack Trucks styling.

In the Trucks dropdown there are also two call two action buttons. One that links to all trucks and another one that links to the truck builder (initially only for anthem and granite trucks).

[ ] 4. Details of the Solutions section:

It displays a dropdown with 3 subsections: Owners resources, Powertrain and Features as in the following screenshot.

[ ] 5. Details of the Experience Section:

It also displays a dropdown with the originally planned content https://www.figma.com/file/oNwe2jHIICPMIe551EY62l/Mack-Reskin---Full-Project?type=design&node-id=2218-66660&mode=dev.

[ ] 6. The mobile/tablet view follows the behavior an design of the already exsisting volvo navigation https://github.com/Netcentric/vg-volvotrucks-us-rd/issues/75 but with the Mack trucks styling.

For the Solutions section, we decided to, instead of having the hover navigation between the three subsections, we have a clickable navigation as it will be better accessibility-wise.
This Mega Navigation will be implemented on top of Volvo's current solution.
As discussed in previous meetings, the search icon will link to the search page just like it does with Volvo.

@BeckyMedlin we are blocked on this without the designs on figma, please let Wendy know and provide a mockup as soon as possible, in the meantime, the team will advance what they can on the development bu we need those designs.

Please make sure this Header includes functionality #103

@TomaszDziezykNetcentric Here is the link to the figma designs https://www.figma.com/file/vbm7VB7UCWixbEasHh5zGp/macktrucks.com-reskin---navigation?type=design&node-id=0-1&mode=design&t=xMUSgEUsSEC85FU8-0 as @WendyKruger let me know, Trucks menu completely built out. Still working on the Solutions and Experience navs (matches up with Shopping Tools and Owners on toyota.com). Hope it helps!

design question:
on pages where we have segments with white background  ( such as for example Mack Trucks PDP: https://70-header-v2--vg-macktrucks-com-rd--netcentric.hlx.page/pdp )
when opening the Header dropdown we have it white on white background
does this look good enough? or should we have some dark background overlay such as on Volvo Trucks when opening the subnavigation?
cc @BeckyMedlin @WendyKruger
(bcc @cogniSyb @DanielaPedrochevd )

Just commenting to say I am removing the Design Question label.


file: 5.34 -> 5.35

* Add FreeBSD ELF core file support (John Baldwin)
* PR/30: Allow all parameter values to be set (don't treat 0 specially)
* handle default annotations on the softmagic match instead at the
  end.
* PR/23: Recognize JSON files
* PR/18: file --mime-encoding should not print mime-type

Things done

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

[x] NixOS
[ ] 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"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Fits CONTRIBUTING.md.

Success on aarch64-linux (full log)
Attempted: file
Partial log (click to expand)
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35
shrinking /nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35/bin/file
shrinking /nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35/lib/libmagic.so.1.0.0
gzipping man pages under /nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35/share/man/
strip is /nix/store/p9akxn2sfy4wkhqdqa3li97pc6jaz3r1-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35/lib  /nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35/bin
patching script interpreter paths in /nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35
checking for references to /build in /nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35...
/nix/store/hns07z2sisnxpnpqmi61br92ri128f12-file-5.35

Success on x86_64-linux (full log)
Attempted: file
Partial log (click to expand)
make[1]: Leaving directory '/build/file-5.35'
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/jcxm7801gc5dr847zgs1j9bj4irn071r-file-5.35
shrinking /nix/store/jcxm7801gc5dr847zgs1j9bj4irn071r-file-5.35/bin/file
shrinking /nix/store/jcxm7801gc5dr847zgs1j9bj4irn071r-file-5.35/lib/libmagic.so.1.0.0
gzipping man pages under /nix/store/jcxm7801gc5dr847zgs1j9bj4irn071r-file-5.35/share/man/
strip is /nix/store/vcc4svb8gy29g4pam2zja6llkbcwsyiq-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/jcxm7801gc5dr847zgs1j9bj4irn071r-file-5.35/lib  /nix/store/jcxm7801gc5dr847zgs1j9bj4irn071r-file-5.35/bin
patching script interpreter paths in /nix/store/jcxm7801gc5dr847zgs1j9bj4irn071r-file-5.35
checking for references to /build in /nix/store/jcxm7801gc5dr847zgs1j9bj4irn071r-file-5.35...


fix fix move memtable injection test may cause other case stuck

Fix move memtable injection test may cause other case stuck.

run buildall

run buildall


Graphite fails on systems in FIPS mode

OpenSSL is not allowed to perform MD5 operations on when the OS is in FIPS-mode.  (See: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Security_Guide/sect-Security_Guide-Federal_Standards_And_Regulations-Federal_Information_Processing_Standard.html)
When running graphite-web on such a node, it throws errors like this:
Request Method: | GET
-- | --
https://graphite.mydomain.net/metrics/expand?query=myhost.services.I_O_Wait.disk.perfdata.*
1.4.21
ValueError
error:060800A3:digital envelope routines:EVP_DigestInit_ex:disabled for fips
/usr/lib/python2.6/site-packages/graphite/render/hashing.py in compute_ring_position, line 82
/usr/bin/python
2.6.6
['/usr/lib/python2.6/site-packages',  '/usr/lib/python2.6/site-packages/pystache-0.5.3-py2.6.egg',  '/usr/lib/python2.6/site-packages/requests-1.2.3-py2.6.egg',  '/usr/lib/python2.6/site-packages/python_daemon-1.6-py2.6.egg',  '/usr/lib/python2.6/site-packages/lockfile-0.9.1-py2.6.egg',  '/usr/lib/python2.6/site-packages/pycrypto-2.6.1-py2.6-linux-x86_64.egg',  '/usr/lib/python2.6/site-packages/ipython-1.2.1-py2.6.egg',  '/usr/lib/python2.6/site-packages/Cython-0.20.1-py2.6-linux-x86_64.egg',  '/usr/lib/python2.6/site-packages/supervisor-3.1.2-py2.6.egg',  '/usr/lib/python2.6/site-packages/meld3-1.0.0-py2.6.egg',  '/usr/lib64/python26.zip',  '/usr/lib64/python2.6',  '/usr/lib64/python2.6/plat-linux2',  '/usr/lib64/python2.6/lib-tk',  '/usr/lib64/python2.6/lib-old',  '/usr/lib64/python2.6/lib-dynload',  '/usr/lib64/python2.6/site-packages',  '/usr/lib64/python2.6/site-packages/gtk-2.0',  '/usr/lib/python2.6/site-packages',  '/usr/lib/python2.6/site-packages/setuptools-0.6c11-py2.6.egg-info',  '/usr/share/graphite/webapp',  '/usr/lib/python2.6/site-packages/graphite/thirdparty']

Can the hashing algorithms be modernized or parameterized to allow graphite-web to run on such systems?

Hashing is not used for security purpose but for distributing metrics to different nodes in a cluster. Just replacing the hashing algorithm will break metrics distribution in relay's (carbon-relay, carbon-c-relay and carbon-relay-ng). Latest graphite-web, carbon, and carbon-c-relay do support fnv1a, you might try to use that (but you will need python 2.7). Or just disable the policy as it doesn't make sense in this context.

Thanks, Piotr.  Are you saying there is a policy I can disable in graphite / carbon?  Or that I should disable the OS's FIPS policy?  (I can't do the latter because many government systems require the OS to operate in FIPS mode, crippling openssl's md5 features.)

Yes, OS policy.
If you are on graphite 1.0.2 you can switch from carbon_ch md5 based hashing to  fnv1a_ch, see: CARBONLINK_HASHING_TYPE. You'll need to update your relay config as well.

Yes, switching to carbon-c-relay and fnv1a_ch should help.

i have modified CARBONLINK_HASHING_TYPE = 'fnv1a_ch'  in "vi /usr/lib/python2.7/site-packages/graphite/local_settings.py"
do i want to run migrate command again? and without carbon-c-relay is it work?

I just modified CARBONLINK_HASHING_TYPE = 'fnv1a_ch' in "vi /usr/lib/python2.7/site-packages/graphite/local_settings.py" and restarted carbon-cache, and grphite gives 500 internel error.
can you please explain step by step what I have to do to make it work in FIPS mode

CARBONLINK_HASHING_TYPE will only change "carbonlink" settings, i.e. how graphite-web looking for  graphite caches. We sharing some code between carbon and graphite-web obviously, but we have no support for fnv1a hash in default (python) version of relay.
So, fnv1a_ch hashing will work only with "carbon-c-relay" and not with normal relay.

Also please note that "fnv1a_ch" has was introduced in graphite 1.0.0 and it will not work in older versions.

ok, can you please have a look above traceback, is it Django not working with FIPS ?
I am seeing this error when I try to run initialization on freshmachine:
PYTHONPATH=$GRAPHITE_ROOT/webapp/ /usr/lib/python2.7/site-packages/django/bin/django-admin.py migrate --settings=graphite.settings --run-syncdb

Ah, that's completely different issue. This is a part of Django, and not a graphite. Then you probably need to run this command on different server and copy graphite.db file on new server. I traced Django code - hashlib.md5() is there for all supported versions.

is there any document on how to configure carbon-relay

Yes, on carbon-c-realy repo - https://github.com/grobian/carbon-c-relay

Hi, I have some doubt related to fips mode, I have installed graphite-web and carbon-cache in a single machine and i am not using carbon-relay. I am unable to initialize the graphite-db in this case. need some help.

FIPS is really Red Hat specific. You might have more luck asking one of your colleagues.

Hi @piotr1212,
I just want to make sure the way I am changing the hash type is correct, that why commented.
If the above case has any problem with Django and fips,
Then why i graphite is always referring MD5:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/django/core/handlers/exception.py", line 41, in inner
response = get_response(request)
File "/usr/lib/python2.7/site-packages/django/core/handlers/base.py", line 187, in _get_response
response = self.process_exception_by_middleware(e, request)
File "/usr/lib/python2.7/site-packages/django/core/handlers/base.py", line 185, in _get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
File "/usr/lib/python2.7/site-packages/graphite/render/views.py", line 73, in renderView
requestKey = hashRequest(request)
File "/usr/lib/python2.7/site-packages/graphite/render/hashing.py", line 62, in hashRequest
return compactHash(normalizedParams)
File "/usr/lib/python2.7/site-packages/graphite/render/hashing.py", line 74, in compactHash
return md5(string.encode('utf-8')).hexdigest()
ValueError: error:060800A3:digital envelope routines:EVP_DigestInit_ex:disabled for fips
I have initialized graphite.DB using normal setting and then i have enabled fips and continue with same graphite.db but it gives an error from graphite only.


SHA2 vec128 depends on vec256 header

This might have been introduced with the internal headers.
The vec128 SHA2 implementation now includes Hacl_SHA2_Vec256.h. There is no Hacl_SHA2_Vec128.h that would define the types required such as K____uint8_t__K____uint8_t__K____uint8_t___uint8_t_ (which could also get a better name 😬 ).
https://github.com/project-everest/hacl-star/blob/c4496a13bd85970b6b15a061540adf926fdefc93/dist/gcc-compatible/Hacl_SHA2_Vec128.c#L27
@msprotz thoughts how this could get fixed? Since the typedefs aren't specific to the vectorised versions I'd suggest to pull them out into a common header.

Yes, the fix is to move it into a common helper, such as SHA2.MB.fst, bundle is separately, and introduce a naming hint with
let block = ...

so that kremlin picks a pretty name.

This also happens with streaming states, which happen to be shared between, say, md5/sha1/sha2, meaning there's a typedef that is used by all three files, but appears only in one file.

Looked into this today. This is more complicated than it seems, because even if there is a declaration for the type abbreviation (e.g. let pair_of_uint8 = pointer uint8 & pointer uint8), the abbreviation gets eliminated away, and only the naming hint is retained. What happens next is that, further down, when someone actually uses pointer uint8 & pointer uint8, a new monomorphic type let pair_of_uint8 = { fst: pointer uint8; snd: pointer uint8 } is inserted whenever this is first needed.
(The reason the first abbreviation is eliminated is that otherwise we would have two declaration of the same name.)

A possible solution is as follows: instead of ditching the abbreviation after having recorded the hint, leave a spurious "InsertMonormophization" type declaration, that will force the monomorphic instance to be inserted in the right place. I guess this could work.

hm, I see. Can you give that option a try?

I have a potential fix on krml branch protz_monomorphization, need to give it a go on HACL* to see if I can get it to give the code I want. Stay tuned.

The fix doesn't work with HACL, and causes a fair amount of regressions in terms of code quality, so I need to investigate... hopefully later this week.

(Seems like Cmd-Enter on OSX closes the issue, instead of just sending the message like in every other app.)

After three days of work I think I have something decent. Please take a look at the PR! Thanks.


Emit disconnect event

This library should emit a disconnect event.
Right now there's no way to tell if the IRC client has disconnected. However, this.stream emits two events that might be useful:

end
close

Okay, I'm done!
The commit can be found here: https://github.com/slate/slate-irc/commit/6f2c820ee6afd28b935deafae99c1760b14e6341
It emits disconnect when:

The IRC network sends a close event
Ping timeout


add FWHM param to morlet()

closes #11651

get_minimal_commands is failing, seems like OSF is having server issues. Check this URL https://osf.io/g7dzs to see when it's fixed, then restart failed tests.

thx @drammock  could you illustrate this in our doc?

actually I'm not so sure about the API I've created here.  I was forgetting that we already allow to pass sigma and there is a straightforward relationship between sigma and fwhm (namely fwhm = sigma * 2 * np.sqrt(2 * np.log(2))).  So we really don't need an extra parameter I think.  Just better documentation.  Converting to draft while I work on that.

This is now a docs-only change; it's all in the Notes section here:
https://output.circle-artifacts.com/output/job/fe92878e-c539-42fc-9239-34dab04ce704/artifacts/0/dev/generated/mne.time_frequency.morlet.html#mne.time_frequency.morlet

Thanks @drammock !


Docker image run fails

Context
Running the Pipelinit with docker run using its image give the following error:
error: No arguments allowed for command "pipelinit".
Goal

Fix the Docker image error and update the README if it's necessary

index 0d3e8b7..8defb77 100644
--- a/cli/Dockerfile
+++ b/cli/Dockerfile
@@ -16,4 +16,4 @@ USER deno
 # See:
 # https://github.com/denoland/deno_docker/blob/aeb3905/_entry.sh#L4-L7
 ENTRYPOINT ["deno", "run", "--unstable", "--allow-read=.,/app/core/templates", "--allow-write=.", "/app/cli/pipelinit.ts"]
-CMD [""]
+CMD ["--"]


Social Media icons not working as mentioned

6 different social media icons are present at the bottom of the launcher.
However, nothing happens when clicking these icons and the user is not redirected to the corresponding social media page

Thanks for the report. I can confirm this.
I will look onto it.


UBI Ruby builder image

Summary
It seems that openssl version that comes out of the box from the ubi base os repo is already FIPS compliance:
https://www.redhat.com/en/blog/how-rhel-8-designed-fips-140-2-requirements
We need to figure out if the Postgres client that we install using dnf/yum is FIPS as well as it will use the openssl within the os.
What does this PR do?

Add support to build ruby from source on UBI base image

What ticket does this PR close?
Resolves #35
Checklists

[x] Add new tests for ubi

Change log

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

Test coverage

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

Documentation

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

To consume this in cyberark/conjur#1895, you will need to publish it as well, right? That is, you'll need to add a push.sh script to this directory and publish it to DockerHub / the internal registry as you can see is being done for other images here: https://github.com/cyberark/conjur-base-image/blob/master/Jenkinsfile#L61-L80
I see the existing images publish to cyberark/ubuntu-ruby-fips and cyberark/phusion-ruby-fips - which I suppose implies that this image should be published to a new DockerHub page cyberark/ubi-ruby or cyberark/ubi-ruby-fips (?)
I'd be glad for your thoughts about next steps here - thanks for sticking with us as we figure out the best path forward to get this image built.

You are correct, as of now the ubi is not yet fips compliance so I think that until we'll make it fips we can push it to cyberark/ubi-ruby WDYT?

You are correct, as of now the ubi is not yet fips compliance so I think that until we'll make it fips we can push it to cyberark/ubi-ruby WDYT?

Sure. Is this a valid short / long description? Can you add any more details?

Combines a base Ubuntu image with Ruby

ubi-ruby combines a base UBI image with Ruby [compiled against the FIPS 140-2 compliant OpenSSL module?]. This image includes the following packages:
[OpenSSL version: 1.0.2u build with FIPS 140-2 compliant OpenSSL module version: 2.0.16?]
Ruby version: 2.5 [compiled against the FIPS 140-2 compliant OpenSSL module?]
Postgres client version: 12-12.2 [compiled against the FIPS 140-2 compliant OpenSSL module?]
Bundler version: 2.1.4
Source code: https://github.com/cyberark/conjur-base-image

I put things in brackets that I wasn't sure should stay - can you please verify the versions are correct too?

@aloncarmel111 I thought about enabling FIPS on UBI but from what I saw here in order to do that on the container level the host itself must be configured in FIPS mode.


UnfiyLineEndingsInSolution causes files to be opened in external editor

Hi Jakub,
I'm wondering if we can have a separate setting to disable the call to UnifyLineEndingsInSolution(false); at line 91 in LineEndingsUnifierPackage.cs?
Alternatively, could we make it only address open documents when one saves a solution?
I typically use the "SAVE-ALL" button in VS to save any open documents and to make sure that the .sln and .csproj files are saved...I never expected it to go into my un-opened files to change line endings. At first I did not realize it was doing this.
But now, I have set an external editor as the default editor for all of my JSON files and I noticed, as soon as I did this...whenever I hit "SAVE-ALL" in VS, all JSON files in my solution would open in the external editor. I suspected LineEndingsUnifier and disabled it, which confirmed my suspicion.
Do you experience this same behavior in the version of VS that you are using? I am on VS 2015 Pro.
If you tell me what course of action that you would like to take, I will be glad to send you a pull request. Thank you.

Hi Wayne,
I am experiencing the same behaviour on my VS. I use the VS 2015 Pro, too.
I've never thought about this - thank you for noticing it.
I think the best solution would be to introduce a new setting to disable/enable addressing only open documents after hitting the "Save All" button.
Thanks,
Jakub

Hi Wayne,
I've just uploaded an updated version with a new option - "Unify Only Open Files On Save All". I hope it solves this issue. Also, I'm very sorry for the delay.
Thanks,
Jakub

Hi @jakubbielawa
No problem! Thank you so much for the free extension. Sorry that I couldn't help you earlier, I wanted to fix the problem myself but I didn't want to install an older version of VS to do it.
Thanks again!


Updated example code

HomePageTest should extend FunctionalTest.
Removed "#" from example form ID in FunctionalTest::submitForm()

Thanks


Contents view: Item selection persists over different locations

Describe the bug
Selections made in contents view persist even if user navigates to different location. This can lead to dangerously unexpected behavior (for example accidentally deleting the wrong items).
To Reproduce
Steps to reproduce the behavior:

Go to contents view
Select item
Navigate into a sub folder
Select another item
Click delete icon
Even currently not visible selected items will be deleted. Furthermore the delete confirmation modal does not show the titles of those selected items (see Screenshot).

Expected behavior
Only try to delete the currently visible selected items.
Or at least display all titles of items correctly that are going to be deleted.
Screenshots

Software

Volto 16.23.0
Plone 6.0.6
plone.restapi 8.40.0
OS: Ubuntu
Browser Firefox, Chrome

The reason this happens is because of the fact that this.state.selected stores only the ids of the items which have been selected. And any logic that involves retrieving information corresponding to the selected elements is done by getting the item's info from this.state.items which is populated.
This state.items is updated on travelling along the content structure of the application, however state.selected still persists which raises cases where the item that is selected is not present in this.state.items and hence would leave us with dangling selected ids whose information is not available.
Solution Proposed.
I think the best solution for this is to store the entire information of the items that are selected rather than just storing the ids in this.state.selected.
Please do help me with any other approaches to this problem.

This is an other place where this error occurs.

The root cause being the same.

Possible solution: In componentDidUpdate of Contents.jsx add this:
if (
      this.state.items !== prevState.items &&
      this.state.selected.length > 0
    ) {
      this.setState({
        selected: this.state.selected.filter((id) =>
          find(this.state.items, { '@id': id }),
        ),
      });
    }

As soon as the items the component has access to change, we want to update selected to ensure only the items stay in the selection which the component can actually access.
Fixes described bugs & leads to more consistent behavior (imho) since only the items which are currently visible to the user stay in selection.

That's eventually re-setting selected Items to empty whenever we navigate to a new location right. Since whenever we go to a new location none of the previously selected items are going to be present in the new this.state.items (because we have come to a new location).
What I  effectively mean to say is that
          find(this.state.items, { '@id': id }),
        ),```
will always return empty array. (correct me if I am wrong here)
That's honestly a good way to solve this issue as that would prevent any inconsistent behaviour and users don't have to remember what they have selected before.

Yes, I think you are right.
My proposed code snippet should ensure that in selected state only items persist which do actually exist in this.state.items to fix above described display bugs.
But yes, I think in fact this will always set selected to an empty array, which I agree to be the expected behavior.
So we could shorten it to:
if (
      this.state.items !== prevState.items &&
      this.state.selected.length > 0
    ) {
      this.setState({
        selected: [],
      });
    }

Is this issue solved?
If not, I would like to work on it...

@AdityaBhate please read and follow Contributing to Plone and First-time contributors.
To determine whether an issue is open (what you call "solved"), you can:

Check the issue's current status indicator, either a green label "Open" or a purple label of "Closed".
Look for linked open pull requests in the issue's history.
Search open pull requests for the issue. Sometimes people do not use the magical keyword "Fixes #ISSUE_NUMBER" when creating a description for a pull request, which automatically closes the related issue when the pull request is merged.
Review unreleased change log entries in https://github.com/plone/volto/tree/main/packages/volto/news. Each pull request must have a change log entry, and these entries end up here when pull requests are merged and closed.
Search Volto Release Notes to see whether the issue has been resolved. On rare occasions, contributors forget to close the original issue or fail to include "Fixes #ISSUE_NUMBER" in the pull request's description.


change routingMap and sinkConfig logging from INFO to WARN

change routingMap and sinkConfig logging from INFO to WARN
catch Throwable instead of Exception

suro-pull-requests #209 SUCCESS
This pull request looks good

NetflixOSS » suro » suro-pull-requests #39 ABORTED

suro-pull-requests #210 FAILURE
Looks like there's a problem with this pull request

NetflixOSS » suro » suro-pull-requests #40 ABORTED

NetflixOSS » suro » suro-pull-requests #41 FAILURE
Looks like there's a problem with this pull request

NetflixOSS » suro » suro-pull-requests #42 SUCCESS
This pull request looks good

suro-pull-requests #211 FAILURE
Looks like there's a problem with this pull request

suro-pull-requests #212 FAILURE
Looks like there's a problem with this pull request

NetflixOSS » suro » suro-pull-requests #43 ABORTED


disable mip and minip cutoffs if opaque blending

Description
Fix #5002. @tlambert03, try out this and tell me if it looks like what you expected:
import numpy as np
import napari

x = np.zeros((20,20,20), np.float32)
x[10,10,10] = 100

y = np.zeros((20,20,20), np.float32)
y[1:-1,1:-1,1:-1]  = 100

v = napari.Viewer(ndisplay=3)
v.add_image(y, colormap='cyan')
v.add_image(x, colormap='red', contrast_limits=(25, 75))

And change all the blending mode combinations. Don't forget that the default is translucent_no_depth for both.
cc @alisterburt
Type of change

[x] Bug-fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

References

How has this been tested?

[ ] example: the test suite for my feature covers cases x, y, and z
[ ] example: all tests pass with my change
[ ] example: I check if my changes works with both PySide and PyQt backends
as there are small differences between the two Qt bindings.

Final checklist:

[ ] My PR is the minimum possible work for the desired functionality
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] If I included new strings, I have used trans. to make them localizable.
For more information see our translations guide.

@andy-sweet I added this to the 0.4.17 milestone; it's similar but not directly related to #5087 in that it fixes our opaque behaviour, except this issue is specific to the volume shader logic.

@andy-sweet I added this to the 0.4.17 milestone; it's similar but not directly related to #5087 in that it fixes our opaque behaviour, except this issue is specific to the volume shader logic.

Sounds good. If you can get an approval from someone else in 48 hours, I'll merge this for v0.4.17. I know the code changes are small, but I'd have to dig around the napari/vispy code a little to understand them, and I don't have time for that right now.


Request: generate new receiving address

I didn't find an option for new address generation for receiving BTC/STRATS.
I consider it quite important feature.

Yes, we will probably add this in a future version.
Right now a new receiving address is generated every time the previous one has funds in it.

Closing the issue because ^


How can we get a Dockerfile for this app?

I would love to work with this exporter in a container environment like aws or gcp. Have you stopped working on a Dockerfile for this project?
Thanks for this project so far!

I don't intend to support a Dockerfile myself, but it's a statically linked Go program with proper releases (see the releases tab) so it should be trivial to create your own. I hope!


🐛 BUG: Cannot find tsconfig file "tsconfig.node.json"

Which Cloudflare product(s) does this pertain to?
Wrangler
What version(s) of the tool(s) are you using?
3.92.0
What version of Node are you using?
22.10.0
What operating system and version are you using?
macOS Monterey 12.7.6
Describe the Bug
Observed behavior
In the latest version I get the error: Cannot find tsconfig file "tsconfig.node.json"
Expected behavior
Server starts as expected.
Steps to reproduce
Please provide the following:

Create a tsconfig.node.json file
Create a wrangler.toml nested in 1 or 2 directories
In wrangler.toml set : tsconfig = "../../tsconfig.node.json"
wrangler dev --port 8080 --env development --config server/wrangler.toml server/server.ts

This issue is not present in 3.91.0.
Please provide a link to a minimal reproduction
If you need a git repo, comment and I can set one up.
Please provide any relevant error logs
No response

Could you try again with wrangler@beta? This might be related to an issue with projectRoot that's just been reverted

@penalosa yes that works.

Fantastic! That'll go out in the next release #7446


fix(NumberInputE): Don't blur buttons on click

Related issue
Resolves #2759
Overview
This stops the NumberInputE increase and decrease buttons from blurring themselves on click. (This affects all ways of clicking e.g. left mouse button, Enter, Space).
Link to preview
Storybook
Non-Storybook
Reason
The focus shouldn't be manipulated in this way, and it prevents e.g. pressing Enter multiple times on the button.
Work carried out

[x] Remove blurring logic

Demo
Before

After

Thanks @jpveooys !
One small thing: pressing Enter doesn't trigger the 'button pressed' style (background colour) change. Seems to work fine with Space and for mouse clicks.
Other than that 👍 from me :)

One small thing: pressing Enter doesn't trigger the 'button pressed' style (background colour) change. Seems to work fine with Space and for mouse clicks.

Hmm the behaviour seems consistent with a standard button for me:

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/button#example; or
https://design-system.service.gov.uk/components/button/

Are you seeing something different on those?

@jpveooys Good point. Pressing Enter triggers an immediate full click (mouse button down followed by mouse button up/release) before Enter is even released, which is probably why there's no visual feedback.
Pressing Space triggers the equivalent events on key down and then on key up/release, which is why the button visual state (correctly) stays pressed while the key is pressed.
It's unfortunate that this results in no visual feedback when Enter is pressed, but we can't change the Internet, can we? 🙃
👍 from me, thanks! 🙂


Upgrade Checker Framework Annotations 3.48.1 -> 3.48.2

This PR contains the following updates:

Package
Type
Update
Change

Checker Framework Annotations (source)
compile
patch
3.48.1 -> 3.48.2

[ ] If you want to rebase/retry this PR, check this box

Suggested commit message:
Upgrade Checker Framework Annotations 3.48.1 -> 3.48.2

See https://github.com/typetools/checker-framework/compare/checker-framework-3.48.1...checker-framework-3.48.2


Add Rabosa as contributor

Is there an existing issue for this?

[X] I have searched the existing issues

Is your feature request related to a problem? Please describe the problem.
No response
Describe the solution you'd like
Hey https://github.com/all-contributors please add @Rabosa616  for code, content, doc, design, ideas, maintenance, test, example, review
Additional context
No response

Hey @all-contributors please add @Rabosa616 for code, content, doc, design, ideas, maintenance, test, example, review


Fix enum and add type enforcement in SNR

Pull Request Test Coverage Report for Build<PHONE_NUMBER>6
Details

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

Totals

Change from base Build<PHONE_NUMBER>7:
0.0%

Covered Lines:
2196

Relevant Lines:
2730

💛  - Coveralls


default rdpsnd audin off, can enable with --enable-rdpsndaudin

Since MS-RDPEAI works disable rdpsnd audio

LGTM


[SPARK-26555][SQL][BRANCH-2.4] make ScalaReflection subtype checking thread safe

This is a Spark 2.4.x backport of #24085. Original description follows below:
What changes were proposed in this pull request?
Make ScalaReflection subtype checking thread safe by adding a lock. There is a thread safety bug in the <:< operator in all versions of scala (https://github.com/scala/bug/issues/10766).
How was this patch tested?
Existing tests and a new one for the new subtype checking function.

This was not a clean cherry-pick: there were a significant number of conflicts in ScalaReflection.scala. To avoid mistakes while resolving conflicts, I opted to pick in the non-conflicting parts and re-implement the rest of the changes via a regex find-replace in IntelliJ (t <:< (.*) => replaced to isSubtype(t, $1) =>) plus a couple of manual edits.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/11918/
Test PASSed.

Test build #106685 has started for PR 24913 at commit 9cc4198.

Test build #106685 has finished for PR 24913 at commit 9cc4198.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/106685/
Test PASSed.


Phone number regex should be more forgiving

Should accept US phone numbers in the format<PHONE_NUMBER> or<PHONE_NUMBER>.

I have updated the phone regex to be more flexible and a bit simpler as well here. Hope this is what you were looking for. I will merge your other request after confirmation and release minor version.


ToDos

[x] obj:anim rework to use uservalue table instead of C arrays.
[x] obj:anim add done_cb support, so application knows when anim is done.
[x] use pcall instead of call in obj event, like luv
[ ] unified set/get methods
[ ] auto code generation for widget
[ ] add documentation for newly added functions

This is the error I encountered when executing protectedcall.lua and flappyBird.lua respectively. Is this a problem with my environment? I initially used Lua version 5.4.4.

This is the error I encountered when executing protectedcall.lua and flappyBird.lua respectively. Is this a problem with my environment? I initially used Lua version 5.4.4.

Based on the analysis of the code in flappyBird.lua, it seems that the image file "pipe_up.png" has not been successfully opened or loaded. This can be seen from the fact that when printing the values up.h and up.w, they are both nil which indicates that the image dimensions have not been set.

The protectedcall demo is designed to crash in 1second, it shows the ability to print call stack on screen.
However the flappyBird should not crash. I have adjusted the image path days ago, you may need to update the code and recompile again.

The protectedcall demo is designed to crash in 1second, it shows the ability to print call stack on screen.
However the flappyBird should not crash. I have adjusted the image path days ago, you may need to update the code and recompile again.

Thank you for your reply.I have solved the issue I was having. I am currently using Windows' QT5.14 simulation and I resolved the issue by making the following two modifications:
1-For LVGL's FS in QT, "LV_FS_WIN32_LETTER" and "LV_FS_WIN32_PATH" must be defined as the first letter of the user's home directory. This can be seen from the "lv_fs_get_drv" function where it performs a letter comparison. Since my home directory is "./examples", both paths must be set to ".".
2-In the "flappyBird.lua" example, the code "IMAGE_PATH = IMAGE PATH .. "/flappyBird/"" must be written as "IMAGE_PATH = IMAGE_PATH .. "flappyBird/"", otherwise an extra "/" symbol will be added to the "IMAGE PATH" concatenation.

The current code is only suitable for embedded devices with large memory capacities. When running on a microcontroller with built-in SRAM of 128K and external SDRAM of 8M, loading the Flappy Bird demo image consumes a significant amount of memory. Do you have any suggestions regarding image processing? If we open the image using a C library and save the pointer to the opened image data, could we then pass the image pointer to the Lua virtual machine to reduce heap memory usage by Lua? I just started learning Lua last week and I have a limited understanding of it.

The current code is only suitable for embedded devices with large memory capacities. When running on a microcontroller with built-in SRAM of 128K and external SDRAM of 8M, loading the Flappy Bird demo image consumes a significant amount of memory. Do you have any suggestions regarding image processing? If we open the image using a C library and save the pointer to the opened image data, could we then pass the image pointer to the Lua virtual machine to reduce heap memory usage by Lua? I just started learning Lua last week and I have a limited understanding of it.

In order to make Lua run on my microcontroller, I made some modifications to the Lua system to adapt it, and I finally managed to run all the demo except for Flappy Bird. However, running Flappy Bird still leads to a HardFault.

All the images in examples are png, change them to lvgl bin format and use indexed_8 will reduce memory significantly. Don't forget to update lua file with correct file extension name.
When hardfault occurs, try to get a backtrace or simply which piece of code causes it, so can do further analysis.

For images that need transformation, use lvgl true_color_alpha format, do not use indexed_8 which is not supported.
Images include: the bird, the score result backgroud etc.

For images that need transformation, use lvgl true_color_alpha format, do not use indexed_8 which is not supported. Images include: the bird, the score result backgroud etc.

I am currently attempting to convert the image data to a bin file format utilizing the RGB555 TrueColor specification. I would like to express my gratitude once again for your assistance.

You can try to modify this definition

set/get now using property API.
https://github.com/XuNeo/luavgl/pull/50


Do not apply Pjax on link with data-pjax=0 #13448

Q
A

Is bugfix?
no

New feature?
minor enhancement

Breaks BC?
no

Tests pass?
yes

Fixed issues
#13448

Is this still needed? The original issue was erroneous.

I think not. @developeruz have you verified problem from original issue report using code from our pjax library fork?

No, I don't. I will close this PR.


training loss is not showed in the progress bar since 2.0

Bug description
The 2.0 release refactors the progress bar by splitting training and validation. However, it also (silently) removes the training loss shown in the progress bar, which I cannot find mentioned in related issues and pull requests.
The release note also shows this change, but just ignores it without any explanation:

@awaelchli
How to reproduce the bug
No response
Error messages and logs
No response
Environment

Current environment
#- Lightning Component (e.g. Trainer, LightningModule, LightningApp, LightningWork, LightningFlow):
#- PyTorch Lightning Version (e.g., 1.5.0):
#- Lightning App Version (e.g., 0.5.2):
#- PyTorch Version (e.g., 2.0):
#- Python version (e.g., 3.9):
#- OS (e.g., Linux):
#- CUDA/cuDNN version:
#- GPU models and configuration:
#- How you installed Lightning(`conda`, `pip`, source):
#- Running environment of LightningApp (e.g. local, cloud):

More info
No response
cc @awaelchli

@function2-llx It was removed intentionally. In 2.0+ you need to log it like so:
self.log('loss', loss, prog_bar=True)

Release notes

Hi @awaelchli , thanks for your answer, sorry that I missed it in the release note (due to my poor searching on the page).
May I ask another question: if we want the previous behavior, i.e., displaying the running average of training loss on the progress bar, do we have to calculate it manually?

+1 for being able to display the running average. I'm often using models that are quite large, so running small batches with several gradient accumulations. When the batch size is 4, information about that specific batch's loss is not very useful compared to a running average.

From release note: We are removing this feature to favor speed over automation.
This seems to me saying that the displayed loss enabled by prog_bar=True is no longer a moving average but a real-time per-step value.
I want to say the whole reason I use lightning instead of raw PyTorch is all the automated works it does... So if there's not even an option for obtaining a moving average, this is a bad feature change imo

I opened this suggestion in torchmetrics: https://github.com/Lightning-AI/torchmetrics/issues/1737
If this existed. You'd be able to create your running average metric and self.log() it

TorchMetrics 1.0 now includes the new Running() metric. Here is an example:
import os

import torch
from torch.utils.data import DataLoader, Dataset
from torchmetrics.wrappers import Running
from torchmetrics.aggregation import MeanMetric
from lightning.pytorch import LightningModule, Trainer
from pytorch.loggers import CSVLogger

class RandomDataset(Dataset):
    def __init__(self, size, length):
        self.len = length
        self.data = torch.randn(length, size)

    def __getitem__(self, index):
        return self.data[index]

    def __len__(self):
        return self.len

class BoringModel(LightningModule):
    def __init__(self):
        super().__init__()
        self.layer = torch.nn.Linear(32, 2)
        self.running_loss = Running(MeanMetric(), window=10)

    def forward(self, x):
        return self.layer(x)

    def training_step(self, batch, batch_idx):
        loss = self(batch).sum() * 1e-10 + batch_idx
        self.running_loss(loss)
        self.log("train_loss", self.running_loss.compute(), on_step=True)
        return {"loss": loss}

    def configure_optimizers(self):
        return torch.optim.SGD(self.layer.parameters(), lr=0.1)

def run():
    train_data = DataLoader(RandomDataset(32, 64), batch_size=2)

    model = BoringModel()
    trainer = Trainer(
        default_root_dir=os.getcwd(),
        logger=CSVLogger("logs"),
        num_sanity_val_steps=0,
        max_epochs=2,
        enable_model_summary=False,
        log_every_n_steps=1,
    )
    trainer.fit(model, train_data)

if __name__ == "__main__":
    run()

I'm not sure why I need to call metric.compute() for it to work with logging on step. 🤔

Disturbing warnings are raised saying the user tries to call compute before the update during sanity check runs.

Opened an issue on torchmetrics: https://github.com/Lightning-AI/torchmetrics/issues/2264

The warning was addressed in https://github.com/Lightning-AI/torchmetrics/pull/2265


Use container images from quay.io instead of docker hub

The docker-compose file and makefile reference container images from docker hub which we no longer use. We're using quay.io  as our container registry (see https://github.com/fabric8-services/fabric8-wit/pull/2116). This PR updates docker compose and makefile to use the correct container registry.

Codecov Report

Merging #2145 into master will increase coverage by 0.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #2145      +/-   ##
==========================================
+ Coverage    69.4%   69.41%   +0.01%
==========================================
  Files         165      165
  Lines       15282    15282
==========================================
+ Hits        10606    10608       +2
+ Misses       3716     3715       -1
+ Partials      960      959       -1

Impacted Files
Coverage Δ

workitem/workitem_repository.go
69.9% <0%> (+0.27%)
:arrow_up:

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 67a3d3a...5436a68. Read the comment docs.

[test]


Add simplecov to generate coverage report

rake spec generates coverage report under ./coverage/ directory.

:+1:


Snap 2014 : Column table size is wrong in UI after truncate table

Changes proposed in this pull request

Reseting numOverflowOnDisk & numOverflowBytesOnDisk to zero in BucketRegion.updateSizeOnClearRegion method.

Patch testing

Tested manually

ReleaseNotes changes

None

Other PRs

None

As discussed, feedback comments are incorporated.


Add Support for Other Git Repos

Bitbucket and Gitlab are the main targets, but are there any others we should support?
Notes:
Bitbucket does not support the concept of an organization or software license
Gitlab supports licenses, but not through their api

I say we act reactively. Let's add those two and then stop, and if anyone ever submits a repo URL that isn't one of the three that we support, we can decide at that point in time if we want to add a fourth.

Do we even have any bitbucket or gitlab repos at this point?


Default input and output paths

To help with ease of use, this is an issue to come up with default input and output paths that elixirscript should use

I'm thinking input could be lib/elixirscript/ and output could be priv/elixirscript/


Bug: BwB doesn't stub out C++ linking

Describe the bug
In a project using build_mode = "bazel", with a cc_library dep of the macos_application, when the cc_library has srcs, the link step can't find the corresponding .a.
Reproduction steps
Minimized reproduction.
Run bazel run :xcodeproj and then build the resulting project. It fails with:
ld: file not found: /Users/john/Library/Developer/Xcode/DerivedData/app-dgjuglrhibaposarleeqrtxtrlcs/Build/Intermediates.noindex/app.build/bazel-out/macos-x86_64-min10.12-applebin_macos-darwin_x86_64-dbg-ST-3ceb28bca76f/bin/app/Objects-normal/x86_64/lib.o
clang++: error: linker command failed with exit code 1 (use -v to see invocation)

Expected behavior
Build succeeds.
Versions

Bazel: 5.2.0
rules_xcodeproj: 29a91e3eb5c8f481c998278ac8d1ccd1ae102d39
rules_apple: As installed by above
rules_swift: As installed by above

https://github.com/jfirebaugh/rules_xcode_reduction/tree/786

Thanks, I have a working Xcode project now!

Woot! That's awesome. Please continue to file any feedback you have/bugs you find 😄.


Inject host in SDK loader

Summary
SDK loader should be refactored such that environment-specific hosts can be injected instead of pulled from old SDK.
Benefits

Removes hard-to-see dependency on a globally defined host
Enables earlier use of the SDK in any environment; good for startup logging

Tasks

[ ] Provide general-purpose SDK implementations that accept an IHost when constructed
[ ] Abstract the SDKLoader class and write environment-specific implementations that provide the appropriate host implementation.

This is done.


ACME: default to Let's Encrypt's staging CA.

Motivation for this change
The goal is to avoid hitting rate limits too soon by default, which is
pretty bad when it hits you (for instance when NixOps forced you to
reinstall your instance more than five times in a week)
Things done

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

[X] NixOS
[ ] 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/)
[ ] Fits CONTRIBUTING.md.

What is the staging CA and what are the consequences of switching to it?

We didn't switch it, the outcome was to add a production option: https://github.com/NixOS/nixpkgs/commit/538acd9060df09045558c67cf98792a3902c5f3c"

The staging CA is a CA that is not in browsers, for debugging purposes.
The motivation for this change is that I hit the limit of Let's Encrypt certificate requests after NixOps crashed my GCE instances five times over three consecutive days, screwing my SSH access every single time. Now I have to wait four more days before I can ask for a certificate again.


CI collect systemd journal log for packstack container

Hello, I am a code review bot on flows.network.
It could take a few minutes for me to analyze this PR. Relax, grab a cup of coffee and check back later. Thanks!


ACG Rebuild Issue again in GEOS: datasea (and Ocean?)

This is a bit of a repeat of the issue solved by #1448. In doing some GOCART tests today, I notice that if you do a no-op rebuild of GEOS you get:
[ 72%] Building Fortran object src/Components/<EMAIL_ADDRESS>
I mean, I didn't go near datasea. But that is a component that @sanAkel worked with @darianboggs on using the ACG. So something is a bit wonky. Thing is datasea calls the ACG:
mapl_acg (${this}   GEOS_DataSea_StateSpecs.rc
          IMPORT_SPECS EXPORT_SPECS INTERNAL_SPECS
          GET_POINTERS DECLARE_POINTERS)

the same as, say, dust:
mapl_acg (${this}   DU2G_StateSpecs.rc
          IMPORT_SPECS EXPORT_SPECS INTERNAL_SPECS
          GET_POINTERS DECLARE_POINTERS)

Thus I suspect the issue is with the CMake macro/function in MAPL.

Okay. I think I know the issue. If we look, per the CMake code, it is saying the files generated will be:
-- mapl_acg() - generated files: GEOSdatasea_Import___.h;GEOSdatasea_Export___.h;GEOSdatasea_Internal___.h;GEOSdatasea_GetPointer___.h;GEOSdatasea_DeclarePointer___.h

but the files we make are:
$ fd -e h datasea
src/Components/<EMAIL_ADDRESS>src/Components/<EMAIL_ADDRESS>src/Components/<EMAIL_ADDRESS>src/Components/<EMAIL_ADDRESS>src/Components/<EMAIL_ADDRESS>
So, the CMake thinks we'll make GEOSdatasea_Import___.h and we actually make GEOS_DataSea_Import___.h.
I'm pretty sure this is my fault. Before the ocean ACG code, we "accidentally" used similar names for both the component (aka ${this}) and the specs file:
DU2G_GridComp/DU2G_StateSpecs.rc

So what my code in #1448 does is essentially go off of the component name and use that to construct what we think the ACG will make. That is dumb. The Python ACG DOES NOT CARE about the component! All it takes is the StateSpecs file and removes .rc and then removes _StateSpecs and _Registry from that file name.
@sanAkel and @darianboggs have the file:
GEOSdatasea_GridComp/GEOS_DataSea_StateSpecs.rc

which is a good file and it works, but the CMake code is dumb and assumed the StateSpecs file would be called GEOSdatasea_StateSpecs.rc when there is no reason it should!
We just need to do the same algorithm in CMake that Python does in the ACG. I can code this up!

@mathomp4,
What do you mean by no-op:

This is a bit of a repeat of the issue solved by https://github.com/GEOS-ESM/MAPL/pull/1448. In doing some GOCART tests today, I notice that if you do a no-op rebuild of GEOS you get:

Indeed I have it this way:

mapl_acg (${this}   GEOS_DataSea_StateSpecs.rc
IMPORT_SPECS EXPORT_SPECS INTERNAL_SPECS
GET_POINTERS DECLARE_POINTERS)

But I really do not have internal_specs so I can take that away and the two are different -- though that underlying problem (with MAPL/ACG) remains? I'm not entire sure of what exactly the problem is (will try to talk to you).

In case @sanAkel has not yet spoken with @mathomp4 .  The issue is that if you type make again after a successful build, some things are recompiled, and this is not ideal.   It is a minor error in our cmake logic that is worth fixing for sanity's sake.

Thanks @tclune I plan to talk to @mathomp4 sometime soon ... but yes, nice to have that (recompilation) taken away!


Revert "[BUGFIX] Wrong links to analysis files in README"

Reverts tswsxk/EduData#18

Codecov Report

Merging #20 (e0df466) into master (988718c) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #20   +/-   ##
=======================================
  Coverage   91.26%   91.26%
=======================================
  Files           6        6
  Lines         126      126
=======================================
  Hits          115      115
  Misses         11       11

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 988718c...e0df466. Read the comment docs.


Add Babel 7 + TypeScript post

Covers recent learnings around Babel 7 + TypeScript, plus a quick-start example project

This is basically ready to go, please mark it up! 🔴

There’s some more caveats I found while trying to move Emission. I’ll try to write up a paragraph next week.

And there’s also a caveat around supported TS features (no const enums or namespaces).

Great job on this @damassi <3

And there’s also a caveat around supported TS features (no const enums or namespaces).

I wonder if there could be TSLint rules for these also

Hrm, we'd have to update pigments to use the typescript in the fenced code blocks - IMO, it's worth just moving them to javascript and "dealing" with it :P

4) TypeScript and Flow
Unfortunately, the TypeScript and Flow plugins for Babel cannot be loaded at the same time, as there could be ambiguity about how to parse some code.
This is usually ok, because the general advice is to compile your library code to vanilla JS before publishing (and thus strip type annotations), but there are packages that could still enable the Flow plugin.

For example, the React Babel preset in the past would enable the Flow plugin without really needing it for its own source, but just as a default for consumers of React.
This issue cannot really be worked around without patching the code that loads the plugin. Ideally this patch would be sent upstream so that the issue goes away for everybody,
This issue can be worked around by either eliminating the dependency on the preset that loads the plugin, for instance by depending on the individual plugins directly, or if that’s not possible by patching the code. Ideally that patch should go upstream, of course, but if you need something immediate then we highly recommend patch-package, as can be seen used in this example.

There’s even projects that publish their Flow annotated code without compiling/stripping type annotations, the one we know of and use is React Native. There’s no way around this other than patching the code. You may think that you could use a plugin like babel-plugin-transform-flow-strip-types, but in reality that transform needs the Flow plugin to be able to do its work and thus is a no-go.
The way we’ve worked around that is by stripping Flow type annotations from all dependencies at dependency install time using the flow-remove-types tool. It can get a little slow on many files which is why we do a bunch of filtering to only process files that have @flow directives, the downside is that some files don’t have directives like they should and so we patch those to add them using the aforementioned patch-package.

5) Limitations in TypeScript support
It is important to note that you may run into a few cases that TypeScript’s Babel plugin does/can not support. From the plugin’s README:

Does not support namespaces or const enums because those require type information to transpile.
Also does not support export = and import =, because those cannot be transpiled to ES.next.

The lack of namespace support hasn’t been a problem for us, we’re only using it in one place which could easily be changed to use regular ES6 modules as namespace. This is also why for instance the ‘recommended’ list of TSLint checks includes the no-namespace rule.
The const enum feature is a runtime optimization that will cause the compiler to inline code. We don’t have a need for this at the moment, but some discussion is happening to possibly still being able to make use of this feature when compiling production builds with the TypeScript compiler instead.
The export = and import = syntax is meant to work with CommonJS and AMD modules, we strictly use ES6 modules.

Btw, these above texts are just suggestions that contain the relevant info, please feel free to modify them as you see fit.

I've updated the post with suggested changes as well as the two additional sections from @alloy -- anything else I should fix and / or expand upon before this heads out?

LGTM! 👏

Ok, mergin' 👍


Dealing with Plyr inside a boostrap modal.

Hi Com!
I'm facing problems finding a solution to work with Plyr inside a Bootstrap modal. The issue is that when I close the modal, the video keeps playing. I've tried some JS functions, but nothing seems to work to stop the video when the modal is close.

Bootstrap has some events that fire before the modal starts closing. Listen for that event, then pause the player and you should be all good 😊


Sniffer

Current version of sniffer displays more characters than message contains, also it mixes up use of Serial utils and direct serial print

fixed with displaying both HEX value and ascii interpretation


v2 charts are not available, all repos stuck in progress

What kind of request is this (question/bug/enhancement/feature request):
Bug
Steps to reproduce (least amount of steps as possible):

deploy any downstream cluster
go to apps & marketplace to install a chart

Result:

v2 charts aren't available, and all repos are stuck in progress

requests on refresh:
Request URL: https://<IP_ADDRESS>/k8s/clusters/c-zcl9s/v1/catalog.cattle.io.clusterrepos/rancher-partner-charts
Request URL: https://<IP_ADDRESS>/k8s/clusters/c-zcl9s/v1/catalog.cattle.io.clusterrepos/rancher-charts

Other details that may be helpful:

even adding new charts is not working (stuck in progress)
from the logs, this shows up a few times

021/05/28 17:07:46 [DEBUG] Helm updated git-helm catalog [https://git.rancher.io/charts:master]
2021/05/28 17:07:46 [DEBUG] Helm updated git-helm catalog [https://git.rancher.io/system-charts:dev-v2.6]

however could not find any of the charts listed in the screenshot above. i.e. https://git.rancher.io/charts
Environment information

Rancher version (rancher/rancher/rancher/server image tag or shown bottom left in the UI): master-head (62aef76)
Installation option (single install/HA): single

May be related to: https://github.com/rancher/rancher/issues/32836

Comparison between "a last known good" and the commit above: https://github.com/rancher/rancher/compare/629146a..62aef76

Similar problem after upgrading from 2.5.5 to 2.5.7 or 2.5.8 in an airgapped setup. Rancher system charts do not show up.

Status
Awaiting potential fix from @ibuildthecloud.
Working Theory
Our theory is that not all CRDs are being installed when MCM agent is enabled. We notice that the default monitoring v1 CRDs (the ones required by default) are not installed, and notice these logs are particularly noisy and appear frequently. @aiyengar2's theory is that the controllers appear to be set up as intended, but their internal caches might be having issues being initialized, which causes some of the controllers to not get started.

"It would make sense why the cache would fail to be started if the CRDs were never installed onto the cluster… it’s possible these could be two separate issues though..."
"However, I think they might be related in that both of their root causes could be because features.Legacy.Enabled() is false..."

@aiyengar2

Thus, the v2 charts being stuff in an in progress state may be the "smoke" for the true "fire": initialization of controllers failing. This would also coincide with evidence proving that the error only occurs with new clusters upon creation, and not anytime afterwards.
Testing Context
The issue has been determined to be consistently reproducible on master-head (between two commits) and is not dependent on the provider type. Backend reproduction was done with 8 DO RKE1 clusters, with only the downstream clusters encountering the error (though, the error rate is 100%).

This worked fine for me today on this setup, @slickwarren please recheck if it works for you too

DO - 3 nodes, infrastructure provider, all roles on all nodes
kubernetes v1.20.7
rancher master-head (29674d9)
cluster created in emberUI
repos are loaded fine, all of them are Active
dev-v2.6 (f83edc8ded81701eed6ce1c5c45ee5b26d38678e)

Not closing because status is working, but it seems fixed, please update / close if I am not wrong.

https://github.com/rancher/rancher/pull/32951/commits/1952830252abddea062a13ab23a66cbc8335e757

on rancher master-head (29674d9) I was also able to provision downstream clusters and deploy v2 charts using the following:

node-provisioned RKE1 (linode) -- pass
node-provisioned RKE2 (DO) -- pass
custom RKE1 -- pass


您好，我也是做这方面工作的。能否交流下？

您好，我也是做这方面工作的。Occlusion+optical flow，去年我就完成了预测occlusion mask放入PWC-Net网络作为decoder分支网络的辅助信息类似的工作，很遗憾后面没有就这个工作深入下去。
还没深入看您的paper，但感觉思路和我当时的相差无几，如果方便的话，能否留个联系方式探讨下？

Would love to discuss if you have any questions. Feel free to leave comments via issues or emails.

I am confused about the mask training process.In the paper:We answer this question positively by showing that the network can indeed learn to mask such areas without any explicit supervision.
I personally understand that training occlusion mask does not require the supervision information of the mask,it makes me feel strange.Why a convolution layer can train the occlusion mask without using the ground truth of occlusion?I see in the code,the network has used the ground truth of occlusion(e.g.,Sintel,KITTI),and for the chairs dataset, initialize the mask to 1 as the ground truth.However, the ground truth of occlusion is not used to calculate the loss function of occlusion mask, but to obtain the loss function of non occluded area of optical flow.
By the way,in my work, I use the ground truth of occlusion and the predicted mask of my network to calculate the cross entropy as the loss function.It doesn't look very good.
Please forgive me for my poor english.
Best wishes!
------------------ 原始邮件 ------------------
发件人<EMAIL_ADDRESS>发送时间: 2020年5月22日(星期五) 晚上10:11
收件人<EMAIL_ADDRESS>抄送: "_____丶"<616559347<EMAIL_ADDRESS>主题: Re: [microsoft/MaskFlownet] 您好，我也是做这方面工作的。能否交流下？ (#13)
Would love to discuss if you have any questions. Feel free to leave comments via issues or emails.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

Yes, our main observation is that the occlusion mask can be learned without any explicit supervision. More details can be found in Section 3 of our paper.


Add Glenpool Public Schools

@philipto, I have removed file.zip. Sorry, I did not realize I had erroneously uploaded it to the repository as a whole, instead of adding its contents to the proper directory. This pull request should be correct.

@wright1703 First stage of verification passed, official domain is glenpool.k12.ok.us as far as I verified. This is just an informational note. Pull request is still in the review. I appreciate your patience while waiting for the final decision.

Alright, thanks a ton.

@wright1703 Thank you for your patience while waiting for a review and processing your request. Pull request merged.

No worries about the wait. Thank you for your help!


TagBot trigger issue

This issue is used to trigger TagBot; feel free to unsubscribe.
If you haven't already, you should update your TagBot.yml to include issue comment triggers.
Please see this post on Discourse for instructions and more details.
If you'd like for me to do this for you, comment TagBot fix on this issue.
I'll open a PR within a few hours, please be patient!

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/104669

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/104957

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/105453

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/110504

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/113151

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/116518


High CPU after socket reconnect

After below warnings, processor load increased.
After the first increase I restarted, but as you can see, it came back after some time.
Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:177
Integration: One Smart Control (documentation, issues)
First occurred: 13:01:01 (12 occurrences)
Last logged: 15:44:43

Could not update '['boiler_flow_temperature', 'water_tank_temperature', 'return_temperature', 'flow_temperature']' for 'HEATPUMP': {'error': 3, 'description': 'timeout'}
Could not update '['heat_source_status', 'seven_segment_display_error_code', 'refrigerant_error_info', 'defrost']' for 'HEATPUMP': {'error': 3, 'description': 'timeout'}
Could not update '['outlet_air_percentage', 'inlet_air_percentage']' for 'COMFOAIR': {'error': 3, 'description': 'timeout'}
Could not update '['error_a', 'co2_level_first_floor', 'co2_level_ground_floor', 'exit_air_temperature']' for 'COMFOAIR': {'error': 3, 'description': 'timeout'}
Command timed out after 60 seconds: apparatus

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:189
Integration: One Smart Control (documentation, issues)
First occurred: 15:44:43 (3 occurrences)
Last logged: 15:44:46

Command timed out after 60 seconds: ping
Ping to server timed out. Reconnecting.
Connection error on socket push: '[Errno 113] Host is unreachable' Reconnecting in 60 seconds.

Originally posted by @dutch-erik in https://github.com/PimDoos/onesmartcontrolha/issues/8#issuecomment-1230433634

I am able to reproduce this issue in my production instance. After this, all sensors stop updating and flatline, except for the push sensors (P1/Phase power sensors)

Strangely enough, my development instance does not have this issue. I suspect the polling socket does not reconnect correctly, crashing the wrapper loop.

Might be fixed in #15, which will be in the v0.1.3 release.

Hi Pim, I'm afraid it's not solved.
Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:159
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 11:55:22 (1778 occurrences)
Last logged: 16:38:32

    Connection error: [Errno 113] Host is unreachable
    Connection error: [Errno 111] Connection refused

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:243
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 11:55:23 (355 occurrences)
Last logged: 16:38:32
Error in push gateway wrapper: [Errno 107] Socket not connected

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:213
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 11:55:15 (361 occurrences)
Last logged: 16:38:32

    Ping to server timed out. Reconnecting.
    Reconnect failed after 4 attempts.

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:167
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 11:55:18 (5 occurrences)
Last logged: 16:38:14

    Connection error: [Errno 113] Host is unreachable
    Connection error: EOF occurred in violation of protocol (_ssl.c:997)
    Connection error: [Errno 111] Connection refused
    Connection timeout out after 10 seconds

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:163
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 11:55:15 (7 occurrences)
Last logged: 16:38:04
Command timed out after 60 seconds: ping

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:199
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 10:31:02 (12 occurrences)
Last logged: 12:41:54

    Could not update '['pv2_voltage', 'pv1_voltage', 'alarm_2', 'alarm_1']' for 'HUAWEI SUN2000': Timed out
    Could not update '['heat_source_status', 'seven_segment_display_error_code', 'refrigerant_error_info', 'defrost']' for 'HEATPUMP': {'error': 3, 'description': 'timeout'}
    Could not update '['outlet_air_percentage', 'inlet_air_percentage']' for 'COMFOAIR': {'error': 3, 'description': 'timeout'}
    Could not update '['error_a', 'co2_level_first_floor', 'co2_level_ground_floor', 'exit_air_temperature']' for 'COMFOAIR': {'error': 3, 'description': 'timeout'}
    Could not update '['operating_status', 'standalone_teleindication', 'model_id']' for 'HUAWEI SUN2000': Timed out

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:396
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 11:55:15 (3 occurrences)
Last logged: 12:41:54
Command timed out after 60 seconds: apparatus

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:187
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 11:56:15 (1 occurrences)
Last logged: 11:56:15
Ping to server timed out. Reconnecting.

Looks like the error catching works now :)
Looking at your first log, this seems to be the loop causing the high CPU usage:
Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:159
Integration: One Smart Control ([documentation](https://github.com/PimDoos/onesmartcontrolha), [issues](https://github.com/PimDoos/onesmartcontrolha/issues))
First occurred: 11:55:22 (1778 occurrences)
Last logged: 16:38:32

    Connection error: [Errno 113] Host is unreachable
    Connection error: [Errno 111] Connection refused

I got a similar result on my production instance today, along with an SSL error. Especially the 'host is unreachable' and 'connection refused' errors seems peculiar to me. Looks like reconnection fails rapidly, causing an infinite loop somewhere. Maybe the integration is causing the One Server is doing some sort of throttling. I'll keep on digging.
This error originated from a custom integration.

Logger: root
Source: custom_components/onesmartcontrol/onesmartwrapper.py:159
Integration: One Smart Control (documentation, issues)
First occurred: 18:27:27 (3253 occurrences)
Last logged: 18:27:41

Connection error: [Errno 111] Connection refused

Still working on this, I'm pushing a couple of patches that might solve this in #17. So far my main suspect is a call causing an infinite loop in onesmartsocket.py. I hope to release the patches this week.

My dev and production instances have been stable for 24 hours now, so you will find these new changes in v0.2.0. The integration seems a lot more stable now (there are still some timeout errors, but that is mostly due to the One Smart server timing out the request). Feel free to (re)open an issue if new problems arise.


do not copy string when converting Term into EncodeInput

As discussed in https://github.com/rusterlium/rustler/discussions/649 :)

:green_heart: :blue_heart: :purple_heart: :yellow_heart: :heart:

🔥!


mac m1 brew install:module 'kong.cmd.init' not found:No LuaRocks module

Steps To Reproduce

install
brew tap kong/kong
brew install kong

Error: Failed installing dependency: https://luarocks.org/lyaml-6.2.7-1.src.rock - Could not find library file for YAML
  No file libyaml.a in /usr/local/lib
  No file libyaml.dylib in /usr/local/lib
  No file matching libyaml.so.* in /usr/local/lib
  No file libyaml.a in /usr/lib
  No file libyaml.dylib in /usr/lib
  No file matching libyaml.so.* in /usr/lib
  No file libyaml.a in /lib
  No file libyaml.dylib in /lib
  No file matching libyaml.so.* in /lib

2.luarocks install lyaml
Error: Could not find library file for YAML
  No file libyaml.a in /usr/local/lib
  No file libyaml.dylib in /usr/local/lib
  No file matching libyaml.so.* in /usr/local/lib

3.brew info libyaml
/opt/homebrew/Cellar/libyaml/0.2.5
4.luarocks install lyaml YAML_LIBDIR=/opt/homebrew/Cellar/libyaml/0.2.5/lib/ YAML_INCDIR=/opt/homebrew/Cellar/libyaml/0.2.5/include/
lyaml 6.2.7-1 is now installed in<EMAIL_ADDRESS>
5.brew install kong ,also error:No file libyaml.a in /usr/local/lib
so i do it:
ln -s /opt/homebrew/Cellar/libyaml/0.2.5/lib/* /usr/local/lib
6.brew install kong, it's success.
==> Installing kong from kong/kong
==> Downloading https://download.konghq.com/gateway-src/kong-2.5.0.tar.gz
Already downloaded: /Users/wuyachao/Library/Caches/Homebrew/downloads/2f8ba8914e27f26f25f76ebd16a3453474274690b35bee36621f0cde3a373335--kong-2.5.0.tar.gz
==> Patching
==><EMAIL_ADDRESS>--tree=/opt/homebrew/Cellar/kong/2.5.0 make<EMAIL_ADDRESS>OPENS
🍺  /opt/homebrew/Cellar/kong/2.5.0: 1,221 files, 10.0MB, built in 1 minute 30 seconds

Additional Details & Logs
kong version:
kong version
ERROR: /opt/homebrew/bin/kong:9: module 'kong.cmd.init' not found:No LuaRocks module found for kong.cmd.init
no field package.preload['kong.cmd.init']
no file './kong/cmd/init.lua'
no file './kong/cmd/init/init.lua'
no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file './kong/cmd/init.lua'
no file<EMAIL_ADDRESS>no file '/usr/local/share/lua/5.1/kong/cmd/init.lua'
no file '/usr/local/share/lua/5.1/kong/cmd/init/init.lua'
no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file '/Users/wuyachao/.luarocks/share/lua/5.1/kong/cmd/init.lua'
no file '/Users/wuyachao/.luarocks/share/lua/5.1/kong/cmd/init/init.lua'
no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file './kong/cmd/init.so'
no file '/usr/local/lib/lua/5.1/kong/cmd/init.so'
no file<EMAIL_ADDRESS>no file '/usr/local/lib/lua/5.1/loadall.so'
no file '/Users/wuyachao/.luarocks/lib/lua/5.1/kong/cmd/init.so'
no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file<EMAIL_ADDRESS>no file './kong.so'
no file '/usr/local/lib/lua/5.1/kong.so'
no file<EMAIL_ADDRESS>no file '/usr/local/lib/lua/5.1/loadall.so'
no file '/Users/wuyachao/.luarocks/lib/lua/5.1/kong.so'
no file<EMAIL_ADDRESS>stack traceback:
/opt/homebrew/bin/kong:9: in function 'file_gen'
init_worker_by_lua:46: in function <init_worker_by_lua:44>
[C]: in function 'xpcall'
init_worker_by_lua:53: in function <init_worker_by_lua:51>

I have add the paths
echo $path
/Users/wuyachao/.luarocks/bin<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>/opt/homebrew/bin /opt/homebrew/sbin /usr/local/bin /usr/bin /bin /usr/sbin /sbin /usr/local/go/bin

#6677    eval luarocks path
it doesn't work to me

ln -s /opt/homebrew/Cellar/kong/2.5.0/share/*  /usr/local/share/
it has new error:
ERROR: ./pl/path.lua:26: pl.path requires LuaFileSystem
stack traceback:
	./pl/path.lua:26: in main chunk
	[C]: in function 'require'
	./kong/tools/utils.lua:16: in main chunk
	[C]: in function 'require'
	./kong/globalpatches.lua:237: in function <./kong/globalpatches.lua:4>
	./kong/cmd/init.lua:1: in main chunk
	[C]: in function 'require'
	/opt/homebrew/bin/kong:9: in function 'file_gen'
	init_worker_by_lua:46: in function <init_worker_by_lua:44>
	[C]: in function 'xpcall'
	init_worker_by_lua:53: in function <init_worker_by_lua:51>

Hi all,
I just opened https://github.com/Kong/homebrew-kong/pull/185 that should fix this issue. Would you mind giving it a try?
You can do something like the following to test it:
cd `brew --repo`/Library/Taps/kong/homebrew-kong
git pull
git checkout fix/m1-path-cpath
brew install kong

Hi all,
I just opened Kong/homebrew-kong#185 that should fix this issue. Would you mind giving it a try?
You can do something like the following to test it:
cd `brew --repo`/Library/Taps/kong/homebrew-kong
git pull
git checkout fix/m1-path-cpath
brew install kong

I get the same error, it work for me ,thanks

it work for me ,thanks

Thanks for trying it out!

@lienhui97,
Were you able to start Kong in your MacOS m1 environment -- or only install it?
Cheers!

I can also run Kong on MacOS M1 .

Guilherme Salazar @.***> 於 2021年12月15日 下午9:29 寫道：

@lienhui97,
Were you able to start Kong in your MacOS m1 environment -- or only install it?
Cheers!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.

Hi all,
What MacOS version do you have? We have uncovered a few issues with m1 on MacOS 12.
Thanks!


Solved Bing Search API "Resource Not Found" error

Description
I solved this issue. I just changed url = self._client.format_url(url, **path_format_arguments) to url = path_format_arguments['Endpoint'] and the problem has been resolved.
All SDK Contribution checklist:

[X] The pull request does not introduce [breaking changes]
[X] CHANGELOG is updated for new features, bug fixes or other significant changes.
[X] I have read the contribution guidelines.

General Guidelines and Best Practices

[X] Title of the pull request is clear and informative.
[X] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

[ ] Pull request includes test coverage for the included changes.

@lorenzobalzani thanks for looking into this. The code in this PR is auto-generated (you can tell by the header at the top of the file) and so we cannot edit it directly since it will be overwritten the next time the code is generated. Adding @msyyc to comment on if this fix is needed in the generator to address the issue.

@msyyc

@kristapratico According to github history, the code was generated several years ago and not updated for 5 years. I feel OK for this fix.

@lorenzobalzani I'm trying to understand the fix - is it the /bing/ in the path that's the problem? Looking here it seems like we should be building the URL as https://api.bing.microsoft.com/v7.0/search. I want to make sure that if we accept a manual change, it doesn't require the user to pass in the full URL as endpoint=https://api.bing.microsoft.com/v7.0/search (as that's inconsistent with how all other Azure client libraries work).
Would removing /bing on this line fix the issue?
https://github.com/Azure/azure-sdk-for-python/blob/89fb20c33835d99e665e4a8c5ba9ed6ed1c7c8fa/sdk/cognitiveservices/azure-cognitiveservices-search-websearch/azure/cognitiveservices/search/websearch/_configuration.py#L38
I think this change would be preferable since it would allow for a client to still be created like:
client = WebSearchClient(endpoint="https://api.bing.microsoft.com", credentials="apiKey")

@lorenzobalzani I followed up on this and unfortunately this library is deprecated and so we won't be making any code changes or releases in the future. Apologize for the inconvenience.


from_pretrained

I have a question regarding the from_pretrained method since I experienced a bit unexpected behaviour. It's regarding how to save a BERT classifier model as a whole.
I am experimenting with a classifier on top of BERT on the stack overflow question / tags dataset which contains 20 classes of 40.000 text samples. I trained a classifier on 80% of the data for 3 epochs and saved the model in the following and recommended way:
def save_model(model):
    # Save a trained model, configuration and tokenizer
    model_to_save = model.module if hasattr(model, 'module') else model  # Only save the model it-self

    # If we save using the predefined names, we can load using `from_pretrained`
    output_model_file = os.path.join("./", "pytorch_model.bin")
    output_config_file = os.path.join("./", "bert_config.json")

    torch.save(model_to_save.state_dict(), output_model_file)
    model_to_save.config.to_json_file(output_config_file)
    tokenizer.save_vocabulary("./")

This gave my a a model .bin file and a config file.
The training accuracy was around 90% after the last epoch on 32.000 training samples, leaving 8.000 samples for evaluation. I then instantiated a new BERT model with from_pretrained method with state_dict as False and ran the evaluation which surprisingly gave these results:
{'eval_loss': 9.04939697444439, 'eval_accuracy': 0.036875}
I ran through the from_pretrained method and saw that the .bin file is a PyTorch dump of a BertForPreTraining instance which I presume means that the classifier weights are not saved when saving this way?
Then it would probably be necessary to pass the state_dict parameter when loading a classifier model with from_pretrained? If so, is it necessary to pass two files (.bin and state_dict as model_state) or is there another way to do this?

Did you try to load the model following the best-practices indicated here: https://github.com/huggingface/pytorch-pretrained-BERT#serialization-best-practices

All but load the tokenizer from the vocab file. Think that would make a large difference?


KeyFilter improvement: InputRegEx to have regEx on the whole text

I create a new Parameter to add regEx like /^[0-9]{0,3}((\\.|,)[0-9]{0,6}|)$/.

Parameter inputRegEx.
Function inputFilter based on event Jquery 'input'.

Thomas, is it ok for you? Can we approve the pull request?

Thanks for the pull request.
Would you please move the logic from $.fn.inputFilter to the 1-keyfilter.js file?
Thats because 0-jquery.keyfilter.js is the jquery plugin and we possible overwrite your changes if we update it in the future.

What did you mean ? Like move my logic into a function in keyFilter and pass it like a callback into inputFilter ?

i would remove the jquery function and directly apply the .on the inputfield.
input.inputFilter(this.cfg.inputRegEx);
->
input.on('input', function(e) {.....});

Ok, I would do it.

I doesn't have enough time last week. It's uglier than before but work as expected.

Looks good from my perspective. i will merge it :)

Good news. :smile:  Just in case: every regEx into inputRegEx have to start with ^ and finish with $ to match the complete string.


API v1 is the default API

[x] puts v2 API behind /v2/
[x] redirect /, /rpc/, /api/ and /v1/ to API v1
[x] disables basic authentication if no password is provided with --api-password.
[x] API v1 is always accessible without redirection on port *4100 and always with rpc:rpc by default.

🎉


Is this gonna get 1.18.1 update

I was wondering if this mod has a working 1.18.1 version just yet?

https://github.com/QuiltServerTools/BlockBot/releases/tag/2.0.0-beta.4


🐛 FIX: change blog design

New Design
A new design of my website that will change it from the blog only style to a full flegded personal website.
Some of the thing it should have:

A new home page
the home page should list 6 latest blog post
A little introduction section
A section that can tell of my work and the project I have worked on
A testimonial section

Dedicate more time to make this website a good first impression about me.

Browser metadata
Path:      /
Browser:   Chrome 93.0.4577.82 on Mac OS 10.15.7
Viewport:  1360 x 632 @1x
Language:  en-GB
Cookies:   Enabled

Open in BrowserStack

Open Deploy Preview · Mark as Resolved


Unable to install any python package

Description
I'm unable to install any package in Spyder using pip with Windows 8.1. For example while installing package
!pip install time
getting the following output:
Collecting time
Could not find a version that satisfies the requirement time (from versions: )
No matching distribution found for time
Tried the pip command with various packages, result is same :-(
What steps will reproduce the problem?

!pip install time
!easy_install time

What is the expected output? What do you see instead?
I want to install the package, but not getting success for any one.
Please provide any additional information below
Version and main components

Spyder Version: <IP_ADDRESS>
Python Version: 2.7.10
Qt Versions:  4.8.6, PyQt4 (API v2) 4.11.3 on Windows

Optional dependencies
pyflakes >=0.5.0:  0.9.2 (OK)
pep8 >=0.6      :  1.6.2 (OK)
IPython >=1.0   :  2.4.1 (OK)
zmq >=2.1.11    :  14.7.0 (OK)
pygments >=1.6  :  2.0.2 (OK)
pandas >=0.13.1 :  0.16.2 (OK)
sphinx >=0.6.6  :  1.3.2 (OK)
rope >=0.9.2    :  0.10.2 (OK)
jedi >=0.8.1    :  0.9.0 (OK)
matplotlib >=1.0:  1.4.3 (OK)
sympy >=0.7.3   :  None (NOK)
pylint >=0.25   :  1.4.3 (OK)

Please don't try to do this inside Spyder and use a proper terminal (i.e. cmd.exe) instead.
Spyder is not designed to let users install packages inside it yet.


v0.13

I'm making a quick and dirty update to the scaffold to unblock us from releasing Starport v0.13 with Stargate.
Sending tokens works fine, sending custom messages (in this case foo/CreatePost) does not.
To reproduce clone https://github.com/fadeev/foo, then starport serve (Starport from develop branch). Run vue with npm run serve. Sign in with mnemonic, send a post with a random title and body.
The tx I'm posting to /txs:
{
  "tx": {
    "msg": [
      {
        "type": "foo/CreatePost",
        "value": {
          "creator": "cosmos1mp4knv0vyhcscgh6kdfpugf4uqk79w377ww5s3",
          "title": "ads",
          "body": "ads"
        }
      }
    ],
    "fee": { "amount": [], "gas": "200000" },
    "memo": "",
    "signatures": [
      {
        "pub_key": {
          "type": "tendermint/PubKeySecp256k1",
          "value": "AveaLrCgzgZZA1F39pCNOijmn0VEBxy7nCppqgQxg2CS"
        },
        "signature": "jf22Flm638QkGuslB907OMBjfCSrpWnZauWaDBr9e/IS/sGHgbUCdu/T9GuMHXF/lZ9D/EcwhE8rXpxf+MQSsg=="
      }
    ]
  },
  "mode": "sync"
}

Response I'm getting back:
{
  "jsonrpc": "2.0",
  "id": -1,
  "error": {
    "code": -32603,
    "message": "Internal error",
    "data": "reflect.Set: value of type types.MsgCreatePost is not assignable to type types.Msg"
  }
}


fixed GROUP BY issue with expressions

Fixed this issue: #12
It was due to a specificity of MSSQL used through pyodbc that doesn't allow using a column in an expression without referring to it in the GROUP BY clause.
In other terms, this is not allowed with MSSQL's sp_prepexec:
SELECT id, F(a) FROM ... GROUP BY id, F(a)
But should instead be:
SELECT id, F(a) FROM ... GROUP BY id, F(a), a
The PR should be compatible with 2.2, 3.0 and 3.1.

Please rebase this and fix the failing tests

Please rebase this and fix the failing tests


Adding Channel switch key support

Adding support for ChannelUp and ChannelDown. Sometimes it makes sense (eg. for IPTV applications)

I added ChannelUp and ChannelDown key support for WebOS applications.
If you accept this PR, the documentation page can be updated, too.


.RProj, etc.

Hi @biancaglez,
I'm taking a look at the folder/file structure of the Climate Data Portal and was wondering if you could help me to understand what the .RProj.user folder is and the .Rhistory and Climate.Rproj files are/if they're connected.
Take care,
Caly

hi @forestgeoadm -- can you link that here so I know we are talking about the same thing? Do you mean the CRU data?

https://github.com/forestgeo/Climate/tree/master/.Rproj.user

Thanks, Krista. I think that can be deleted. @forestgeoadm

Thank you, both!

My attempt to delete actually didn't work.... No idea why.

Want me to try? Were there any errors? The scripts we wrote shouldn't depend on this project.

Sure. It seems I can delete individual files, but not the whole thing. Nothing shows up in my file viewer (on Mac), but its still there in the online version.

Doneso https://github.com/forestgeo/Climate
@teixeirak I think this can be closed now

Okay, thanks. That did create a couple other files, though-- .Rhistory and a scripts file (old path)

Okay should be all fixed up https://github.com/forestgeo/Climate
If it isn't @teixeirak pls reopen issue.


Allow target amount to be set for swaps, as well as input amount

Allow users to specify the target 'receive' amount during swaps as well as the input amount:

Currently, users must iterate through the input amounts to achieve their desired output

Unfortunately smart-contract doesn't have function to calculate how much user must send to receive required amount right now.
Leaving open for discussions to research on how it can be done entirely from frontend side.