Incompatible with AWS ES service (needs signed requests)

I am trying to use transporter inside an AWS Lambda function, but in order to access my AWS ES cluster, I need the https requests to be signed by a specific IAM role. Unfortunately this seems to be the only way of using Lambda with AWS ES securely. I've tested transporter inside Lambda to AWS ES w/ no security and it seems to work fine, FWIW.

I have created PR #203 to deal with this issue. Please check out my branch if you need to use Transporter with signed requests.

fixed in v0.1.2


"Open" issues do not get "gone"

If you change issue status to "open", it would be logical to expect that once it is fixed and "gone" on subsequent scan, it vanishes from the list, but it does not.

Duplicate of #118 which I have tested and it correct.


[oneDNN]: Adding support for bf16 output in MklDequantize op

This is needed for supporting int8-bf16 mixed precision models.

Hi @penpornk Can you please review this PR ? Thank you!

Hi @penpornk Can you please review this PR ? Thank you!

Hi @penpornk Can you please review this PR ? Thank you!

Hi @penpornk Can you please review this PR ? Thank you!

Hi @penpornk Can you please review this PR ? Thank you!


request.is_ajax() is deprecated

Warning on Travis that request._is_ajax() is deprecated and refers to the release notes
RemovedInDjango40Warning: request.is_ajax() is deprecated. See Django 3.1 release notes for more details about this deprecation.
    if request.is_ajax():

I know the docs say something slightly different -- but this change is consistent with the current code and here is a similar change being implemented by a Django fellow.  https://github.com/django-request/django-request/pull/205/files

Using request.META seems like a good approach, good cross referencing on the issue.


Ember initial connect timeout not working

My understanding is that withIdleConnectionTime should apply to initial connections. However, it seems it does not.
Here is a runnable reproducer (scastie):
import cats.effect.IO
import org.http4s._
import org.http4s.ember.client.EmberClientBuilder
import org.http4s.implicits.http4sLiteralsSyntax
import scala.concurrent.duration.DurationInt
import scala.language.postfixOps
import cats.effect.unsafe.implicits.global

EmberClientBuilder
  .default[IO]
  .withIdleConnectionTime(1 second)
  .build
  .use(_.successful(Request[IO](uri = uri"http://www.google.com:81")))
  .timed
  .flatTap { case (duration, _) => IO.println(s"took $duration") }
  .unsafeRunSync()

Thanks for the report.

My understanding is that withIdleConnectionTime should apply to initial connections.

What is this based on? My understanding is this is for a idle connection: an existing connection, that is sitting idle (no activity) for this long will be shutdown and released.
The timeout you are experiencing an initial connect timeout: the connection is never successfully created, so it never has a chance to transition to the idle stage.

It is based on this Blaze to Ember migration doc:

withIdleConnectionTime | value is used for the connection as well as the pull.

What would be the correct setting if that's not the case ? Does Ember client just not support connection timeout ?

I see, thanks. It seems like the idiomatic way to do this is something like this:
  .use(_.successful(Request[IO](uri = uri"http://www.google.com:81")).timeout(1 second))

However it seems that this may be plagued by a bug 😅


#515 Html should be HTML

Done. Please, check

Tests on CI failed:

No element found using locator: By.cssSelector(".plugin-manager .Html")

Seems like that caused a problem css class names.

Fixed.

:+1:


Get extended(?) CSS?

I'm not sure if I'm doing something wrong or if this is just expected behavior, but given the following:
const labelBase = csjs`
  .boldBase {
    font-weight: bold;
  }
`;

const styles = csjs`
  .button {
    background-color: yellow;
  }

  .label extends ${labelBase.boldBase} {
    color: blue;
  }
`;

csjs.getCss(styles); returns:
  .button_4oyuOD {
    background-color: yellow;
  }

  .label_4oyuOD {
    color: blue;
  }

Notice the missing value that we otherwise get from csjs.getCss(labelBase);
  .boldBase_3DZseH {
    font-weight: bold;
  }

I would expect csjs.getCss(styles) would return all CSS including those from extended styles. Is there another way to do so, or am I just fundamentally not understanding how getCss is intended to work?
Note that styles.label correctly returns the expected "label_4oyuOD boldBase_3DZseH"

This is currently expected behavior (similar to this issue: https://github.com/rtsao/csjs/issues/30). getCss is just for getting the new CSS contained in that csjs literal so it can be injected. It is assumed that the extended styles were already injected when that csjs literal was evaluated. This makes it fairly easy to ensure you never duplicate the injection of anything. That said, it would be fairly straightforward to wrap csjs in some instance/singleton that could accumulate all the CSS into a buffer (which you could then flush all at once later).


Styling inputs, labels to match the designs

Description
In this PR
Components changes:

New Textarea component:

With theme, errors support

New Radio component:

With theme, errors support

Input component changes:

Added theme support
Added Icon support  We can now pass it an icon and it'll display it inside the input, with correct paddings (see the admin/data search input)
Added unit support We can now pass it a unit, and it'll display it inside the input, with correct paddings (see analysis/intervention/step 2)

Checkbox component changes:

Added theme support

Label component changes:

Added theme support

Others:

Fixed several typos in the Scenarios forms
Removed several div wrappers which would only add a mt-1 to components
The margin top that had been used throughout the app got embedded in the form components
Replaced the HTML elements with our custom styled components in several forms
Standardised how labels were being used throughout the app (wrapping inputs vs not)

Notes:
A lot could still be improved, but it'd turn into a monster PR. Already is, in some ways.
JIRA
LANDGRIF-534

The code looks good, but I think there are missing some styles. The screenshot is for the inline inputs on the intervention form.

Yes, I only added the "default" theme, not an inline one. Will add an "inline" theme shortly.

Updated:


Setting session data to proactive message doesn't work

I first send a proactive message to the user via sms channel inside OAuthCallback method
            var connector = new ConnectorClient();
            Message message = new Message();
            message.From = new ChannelAccount { Id = Constants.botId, Address = "+12312311", ChannelId = "sms", IsBot = true };
            message.To = new ChannelAccount { Id = newUserId, Address = "+18768763", ChannelId = "sms", IsBot = false };
            message.Text = $"How are you doing? ";
            message.Language = "en";
            connector.Messages.SendMessage(message);

            IBotData myDataBag = new JObjectBotData(message);

            myDataBag.UserData.SetValue("Username", "Bob");
            myDataBag.PerUserInConversationData.SetValue("Newuser", "yes");

Then in my main Dialog.cs I try to access it
public static readonly IDialog<string> dialog = Chain
            .PostToChain()
            .Switch(new Case<Message, IDialog<string>>((msg) =>
                {
                    var regex = new Regex("hello$", RegexOptions.IgnoreCase);
                    return regex.IsMatch(msg.Text);
                }, (ctx, msg) =>
                {
                    // Clearing user related data upon logout
                    string isnewuser = ctx.PerUserInConversationData.TryGetValue("Newuser");
                    string username = ctx.UserData.TryGetValue("Username");
                    return Chain.Return($"Welcome {username}");
                })
             ).Unwrap().PostToUser();

I receive the message on my phone. However, I am not able to get back the username and newuser session data saved inside OAuthCallback.
I suspect that this is happening because the proactive message does not have conversationId set. And the conversationId must differ somehow.

well I've had the weekend to think this through and it's probably the case that you need to trigger a conversation first to get the userid and conversationId. I'm guessing that it's not possible to set a session data to a proactive message because it won't have the conversationId....
The only approach I'm thinking that might work is if I just stored all the session data on KV directly and pulling stuff from KV without using bot builder's session at all...but not sure of the security ramification of this since I'm not using certificates to communicate with KV (you need a basic plan and up $67 CAD / month just to be able to upload certificates!)...

Any ideas on using KV with expiry to set the relevant session information to carry it over to other dialogues after the proactive message is sent? I'm still not 100% sure if this is a good idea or not.

In the new v3 API, you can call CreateDirectConversationAsync to get a ConversationId for that user address and then you can use StateClient to store data for that conversation before sending the proactive message.


Fix text color when button is selected (in notifications tab)

Before:

After:

I'm not sure if this breaks something else, you may add your edits to this commit if you wish

Oh. That seems to be an unintended side effect of #43. Let's have a looksie, shall we?


Will you release your training datasets?

Thanks for great work!
I'm very interested in your data construction method and expect the datasets to be available.

The data will not be released very soon.


David Baird-Suggestions

Added two end points related to the suggestions. The first gathers a list of categories to get suggestions from and the second gets the suggestions for the given category.

Very cool! Looks great. I'll give it a whirl. I'd be very interested to see what users Twitter suggests I should follow in the category "nascar". :smiley:

Worked first time! Great work.


Compilation error: 'PWMRANGE' was not declared in this scope

I get this Error when I upload the code to ESP8266:
Compilation error: 'PWMRANGE' was not declared in this scope
is the defined in .h files, or should we define it?

Hi @kghodstinat!
As stated in the code
// The max amount is defined by PWMRANGE in Arduino.h
the definition should be in Arduino.h. Maybe you need to include this file yourself, as Arduino may have changed the header files which are included automatically.
Hope that helps.
Cheers, Reini

@kghodstinat According to this commit, PWMRANGE is no longer defined for ESP* Arduino devices. I'll change it, when I have the time.

@Reinbert I gave it the value of 1023, and it was working fine.


Create biotope flavor

Create a new biotope flavor with:

Conda environment:

name: biotope
channels:
  - conda-forge
dependencies:
  - r-irkernel
  - r-jsonlite
  - r-optparse
  - r=4.1.0
  - python=3.10
  - ipykernel
  - pip
  - openssl
  - curl
  - wget
  - cmake
  - r-shiny
  - r-knitr
  - r-devtools
  - r-optparse
  - r-tidyverse
  - r-here
  - r-rgbif=3.6.0
  - r-lubridate
  - r-base
  - r-glue
  - r-RSQLite
  - r-sp
  - r-data.table
  - zip
  - unzip
  - pandas
  - gdal
  - pyproj
  - shapely

Manual installations in Docker file

RUN R -e devtools::install_github('trias-project/trias@5d0f27f76567c0d11021a3055c32ec521622ca36')

OTB as installed in: https://github.com/Ckkk112138/biotope/blob/main/ZonalFilter/Dockerfile

Linked PR contains the conda env and the compiled OTB files.
trias is not included in the cell base at the moment. (It can neither be installed in the build image because it disrupts conda-pack, nor in the runtime image because the it doesn’t have the conda env.)


Add expressions in annotations-reference to the Index

What you think about it?
@ORM\Index(name="index_name", columns={"DATE(date_column)"})

It should be useful to add indexes with the expressions.

@FlashBlack expressions in indexes are only supported by very few platforms. You should instead just code the index definitions in your DB migrations.

Yep, this is a better way.
Thank you!


VS Code Insiders behind a corporate Proxy

Version: 1.32.0-insider (user setup)
Commit: ce073b0076ac2f69faf2c609af72f9b81506c791
Date: 2019-02-27T06:17:47.743Z
Electron: 3.1.3
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
OS: Windows_NT x64 10.0.17763
Steps to Reproduce:

Install the Insiders Version
try to fetch the popular extensions behind a corporate Proxy

Does this issue occur when all extensions are disabled?: Yes
The newest insider version won't fetch the extensions behind a corporate proxy or atleast mine :D
VSCode only shows no extensions found but the proxy log looks as follows:
MainProcess: MainThread:<PHONE_NUMBER>: verify_request: Client address: <IP_ADDRESS>
MainProcess: Thread_4:<PHONE_NUMBER>: do_CONNECT: Entering
MainProcess: Thread_4:<PHONE_NUMBER>: do_transaction: Entering
MainProcess: Thread_4:<PHONE_NUMBER>: get_destination: marketplace.visualstudio.com:443
MainProcess: Thread_4:<PHONE_NUMBER>: get_destination: Couldn't resolve host
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket_connect: New connection: ('***', 8080)
MainProcess: Thread_4:<PHONE_NUMBER>: get_response_sspi: pywin32 SSPI
MainProcess: Thread_4:<PHONE_NUMBER>: fwd_data: Reading response data
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Entering
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: CONNECT marketplace.visualstudio.com:443 HTTP/1.1
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Sending Host: marketplace.visualstudio.com
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Sending Connection: close
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Sending extra Proxy-Authorization: sanitized len(81)
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Reading response code
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Response code: 407 True
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Reading response headers
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Server: squid/3.5.27
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Mime-Version: 1.0
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Date: Wed, 27 Feb 2019 09:14:48 GMT
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Content-Type: text/html;charset=utf-8
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Content-Length: 3568
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received X-Squid-Error: ERR_CACHE_ACCESS_DENIED 0
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Vary: Accept-Language
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Content-Language: en
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received X-Cache: MISS from modpragw-166v
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Via: 1.1 modpragw-166v (squid/3.5.27)
MainProcess: Thread_4:<PHONE_NUMBER>: do_socket: Received Connection: close
MainProcess: Thread_4:<PHONE_NUMBER>: do_transaction: Auth required
MainProcess: Thread_4:<PHONE_NUMBER>: do_transaction: Didn't get challenge, auth didn't work
MainProcess: Thread_4:<PHONE_NUMBER>: do_CONNECT: Error 407
MainProcess: Thread_4:<PHONE_NUMBER>: log_message: code 407, message Proxy Authentication Required
MainProcess: Thread_4:<PHONE_NUMBER>: log_message: "CONNECT marketplace.visualstudio.com:443 HTTP/1.1" 407 -
MainProcess: Thread_4:<PHONE_NUMBER>: do_CONNECT: Cleanup proxy connection
MainProcess: Thread_4:<PHONE_NUMBER>: do_CONNECT: 0 bytes read, 0 bytes written
MainProcess: Thread_4:<PHONE_NUMBER>: do_CONNECT: Done
MainProcess: MainThread:<PHONE_NUMBER>: verify_request: Client address: <IP_ADDRESS>
MainProcess: Thread_0:<PHONE_NUMBER>: do_GET: Entering
MainProcess: Thread_0:<PHONE_NUMBER>: do_GET: Path = https://dc.services.visualstudio.com/api/profiles/AIF-d9b70cd4-b9f9-4d70-929b-a071c400b217/appId
MainProcess: Thread_0:<PHONE_NUMBER>: do_transaction: Entering
MainProcess: Thread_0:<PHONE_NUMBER>: get_destination: dc.services.visualstudio.com:443
MainProcess: Thread_0:<PHONE_NUMBER>: get_destination: Couldn't resolve host
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket_connect: New connection: ('***', 8080)
MainProcess: Thread_0:<PHONE_NUMBER>: get_response_sspi: pywin32 SSPI
MainProcess: Thread_0:<PHONE_NUMBER>: fwd_data: Reading response data
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Entering
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: GET https://dc.services.visualstudio.com/api/profiles/AIF-d9b70cd4-b9f9-4d70-929b-a071c400b217/appId HTTP/1.1
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Sending Host: dc.services.visualstudio.com
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Sending Connection: close
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Sending extra Proxy-Authorization: sanitized len(81)
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Reading response code
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Response code: 501 True
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Reading response headers
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Server: squid/3.5.27
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Mime-Version: 1.0
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Date: Wed, 27 Feb 2019 09:14:49 GMT
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Content-Type: text/html;charset=utf-8
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Content-Length: 3705
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received X-Squid-Error: ERR_UNSUP_REQ 0
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Vary: Accept-Language
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Content-Language: en
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received X-Cache: MISS from modpragw-166v
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Via: 1.1 modpragw-166v (squid/3.5.27)
MainProcess: Thread_0:<PHONE_NUMBER>: do_socket: Received Connection: close
MainProcess: Thread_0:<PHONE_NUMBER>: do_transaction: No auth required cached
MainProcess: Thread_0:<PHONE_NUMBER>: do_GET: Error 501
MainProcess: Thread_0:<PHONE_NUMBER>: log_message: code 501, message Not Implemented
MainProcess: Thread_0:<PHONE_NUMBER>: log_message: "GET https://dc.services.visualstudio.com/api/profiles/AIF-d9b70cd4-b9f9-4d70-929b-a071c400b217/appId HTTP/1.1" 501 -
MainProcess: Thread_0:<PHONE_NUMBER>: do_GET: Done
MainProcess: MainThread:<PHONE_NUMBER>: verify_request: Client address: <IP_ADDRESS>
MainProcess: Thread_3:<PHONE_NUMBER>: do_POST: Entering
MainProcess: Thread_3:<PHONE_NUMBER>: do_GET: Entering
MainProcess: Thread_3:<PHONE_NUMBER>: do_GET: Path = https://vortex.data.microsoft.com/collect/v1
MainProcess: Thread_3:<PHONE_NUMBER>: do_transaction: Entering
MainProcess: Thread_3:<PHONE_NUMBER>: get_destination: vortex.data.microsoft.com:443
MainProcess: Thread_3:<PHONE_NUMBER>: get_destination: Couldn't resolve host
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket_connect: New connection: ('***', 8080)
MainProcess: Thread_3:<PHONE_NUMBER>: get_response_sspi: pywin32 SSPI
MainProcess: Thread_3:<PHONE_NUMBER>: fwd_data: Reading response data
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Entering
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: POST https://vortex.data.microsoft.com/collect/v1 HTTP/1.1
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Sending Content-Type: application/x-json-stream
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Sending Content-Encoding: gzip
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Sending Content-Length: 1603
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Sending Host: vortex.data.microsoft.com
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Sending Connection: close
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Sending extra Proxy-Authorization: sanitized len(81)
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Getting body for POST/PUT/PATCH
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Sending body for POST/PUT/PATCH: 1603 = 1603
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Reading response code
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Response code: 501 True
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Reading response headers
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Server: squid/3.5.27
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Mime-Version: 1.0
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Date: Wed, 27 Feb 2019 09:14:55 GMT
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Content-Type: text/html;charset=utf-8
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Content-Length: 3659
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received X-Squid-Error: ERR_UNSUP_REQ 0
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Vary: Accept-Language
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Content-Language: en
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received X-Cache: MISS from modpragw-166v
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Via: 1.1 modpragw-166v (squid/3.5.27)
MainProcess: Thread_3:<PHONE_NUMBER>: do_socket: Received Connection: close
MainProcess: Thread_3:<PHONE_NUMBER>: do_transaction: No auth required cached
MainProcess: Thread_3:<PHONE_NUMBER>: do_GET: Error 501
MainProcess: Thread_3:<PHONE_NUMBER>: log_message: code 501, message Not Implemented
MainProcess: Thread_3:<PHONE_NUMBER>: log_message: "POST https://vortex.data.microsoft.com/collect/v1 HTTP/1.1" 501 -
MainProcess: Thread_3:<PHONE_NUMBER>: do_GET: Done
MainProcess: Thread_3:<PHONE_NUMBER>: do_POST: Done

This worked before around 2 weeks and is still working in the current stable release.

/duplicate #68843
Should be fixed in the next Insiders build (let us know if it is not).


Insights config & operator API

Insights API proposal from the EP https://github.com/openshift/enhancements/pull/1037

/assign

We discussed this proposal and the suggestion was to do this step by step, starting with the operator status API. I created https://github.com/openshift/api/pull/1237 as a follow-up and will close this PR.

/close


hooks.toObject() fails if data is paginated

The hook only works for mongoose resources on result, not result.data. I'll probably submit a PR shortly.

This adapter uses the mongoose .lean() functionality when fetching multiple resutls, that makes using .toObject() not necessary in this case. However, you could configure it to not use lean.
Please take a look at this discussion: https://github.com/feathersjs/feathers-mongoose/issues/51

@jamesjnadeau It defaults to false, and I'd rather not have it apply service-wide. Either way I think the hook should be fixed.

My mistake then, in my head(and my projects), lean is true by default....

@harangue yup this is totally valid. Thanks for bringing it up and tackling it Jack!


Demo automatic deployment on tag creation

Added github action for demo web deployment.

@daadu action is triggered on tag creation.
Is that ok? From now on we could create release tag for every new version we release to pub. Then, demo web deployment is triggered.

@daadu action is triggered on tag creation.
Is that ok? From now on we could create release tag for every new version we release to pub. Then, demo web deployment is triggered.

@WieFel, Fine will create tags for releases.

@WieFel, Fine will create tags for releases.

This has landed with v0.5.0 on pub.dev.


Update github action cypress tests to run on a schedule

Create a GitHub action that runs cypress tests on a schedule

the pipeline should be ran each day 09:00 o'clock

@andreasisnes @jonkjetiloye  I think its better to run cypress tests out of business hours for e.g early morning around 4.00 am or in lunch time?


Install broken both on Windows and Linux

Hello!
I've been trying for hours to install the repo, both on Linux and Windows, but I keep encountering problems.
Ok so the first problem comes when I try to install the requirements. There, when it's time to download pyyaml, I have this error:
Downloading PyYAML-5.4.1.tar.gz (175 kB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... error
  error: subprocess-exited-with-error

  × Getting requirements to build wheel did not run successfully.
  │ exit code: 1
  ╰─> [48 lines of output]
      running egg_info
      writing lib3\PyYAML.egg-info\PKG-INFO
      writing dependency_links to lib3\PyYAML.egg-info\dependency_links.txt
      writing top-level names to lib3\PyYAML.egg-info\top_level.txt
      Traceback (most recent call last):
        File "C:\Users\maely\.conda\envs\seecoders\lib\site-packages\pip\_vendor\pyproject_hooks\_in_process\_in_process.py", line 353, in <module>
          main()
        File "C:\Users\maely\.conda\envs\seecoders\lib\site-packages\pip\_vendor\pyproject_hooks\_in_process\_in_process.py", line 335, in main
          json_out['return_val'] = hook(**hook_input['kwargs'])
        File "C:\Users\maely\.conda\envs\seecoders\lib\site-packages\pip\_vendor\pyproject_hooks\_in_process\_in_process.py", line 118, in get_requires_for_build_wheel
          return hook(config_settings)
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\build_meta.py", line 332, in get_requires_for_build_wheel
          return self._get_build_requires(config_settings, requirements=[])
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\build_meta.py", line 302, in _get_build_requires
          self.run_setup()
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\build_meta.py", line 318, in run_setup
          exec(code, locals())
        File "<string>", line 271, in <module>
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\__init__.py", line 111, in setup
          return distutils.core.setup(**attrs)
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\_distutils\core.py", line 184, in setup
          return run_commands(dist)
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\_distutils\core.py", line 200, in run_commands
          dist.run_commands()
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\_distutils\dist.py", line 964, in run_commands
          self.run_command(cmd)
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\dist.py", line 948, in run_command
          super().run_command(command)
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\_distutils\dist.py", line 983, in run_command
          cmd_obj.run()
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\command\egg_info.py", line 311, in run
          self.find_sources()
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\command\egg_info.py", line 319, in find_sources
          mm.run()
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\command\egg_info.py", line 540, in run
          self.add_defaults()
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\command\egg_info.py", line 578, in add_defaults
          sdist.add_defaults(self)
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\command\sdist.py", line 105, in add_defaults
          super().add_defaults()
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\_distutils\command\sdist.py", line 250, in add_defaults
          self._add_defaults_ext()
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\_distutils\command\sdist.py", line 335, in _add_defaults_ext
          self.filelist.extend(build_ext.get_source_files())
        File "<string>", line 201, in get_source_files
        File "C:\Users\maely\AppData\Local\Temp\pip-build-env-r75gv1gy\overlay\Lib\site-packages\setuptools\_distutils\cmd.py", line 107, in __getattr__
          raise AttributeError(attr)
      AttributeError: cython_sources
      [end of output]

I tried changing the requirements to Pyyaml 5.3.1, same error. I deleted any mention of a version to let it install any version of Pyyaml. But then, it's matplotlib that throws an error:
UPDATING build\lib.win-amd64-cpython-310\matplotlib\_version.py
      set build\lib.win-amd64-cpython-310\matplotlib\_version.py to '3.4.2'
      running build_ext
      Extracting /project/freetype/freetype2/2.6.1/freetype-2.6.1.tar.gz
      Building freetype in build\freetype-2.6.1
      msbuild build\freetype-2.6.1\builds\windows\vc2010\freetype.sln /t:Clean;Build /p:Configuration=Release;Platform=x64
      error: command 'msbuild' failed: None
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
  ERROR: Failed building wheel for matplotlib
  Running setup.py clean for matplotlib
Failed to build matplotlib
ERROR: ERROR: Failed to build installable wheels for some pyproject.toml based projects (matplotlib)

Same thing, I update the requirements to bypass the specific version. At this point I can tell it's not going to work, but I try anyway. The installation finishes fine, I download all the models that I put into the "pretrained" folder, but when I launch the app, I'm stuck with this new message
making attention of type 'vanilla' with 512 in_channels
Working with z of shape (1, 4, 32, 32) = 4096 dimensions.
making attention of type 'vanilla' with 512 in_channels
Load model from [pretrained/pfd/vae/sd-v2-0-base-autokl.pth] strict [True].
Traceback (most recent call last):
  File "F:\AI_HUB\Prompt-Free-Diffusion\app.py", line 277, in <module>
    pfd_inference = prompt_free_diffusion(
  File "F:\AI_HUB\Prompt-Free-Diffusion\app.py", line 111, in __init__
    self.net = get_model()(cfgm)
  File "F:\AI_HUB\Prompt-Free-Diffusion\lib\model_zoo\common\get_model.py", line 88, in __call__
    net = self.model[t](**args)
  File "F:\AI_HUB\Prompt-Free-Diffusion\lib\model_zoo\pfd.py", line 461, in __init__
    super().__init__(*args, **kwargs)
  File "F:\AI_HUB\Prompt-Free-Diffusion\lib\model_zoo\pfd.py", line 62, in __init__
    self.vae = self.get_model_list(vae_cfg_list)
  File "F:\AI_HUB\Prompt-Free-Diffusion\lib\model_zoo\pfd.py", line 107, in get_model_list
    net[name] = get_model()(cfg)
  File "F:\AI_HUB\Prompt-Free-Diffusion\lib\model_zoo\common\get_model.py", line 117, in __call__
    get_total_param_sum(net) ))
  File "F:\AI_HUB\Prompt-Free-Diffusion\lib\model_zoo\common\utils.py", line 291, in get_total_param_sum
    s = sum(p.cpu().detach().numpy().sum().item() for p in net.parameters())
  File "F:\AI_HUB\Prompt-Free-Diffusion\lib\model_zoo\common\utils.py", line 291, in <genexpr>
    s = sum(p.cpu().detach().numpy().sum().item() for p in net.parameters())
RuntimeError: Numpy is not available

I've tried everything, from reinstalling numpy to reinstalling the whole stuff again, but nothing works. In desperation, I've tried the plugin that was made for A111, but the results are really bad and extremely far from the results shown in the paper, so I was really hoping to make the actual repo work without any intermediary.
Does anyone encounter the same problems?

OK I think I've succeeded in installing it on Windows by making the conda environment Python 3.9 and NOT 3.10
The app has started and is loading the samplers, standing by...


Convimg Appvar Broken

ConvImg Appvar is broken. Mateo sent me here.
Project.zip

I tried rebuilding it locally, and it appears to work fine. It looks like there was an extra byte (0xd) added to the beginning of the file? I'll test again before the next release.


warning: circular argument reference - data_bag  in chef/data_bag_item.rb:161

for information
using ruby 2.2.0
/Users/yves/.rbenv/versions/2.2.0/lib/ruby/gems/2.2.0/gems/chef-12.0.3/lib/chef/data_bag_item.rb:161: warning: circular argument reference - data_bag

see #2707

will be fixed in 12.1.0
we also don't support anything other than omnibus installed chef/chefdk for production usage, or its your responsibility to track our released omnibus version of ruby.


[B] testing labels

Describe the bug
test
Describe how to replicate bug
test
Date of submittion
test
Your browser and its version.
test
Your operating system and the version
test
Before submitting a bug report

[X] This bug wasn't already reported.
(I have checked every bug report on GitHub)

[X] I agree to this repository's prerequisites.
(I have read and agree to the License, Code of Conduct, and Contributing Guidelines)

Woohoo!

yayyyy!


Ensure that we are more strictly following CSS format for commas

HWB, Lch, Lab, Oklch, and Oklab will no longer allow commas in their
format. They are not officially part of the CSS spec.
It is clear now that CSS will not allow commas in the new formats. The idea surfaced and was rejected. If we are claiming to parse CSS formats, we should parse them as they are specified.

@gir-bot lgtm


use node.babelType for SpreadProperty

Is this good?
@sebmck @jquense

I meant more putting node._babelType = node.type; at the top of the enter visitor so all nodes have their original pure type.

Ah ok that makes more sense

this what you meant?

:+1:


Fix unit test failures during daylight saving time

Several unit tests failed as we approached the Spring Forward DST transition.  These were all just testing failures.

Since this PR touches every locale, I'd like to ask each locale author (or other native speaker) to verify the change for their locale(s).  Note that all of the changes here only touch the unit tests, so the tests have been updated to match what the locale data currently generates.
Most of the locales only had changes to the "calendar day" tests.  Instead of basing the starting moment at 02:00, it was switched to 12:00.  Since daylight saving time transitions usually occur in the early hours of the morning, testing these things in the afternoon will prevent failures near local DST.
Some of the locales (da, dv, fo, lb) were missing some tests, so I added them.  Please validate these ones thoroughly.
Please verify the following:

Do the changes look accurate?
Does the updated test still exercise enough of the language to validate the calendar function?
Are there any other tests you think should be added?

We will likely merge this PR as-is.  If you need to make additional changes, please send a subsequent PR for your locale.
If all looks good, please comment here with your locale(s) so I can keep track.  Thanks.

[ ] af @wernerm
[ ] ar-ma @ElFadiliY @abdelsaid
[ ] ar-sa @xsoh
[ ] ar-tn @naderio
[ ] ar @abdelsaid @forabi
[ ] az @topchiyev
[ ] be @demidov91 @Oire
[ ] bg @kraz
[ ] bn @kaushikgandhi
[ ] bo @vajradog
[ ] br @jbleduigou
[ ] bs @frontyard
[ ] ca @juanghurtado
[ ] cs @petrbela
[ ] cv @mirontoli
[ ] cy @robgallen
[ ] da @mrbase
[ ] de-at @lluchs @Oire @MadMG @mik01aj
[ ] de @lluchs @Oire @mik01aj
[ ] dv @jawish
[ ] el @mehiel
[ ] en-au @jarcoal
[ ] en-ca @jonbca
[ ] en-gb @chrisgedrim
[ ] en-ie @chriscartlidge
[ ] en-nz @lukemcgregor
[ ] en
[ ] eo @colindean
[ ] es @julionc
[ ] et @madhenry @ragulka
[ ] eu @eillarra
[ ] fa @ebraminio
[ ] fi @bleadof
[ ] fo @ragnar123
[ ] fr-ca @jonbca
[ ] fr-ch @gaspard
[ ] fr @jfroffice
[ ] fy @robin0van0der0v
[ ] gd @jonashdown
[ ] gl @juanghurtado
[ ] he @tomer @DevelopmentIL @TalAter
[ ] hi @mayanksinghal
[ ] hr @bmarkovic
[ ] hu @adambrunner
[ ] hy-am @armendarabyan
[ ] id @tyok
[ ] is @hinrik
[ ] it @aliem @nostalgiaz
[ ] ja @baryon
[ ] jv @lantip
[ ] ka @irakli-janiashvili
[ ] kk @nurlan
[ ] km @kruyvanna
[ ] ko @kyungw00k
[ ] lb @mweimerskirch @kwisatz
[ ] lo @ryanhart2
[ ] lt @mmozuras
[ ] lv @skakri @JanisE
[ ] me @miodragnikac
[ ] mk @B0k0
[ ] ml @floydpink
[ ] mr @kalehv @vnathalye
[ ] ms-my @weldan
[ ] ms @weldan
[ ] my @gholadr @thanyawzinmin
[ ] nb @rexxars @sigurdga
[ ] ne @suvash
[ ] nl @jjupiter
[ ] nn @mechuwind
[ ] pa-in @harpreetkhalsagtbit
[ ] pl @evoL
[ ] pt-br @caio-ribeiro-pereira
[ ] pt @jalex79
[ ] ro @gurdiga @avaly
[ ] ru @Viktorminator @Oire @socketpair
[ ] se @karamell
[ ] si @sampathsris
[ ] sk @k2s @petrbela
[ ] sl @sedovsek
[ ] sq @flakerimi @Oire @oerd
[ ] sr-cyrl @milan-j
[ ] sr @milan-j
[ ] sv @ulmus
[ ] sw @fadsel
[ ] ta @tk120404
[ ] te @kcthota
[ ] th @sirn
[ ] tl-ph @hagmandan
[ ] tlh @amaranthrose
[ ] tr @erhangundogan @BYK
[ ] tzl @robin0van0der0v
[ ] tzm-latn @abdelsaid
[ ] tzm @abdelsaid
[ ] uk @zemlanin @Oire
[ ] uz @muminoff
[ ] vi @bangnk
[ ] zh-cn @suupic
[ ] zh-tw @zenozeng

[ ] id @tyok
[ ] is @hinrik
[ ] it @aliem @nostalgiaz
[ ] ja @baryon
[ ] jv @lantip
[ ] ka @irakli-janiashvili
[ ] kk @nurlan
[ ] km @kruyvanna
[ ] ko @kyungw00k
[ ] lb @mweimerskirch @kwisatz
[ ] lo @ryanhart2
[ ] lt @mmozuras
[ ] lv @skakri @JanisE
[ ] me @miodragnikac
[ ] mk @B0k0
[ ] ml @floydpink
[ ] mr @kalehv @vnathalye
[ ] ms-my @weldan
[ ] ms @weldan
[ ] my @gholadr @thanyawzinmin
[ ] nb @rexxars @sigurdga
[ ] ne @suvash
[ ] nl @jjupiter
[ ] nn @mechuwind
[ ] pa-in @harpreetkhalsagtbit
[ ] pl @evoL
[ ] pt-br @caio-ribeiro-pereira
[ ] pt @jalex79
[ ] ro @gurdiga @avaly
[ ] ru @Viktorminator @Oire @socketpair
[ ] se @karamell
[ ] si @sampathsris
[ ] sk @k2s @petrbela
[ ] sl @sedovsek
[ ] sq @flakerimi @Oire @oerd
[ ] sr-cyrl @milan-j
[ ] sr @milan-j
[ ] sv @ulmus
[ ] sw @fadsel
[ ] ta @tk120404
[ ] te @kcthota
[ ] th @sirn
[ ] tl-ph @hagmandan
[ ] tlh @amaranthrose
[ ] tr @erhangundogan @BYK
[ ] tzl @robin0van0der0v
[ ] tzm-latn @abdelsaid
[ ] tzm @abdelsaid
[ ] uk @zemlanin @Oire
[ ] uz @muminoff
[ ] vi @bangnk
[ ] zh-cn @suupic
[ ] zh-tw @zenozeng

[ ] ta @tk120404
[ ] te @kcthota
[ ] th @sirn
[ ] tl-ph @hagmandan
[ ] tlh @amaranthrose
[ ] tr @erhangundogan @BYK
[ ] tzl @robin0van0der0v
[ ] tzm-latn @abdelsaid
[ ] tzm @abdelsaid
[ ] uk @zemlanin @Oire
[ ] uz @muminoff
[ ] vi @bangnk
[ ] zh-cn @suupic
[ ] zh-tw @zenozeng

sv looks good

mk is good

ml looks good. :+1:

el is fine as well

ar-sa looks good :+1:
Also I've checked ar-ma, ar-tn  & ar:

ar-ma looks good :+1:
ar-tn looks good :+1:
ar looks good :+1:

da looks fine

Russian (ru) is good

bn Looks good
On Mar 13, 2016 1:47 PM, "Коренберг Марк"<EMAIL_ADDRESS>wrote:

Russian (ru) is good
—
Reply to this email directly or view it on GitHub
https://github.com/moment/moment/pull/3034#issuecomment-195912165.

uk is fine

ja looks ok

en-gb looks fine to me

On 13 Mar 2016, at 06:56, Matt Johnson<EMAIL_ADDRESS>wrote:
Since this PR touches every locale, I'd like to ask each locale author (or other native speaker) to verify the change for their locale(s). Note that all of the changes here only touch the unit tests, so the tests have been updated to match what the locale data currently generates.
Most of the locales only had changes to the "calendar day" tests. Instead of basing the starting moment at 02:00, it was switched to 12:00. Since daylight saving time transitions usually occur in the early hours of the morning, testing these things in the afternoon will prevent failures near local DST.
Some of the locales (da, dv, fo, lb) were missing some tests, so I added them. Please validate these ones thoroughly.
Please verify the following:
Do the changes look accurate?
Does the updated test still exercise enough of the language to validate the calendar function?
Are there any other tests you think should be added?
We will likely merge this PR as-is. If you need to make additional changes, please send a subsequent PR for your locale.
If all looks good, please comment here with your locale(s) so I can keep track. Thanks.
af @wernerm
ar-ma @ElFadiliY @abdelsaid
ar-sa @xsoh
ar-tn @naderio
ar @abdelsaid @forabi
az @topchiyev
be @demidov91 @Oire
bg @kraz
bn @kaushikgandhi
bo @vajradog
br @jbleduigou
bs @frontyard
ca @juanghurtado
cs @petrbela
cv @mirontoli
cy @robgallen
da @mrbase
de-at @lluchs @Oire @MadMG @mik01aj
de @lluchs @Oire @mik01aj
dv @jawish
el @mehiel
en-au @jarcoal
en-ca @jonbca
en-gb @chrisgedrim
en-ie @chriscartlidge
en-nz @lukemcgregor
en
eo @colindean
es @julionc
et @madhenry @ragulka
eu @eillarra
fa @ebraminio
fi @bleadof
fo @ragnar123
fr-ca @jonbca
fr-ch @gaspard
fr @jfroffice
fy @robin0van0der0v
gd @jonashdown
gl @juanghurtado
he @tomer @DevelopmentIL @TalAter
hi @mayanksinghal
hr @bmarkovic
hu @adambrunner
hy-am @armendarabyan
id @tyok
is @hinrik
it @aliem @nostalgiaz
ja @baryon
jv @lantip
ka @irakli-janiashvili
kk @nurlan
km @kruyvanna
ko @kyungw00k
lb @mweimerskirch @kwisatz
lo @ryanhart2
lt @mmozuras
lv @skakri @JanisE
me @miodragnikac
mk @B0k0
ml @floydpink
mr @kalehv @vnathalye
ms-my @weldan
ms @weldan
my @gholadr @thanyawzinmin
nb @rexxars @sigurdga
ne @suvash
nl @jjupiter
nn @mechuwind
pa-in @harpreetkhalsagtbit
pl @evoL
pt-br @caio-ribeiro-pereira
pt @jalex79
ro @gurdiga @avaly
ru @Viktorminator @Oire @socketpair
se @karamell
si @sampathsris
sk @k2s @petrbela
sl @sedovsek
sq @flakerimi @Oire @oerd
sr-cyrl @milan-j
sr @milan-j
sv @ulmus
sw @fadsel
ta @tk120404
te @kcthota
th @sirn
tl-ph @hagmandan
tlh @amaranthrose
tr @erhangundogan @BYK
tzl @robin0van0der0v
tzm-latn @abdelsaid
tzm @abdelsaid
uk @zemlanin @Oire
uz @muminoff
vi @bangnk
zh-cn @suupic
zh-tw @zenozeng
—
Reply to this email directly or view it on GitHub.

se is fine.

bg is fine. :+1:

cy looks fine to me.

sl lgtm :+1:

cs and sk :+1:

pl is fine :+1:

en-ca and fr-ca checking in. Looks good.

be, ru, and uk are fine. Thanks @mj1856!

nb looks good.

nl looks fine

tr :+1:

The pt-br is fine!

Changed and additional tests for lb look good.
The weeks year starting sunday formatted tests could use other dates in order to properly test edge cases, but will submit a separate PR for those, as suggested.

jv looks good. thanks

fa LGTM

eo :+1:

de and de-at both look fine.

lt looks good :+1:

mr :+1:

Te - lgtm

sq (y)
On Mar 13, 2016 6:00 PM, "Harshad Kale"<EMAIL_ADDRESS>wrote:

mr
—
Reply to this email directly or view it on GitHub.

fr looks good :+1:

Montenegrin me looks good. :+1:

Basque (eu) looks good.

th looks good. :+1:

fr-ch looks good. :+1:

cv is good.

ro looks good.

uz looks fine. :+1:

en-nz looks fine :+1:

my looks good (y)

pa-in looks fine

vi is ok.

ar looks good.

ca and gl seems to be ok.

Bosnian (bs) looks good.

On Mar 13, 2016, at 7:56 AM, Matt Johnson<EMAIL_ADDRESS>wrote:
Since this PR touches every locale, I'd like to ask each locale author (or other native speaker) to verify the change for their locale(s). Note that all of the changes here only touch the unit tests, so the tests have been updated to match what the locale data currently generates.
Most of the locales only had changes to the "calendar day" tests. Instead of basing the starting moment at 02:00, it was switched to 12:00. Since daylight saving time transitions usually occur in the early hours of the morning, testing these things in the afternoon will prevent failures near local DST.
Some of the locales (da, dv, fo, lb) were missing some tests, so I added them. Please validate these ones thoroughly.
Please verify the following:
Do the changes look accurate?
Does the updated test still exercise enough of the language to validate the calendar function?
Are there any other tests you think should be added?
We will likely merge this PR as-is. If you need to make additional changes, please send a subsequent PR for your locale.
If all looks good, please comment here with your locale(s) so I can keep track. Thanks.
af @wernerm https://github.com/wernerm
ar-ma @ElFadiliY https://github.com/ElFadiliY @abdelsaid
ar-sa @xsoh https://github.com/xsoh
ar-tn @naderio https://github.com/naderio
ar @abdelsaid @forabi https://github.com/forabi
az @topchiyev https://github.com/topchiyev
be @demidov91 https://github.com/demidov91 @Oire https://github.com/Oire
bg @kraz https://github.com/kraz
bn @kaushikgandhi https://github.com/kaushikgandhi
bo @vajradog https://github.com/vajradog
br @jbleduigou https://github.com/jbleduigou
bs @frontyard https://github.com/frontyard
ca @juanghurtado https://github.com/juanghurtado
cs @petrbela https://github.com/petrbela
cv @mirontoli https://github.com/mirontoli
cy @robgallen https://github.com/robgallen
da @mrbase https://github.com/mrbase
de-at @lluchs https://github.com/lluchs @Oire https://github.com/Oire @MadMG https://github.com/MadMG @mik01aj https://github.com/mik01aj
de @lluchs https://github.com/lluchs @Oire https://github.com/Oire @mik01aj https://github.com/mik01aj
dv @jawish https://github.com/jawish
el @mehiel https://github.com/mehiel
en-au @jarcoal https://github.com/jarcoal
en-ca @jonbca https://github.com/jonbca
en-gb @chrisgedrim https://github.com/chrisgedrim
en-ie @chriscartlidge https://github.com/chriscartlidge
en-nz @lukemcgregor https://github.com/lukemcgregor
en
eo @colindean https://github.com/colindean
es @julionc https://github.com/julionc
et @madhenry https://github.com/madhenry @ragulka https://github.com/ragulka
eu @eillarra https://github.com/eillarra
fa @ebraminio https://github.com/ebraminio
fi @bleadof https://github.com/bleadof
fo @ragnar123 https://github.com/ragnar123
fr-ca @jonbca https://github.com/jonbca
fr-ch @gaspard https://github.com/gaspard
fr @jfroffice https://github.com/jfroffice
fy @robin0van0der0v https://github.com/robin0van0der0v
gd @jonashdown https://github.com/jonashdown
gl @juanghurtado https://github.com/juanghurtado
he @tomer https://github.com/tomer @DevelopmentIL https://github.com/DevelopmentIL @TalAter https://github.com/TalAter
hi @mayanksinghal https://github.com/mayanksinghal
hr @bmarkovic https://github.com/bmarkovic
hu @adambrunner https://github.com/adambrunner
hy-am @armendarabyan https://github.com/armendarabyan
id @tyok https://github.com/tyok
is @hinrik https://github.com/hinrik
it @aliem @nostalgiaz
ja @baryon
jv @lantip
ka @irakli-janiashvili
kk @nurlan
km @kruyvanna
ko @kyungw00k
lb @mweimerskirch @kwisatz
lo @ryanhart2
lt @mmozuras
lv @skakri @JanisE
me @miodragnikac
mk @B0k0
ml @floydpink
mr @kalehv @vnathalye
ms-my @weldan
ms @weldan
my @gholadr @thanyawzinmin
nb @rexxars @sigurdga
ne @suvash
nl @jjupiter
nn @mechuwind
pa-in @harpreetkhalsagtbit
pl @evoL
pt-br @caio-ribeiro-pereira
pt @jalex79
ro @gurdiga @avaly
ru @Viktorminator @Oire https://github.com/Oire @socketpair
se @karamell
si @sampathsris
sk @k2s @petrbela https://github.com/petrbela
sl @sedovsek
sq @flakerimi @Oire https://github.com/Oire @oerd
sr-cyrl @milan-j
sr @milan-j
sv @ulmus
sw @fadsel
ta @tk120404
te @kcthota
th @sirn
tl-ph @hagmandan
tlh @amaranthrose
tr @erhangundogan @BYK
tzl @robin0van0der0v https://github.com/robin0van0der0v
tzm-latn @abdelsaid
tzm @abdelsaid
uk @zemlanin @Oire https://github.com/Oire
uz @muminoff
vi @bangnk
zh-cn @suupic
zh-tw @zenozeng
—
Reply to this email directly or view it on GitHub https://github.com/moment/moment/pull/3034#issuecomment-195896272.

ne looks fine.

it lgtm

gd looks good

br looks good
On Mon, 14 Mar 2016 at 11:19 Jon Ashdown<EMAIL_ADDRESS>wrote:

gd looks good
—
Reply to this email directly or view it on GitHub
https://github.com/moment/moment/pull/3034#issuecomment-196241424.

I think there is some minor errors in fo locale. (s/síðstu/síðsti). Other
than that it looks good; i will just try to ask in a local language forum /
open source forum to make sure. And submit a patch when I know for sure.
Also it is Faroese, not Farose (on the front page).
Regards,
Ragnar
On Mon, Mar 14, 2016 at 12:05 PM, Jean-Baptiste Le Duigou <
<EMAIL_ADDRESS>wrote:

br looks good
On Mon, 14 Mar 2016 at 11:19 Jon Ashdown<EMAIL_ADDRESS>wrote:

gd looks good
—
Reply to this email directly or view it on GitHub
https://github.com/moment/moment/pull/3034#issuecomment-196241424.

—
Reply to this email directly or view it on GitHub
https://github.com/moment/moment/pull/3034#issuecomment-196260863.

--
Vinarliga
Ragnar Johannesen

lv :shipit:

af seems fine :+1:

es looks fine. :+1:

tlh looks ok. :+1:

ie is fine.

id looks good :+1:

sw looks neat :+1:

@ragnar123 - I fixed the typo on the website.  I'll wait for your PR on the other bits.  Thanks!

et looks good :+1:

ko looks good.

hu looks good 👍🏼
Sorry for late response, was on holiday.

bn had one issue commented on the line
Thanks

@kaushikgandhi In Indian languages locales, Morning is treated as any hour < 10, it should be < 12 instead.
mr has same issue but that is because the way original code is. I am waiting to fix it in mr as well but that will have to be a separate PR since original code will need to change
Ref - https://github.com/moment/moment/blob/develop/src/locale/bn.js#L96
Forgive me if I am incorrect, I do not understand Bengali but I believe it is the same issue.

@kaushikgandhi please open an issue or a PR for that.  thanks.

ta looks good :+1:

Thanks everyone that's responded so far.  I'd still like to hear from the following locale authors:

[ ] az @topchiyev
[ ] bo @vajradog
[ ] dv @jawish
[ ] en-au @jarcoal
[ ] fi @bleadof
[ ] fy @robin0van0der0v
[ ] he @tomer @DevelopmentIL @TalAter
[ ] hi @mayanksinghal
[ ] hr @bmarkovic
[ ] hy-am @armendarabyan
[ ] is @hinrik
[ ] ka @irakli-janiashvili
[ ] kk @nurlan
[ ] km @kruyvanna
[ ] lo @ryanhart2
[ ] ms @weldan
[ ] ms-my @weldan
[ ] nn @mechuwind
[ ] pt @jalex79
[ ] si @sampathsris
[ ] sr @milan-j
[ ] sr-cyrl @milan-j
[ ] tl-ph @hagmandan
[ ] tzl @robin0van0der0v
[ ] tzm @vimdude
[ ] tzm-latn @vimdude
[ ] zh-cn @suupic
[ ] zh-tw @zenozeng

I've been super busy, but I will get back to this or tomorrow evening. :-)

tzm looks good

Merged in 69c259eb4925949af76d17ef216e72057ecd80dc


Suggested mapping in README

Hi. Thanks a lot for creating this nice plugin.
In README, the following mapping is suggested.
nmap <leader>p :Glow<CR>

Since this plugin is specific to markdown files, I tried buffer-specific mapping:
augroup glow
autocmd!
autocmd FileType markdown nnoremap <buffer> <silent> <Space> <Cmd>Glow<CR>
augroup END

Unfortunately with this mapping, I cannot toggle the glow preview window by hitting <Space> because the mapping is not enabled in the preview buffer.
So my thought about mapping is that it could be better to enable users to customize mapping to toggle (or close) preview window in the preview buffer. What do you think about it?

I cannot toggle the glow preview window by hitting  because the mapping is not enabled in the preview buffer.

So are you suggesting to have the same mapping added to call the window and to close it? like a toggling feature? The current :Glow command already works as a toggle, so if you call the original mapping it will already close the window

I want to map some key (in the above example, <Space>) to :Glow<CR> only when file type is markdown, not global. The problem for doing this is that the mapping is not available in the preview buffer. So I proposed enabling to customize mapping to toggle preview window in the preview buffer.

This is what i am not  understanding. Do you want a custom mapping to trigger the window AND another one for closing it?

Do you want a custom mapping to trigger the window AND another one for closing it?

Yes. More precisely, I need
augroup glow
autocmd!
autocmd FileType markdown nnoremap <buffer> <silent> <Space> <Cmd>Glow<CR>
augroup END

to open a preview window by typing <Space> only in markdown file type, AND
-- In lua/glow.lua around lines 115-118
api.nvim_buf_set_keymap(buf, "n", "<Space>", ":lua require('glow').close_window()<cr>",
                                            {noremap = true, silent = true})

to close the preview window, because the above autocmd does not work in the preview window.


apt plugin: quote keyserver URLs in curl invocation

untaint seems ignoring & character which results with curl failure.
Example:
$ curl -sSL http://keyserver.ubuntu.com/pks/lookup?op=get&search=0x8C718D3B5072E1F5 | sudo -E apt-key add -
gpg: no valid OpenPGP data found.

The command "curl -sSL http://keyserver.ubuntu.com/pks/lookup?op=get&search=0x8C718D3B5072E1F5 | sudo -E apt-key add -" failed and exited with 2 during .

Your build has been stopped.
/home/travis/.travis/job_stages: line 186:  3233 Terminated              curl -sSL http://keyserver.ubuntu.com/pks/lookup?op=get

The URL contains &. Unless escaped properly, only the part preceding & will
be executed. The & (and other shell tokens) must be escaped with \, or the
entire URL must be encapsulated with ", e.g.
$ curl -sSL http://keyserver.ubuntu.com/pks/lookup?op=get\&search=0x8C718D3B5072E1F5
$ curl -sSL "http://keyserver.ubuntu.com/pks/lookup?op=get&search=0x8C718D3B5072E1F5"

That was :rocket: quick! Thanks!


Rework the hpa capability

The input argument can be equal to 0. cur_x will be
set to the input argument - 1 and as a result cur_x will be set to -1.
Add the check to prevent such case.

It's a good idea to check input params, but we have to do it for every single _cap_* method. Not selectively. On the other hand, the current version of the scanner (of a bad quality though) doesn't pass negative values because it simply doesn't understand them.


Feature Request: SteamOS & Windows clients for hand held PCs

Would be fun to have a client for Windows and SteamOS/Linux so we can turn portable PCs like the Steam Deck and ASUS Rog Ally into clients for wired headsets llike the Valve Index and Vive headset to make them wireless without expensive specialized addons. All these handhelds are capable of in-home streaming either directly in Steam or through Moonlight/Sunshine and support hardware accelerated video decoding.

i keep getting an error connection

this is not the place for support please create your own issue and go through everything, moving on While that does seem possible it's not going to be easy as your going to need a x86 decoder for both Linux and Windows (if you wanted both) and also do a few more things anyway the point is this isn't happening anytime soon

this is not the place for support please create your own issue and go through everything, moving on While that does seem possible it's not going to be easy as your going to need a x86 decoder for both Linux and Windows (if you wanted both) and also do a few more things anyway the point is this isn't happening anytime soon

As far as the decoder is concerned the main one that I'm aware of that can be built with hardware acceleration support on all platforms is FFMpeg. Its also capable of low-latency encoding as its used in Sunshine for low latency game streaming.
Of course I'm not expecting this to happen over night, but I wanted to get a feature request out there so its at least known there's an interest for this.

Bumping on this. ALXR has a client for Linux/Windows but I haven’t tried how good it is.


ci: add GitHub spellchecker action by using typos

https://github.com/crate-ci/typos

GitHub action needs to be activated by @iqquee at repository level, so they could work

This PR should be merged first #44, I kept them separated to make sure once could be accepted without the other


Is there a way to block PDF editing after it is created?

Is there a way to block PDF editing after it is created?

No, edit document is not possible.


DM-9919: Add flake8 path exclusion configuration

This PR adds recommended flake8 linter path exclusion configuration to the Python Style Guide.
Draft: https://developer.lsst.io/v/DM-9919/coding/python_style_guide.html#flake8-configuration-files
Justification

bin is autogenerated, so it shouldn't be linted (whereas bin.src/ should be linted).

doc/ includes conf.py for Sphinx which may not be readily lintable because of its global namespace usage for configuration.

__init__.py modules shouldn't be linted since they're often just configuring a namespace, requiring 'unused' imports.

version.py is autogenerated and shouldn't be linted.

tests/.tests is autogenerated.

Implementation note
I've implemented this commit as only showing the final recommended configuration. I don't think its necessary to justify each path exclusion, but we could iterate on this design decision.

Added justification text in a way that doesn't get into the way too much.


Create model for UnmatchedHeatEntry

Use database to save information from process_heatlists() celery task

Closed with pull request #9


Lots of false positives since last update (5.10.36)

Plugin version: 5.10.36
Server type: Paper
Server version: git-Paper-243
Describe the bug
Lots of false positives since last update (5.10.36).
A lot of users can't join the server since i updated the plugin, i am now reverting to the older version.
I did not change anything in the config
EDIT:
Actually it was the anti alt account feature i guess, because it was blocking my alt accounts. Never happened. Did you update something over night?
EDIT AGAIN:
Actually it's the ip detection because from a connection it allows my alt to join from the other connection it does not
EDIT:
Something very bad is happening. I added the bypass permission to the default rank, otherwise almost no one could join the server.
This is /antivpn test MY-HOME-IP
[09:11:36 INFO]: [Anti-VPN] [vpnblocker] error
[09:11:36 INFO]: [Anti-VPN] [ipqualityscore] VPN/proxy detected
[09:11:36 INFO]: [Anti-VPN] [getipintel] error
[09:11:36 INFO]: [Anti-VPN] [ip2proxy] error
[09:11:36 INFO]: [Anti-VPN] [iphunter] error
[09:11:36 INFO]: [Anti-VPN] [ipwarner] error
[09:11:36 INFO]: [Anti-VPN] [teoh] No VPN/proxy detected
[09:11:36 INFO]: [Anti-VPN] [proxycheck] No VPN/proxy detected
[09:11:36 INFO]: [Anti-VPN] [shodan] VPN/proxy detected
[09:11:36 INFO]: [Anti-VPN] Test for MY-HOME-IP complete!

me.egg82.antivpn.APIException: Could not get result from vpnblocker
        at me.egg82.antivpn.apis.vpn.VPNBlocker.getResult(VPNBlocker.java:46) ~[?:?]
        at me.egg82.antivpn.VPNAPI.cascadeExpensive(VPNAPI.java:270) ~[?:?]
        at com.github.benmanes.caffeine.cache.LocalLoadingCache.lambda$newMappingFunction$2(LocalLoadingCache.java:140) ~[?:?]
        at com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$14(BoundedLocalCache.java:2379) ~[?:?]
        at java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908) ~[?:?]
        at com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:2377) ~[?:?]
        at com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:2360) ~[?:?]
        at com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:108) ~[?:?]
        at com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:54) ~[?:?]
        at me.egg82.antivpn.VPNAPI.cascade(VPNAPI.java:177) ~[?:?]
        at me.egg82.antivpn.events.PlayerEvents.cachePlayer(PlayerEvents.java:73) ~[?:?]
        at ninja.egg82.events.SingleEventSubscriber.call(SingleEventSubscriber.java:100) ~[?:?]
        at ninja.egg82.events.BukkitEventSubscriber.call(BukkitEventSubscriber.java:50) ~[?:?]
        at ninja.egg82.events.BukkitEventSubscriber.lambda$new$0(BukkitEventSubscriber.java:31) ~[?:?]
        at co.aikar.timings.TimedEventExecutor.execute(TimedEventExecutor.java:76) ~[patched_1.14.4.jar:git-Paper-243]
        at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:70) ~[patched_1.14.4.jar:git-Paper-243]
        at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:545) ~[patched_1.14.4.jar:git-Paper-243]
        at net.minecraft.server.v1_14_R1.LoginListener$LoginHandler.fireEvents(LoginListener.java:311) ~[patched_1.14.4.jar:git-Paper-243]
        at net.minecraft.server.v1_14_R1.LoginListener$2.run(LoginListener.java:251) ~[patched_1.14.4.jar:git-Paper-243]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
        at java.lang.Thread.run(Thread.java:834) [?:?]

me.egg82.antivpn.APIException: Could not get result from vpnblocker
        at me.egg82.antivpn.apis.vpn.VPNBlocker.getResult(VPNBlocker.java:46) ~[?:?]
        at me.egg82.antivpn.VPNAPI.lambda$testAllSources$1(VPNAPI.java:107) ~[?:?]
        at java.util.concurrent.ForkJoinTask$AdaptedRunnableAction.exec(ForkJoinTask.java:1407) ~[?:?]
        at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290) ~[?:?]
        at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1020) ~[?:?]
        at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656) ~[?:?]
        at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594) ~[?:?]
        at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:177) ~[?:?]
[09:08:48 ERROR]: [me.egg82.antivpn.apis.vpn.IPWarner] api.ipwarner.com
java.net.UnknownHostException: api.ipwarner.com
        at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:220) ~[?:?]
        at java.net.Socket.connect(Socket.java:609) ~[?:?]
        at sun.net.NetworkClient.doConnect(NetworkClient.java:177) ~[?:?]
        at sun.net.www.http.HttpClient.openServer(HttpClient.java:474) ~[?:?]
        at sun.net.www.http.HttpClient.openServer(HttpClient.java:569) ~[?:?]
        at sun.net.www.http.HttpClient.<init>(HttpClient.java:242) ~[?:?]
        at sun.net.www.http.HttpClient.New(HttpClient.java:341) ~[?:?]
        at sun.net.www.http.HttpClient.New(HttpClient.java:362) ~[?:?]
        at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1248) ~[?:?]
        at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1216) ~[?:?]
        at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1081) ~[?:?]
        at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:1015) ~[?:?]
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1587) ~[?:?]
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1515) ~[?:?]
        at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:527) ~[?:?]
        at ninja.egg82.json.JSONWebUtil.getConnection(JSONWebUtil.java:110) ~[?:?]
        at ninja.egg82.json.JSONWebUtil.getInputStream(JSONWebUtil.java:127) ~[?:?]
        at ninja.egg82.json.JSONWebUtil.getString(JSONWebUtil.java:66) ~[?:?]
        at ninja.egg82.json.JSONWebUtil.getJSONObject(JSONWebUtil.java:49) ~[?:?]
        at ninja.egg82.json.JSONWebUtil.getJSONObject(JSONWebUtil.java:41) ~[?:?]
        at me.egg82.antivpn.apis.vpn.IPWarner.getResult(IPWarner.java:41) ~[?:?]
        at me.egg82.antivpn.VPNAPI.lambda$testAllSources$1(VPNAPI.java:107) ~[?:?]
        at java.util.concurrent.ForkJoinTask$AdaptedRunnableAction.exec(ForkJoinTask.java:1407) ~[?:?]
        at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290) ~[?:?]
        at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1020) ~[?:?]
        at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656) ~[?:?]
        at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594) ~[?:?]
        at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:177) ~[?:?]

This is one of those instances where I'm going to need to read more on their docs and finetune some parameters, and having you on the support Discord to test results would greatly help. If you can join it to help out, that would be great. If not, I can try to get a new version out that eliminates these false positives.

Give this version a shot and see if that works for you: https://jenkins.egg82.me/job/egg82/job/AntiVPN/job/master/

Uploaded now to the server, reloaded the plugin using Plugman (could not stop the server sorry).
I still have exceptions when i do /avpn test, when i do avpn check it simply says vpn detected
https://pastebin.com/DZE3bHny
I can't still join the server because vpn is detected

Version 6.0.0 will allow for an API to add/remove/replace sources. Closing as this issue is no longer neccesary.


nodeJS incompatibility because of dependency

Summary
Since this morning, it is not anymore possible to install SFDX-CLI on nodeJS v12, which is the one version documented as minimale to work.
Steps To Reproduce:
Have active nodeJS 12.
try installing the sfdx-cli
Expected result
sfdx-cli installs
Actual result
00:00:45.138  [1/4] Resolving packages...
00:00:47.719  warning sfdx-cli > salesforcedx > salesforce-alm ><EMAIL_ADDRESS>request-promise-native has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142
00:00:47.719  warning sfdx-cli > salesforcedx > salesforce-alm ><EMAIL_ADDRESS>request has been deprecated, see https://github.com/request/request/issues/3142
00:00:47.719  warning sfdx-cli > @salesforce/plugin-alias > @salesforce/core > jsforce ><EMAIL_ADDRESS>request has been deprecated, see https://github.com/request/request/issues/3142
00:00:47.719  warning sfdx-cli > salesforcedx > salesforce-alm > jsforce ><EMAIL_ADDRESS>request has been deprecated, see https://github.com/request/request/issues/3142
00:00:47.719  warning sfdx-cli > @salesforce/plugin-generator > yeoman-generator > yeoman-environment > npm-api ><EMAIL_ADDRESS>request has been deprecated, see https://github.com/request/request/issues/3142
00:00:49.669  warning sfdx-cli > salesforcedx > salesforce-alm > request ><EMAIL_ADDRESS>this library is no longer supported
00:00:50.633  warning sfdx-cli > @salesforce/plugin-generator > yeoman-environment > globby > fast-glob > micromatch > snapdragon > source-map-resolve ><EMAIL_ADDRESS>Please see https://github.com/lydell/urix#deprecated
00:00:50.633  warning sfdx-cli > @salesforce/plugin-generator > yeoman-environment > globby > fast-glob > micromatch > snapdragon > source-map-resolve ><EMAIL_ADDRESS>https://github.com/lydell/resolve-url#deprecated
00:00:50.901  [2/4] Fetching packages...
00:01:17.709  error<EMAIL_ADDRESS>The engine "node" is incompatible with this module. Expected version ">=14". Got "12.16.2"
00:01:17.709  error Found incompatible module.
Additional information
Seems like as a few months ago, it is because of not defined enough version of dependency that makes the install (or the use) not working anymore.
Feel free to attach a screenshot.
SFDX CLI Version(to find the version of the CLI engine run sfdx --version):
SFDX plugin Version(to find the version of the CLI plugin run sfdx plugins --core)
OS and version:

We also ran into this today and since we are not in a position to upgrade the Node js to v14 just yet, we had to use --ignore-engines flag with Yarn. It has bit us in the past as well.
Hello @clairebianchi, @ntotten - I don't know about the complexities it would present at your end, but ideal way for the Salesforce CLI is to support all the Node.js versions which are not EOL yet. For instance, Node v10.x is in maintenance and will be EOL in 04/21. Similarly Node v12.x will not be EOL until 04/22.
We have seen in the past that different sfdx plugins from salesforce have different Node.js version requirements. Unless otherwise something really requires a latest Node.js version, I would like to believe that the support for older versions should be maintained. Why would you want a user to be forced to use Node.js v14.x now, when Node.js v12 itself will be active for another 1.5 years (almost)?
I am really looking forward to read your thoughts on this.

The problem here is definitely a not forced version pick for antlr4 module in salesforce-alm module.
antlr4 indicated a minimum of nodeJS 14 in their latest version of the module.
@saurabh-deep : is everything working while installed with --ignore-engine ? even soql queries ? (because issue #747 looks a lot the same as here)

@KevinGossentCap - thank you for clarifying and for posting the issue on antlr4.  The CLI generally uses caret dependencies and relies on others in the NPM community to respect semver in regards to backwards incompatible changes.
It might be helpful to reference this closed issue where a similar break occurred.  https://github.com/forcedotcom/cli/issues/464

Hi @shetzel , would be urgent to sortout this point as antlr4 doen't want to do anything on it themselves : https://github.com/antlr/antlr4/issues/2970
their only answer : remove the caret to force the version... or maybe putting a tilde~ to only accept patches ?

@shetzel Additional info, for people that can't move to nodeJS v14, we can't install/use/update sfdx-cli anymore.
We found that the latest usable sfdx-cli version is 7.70.1 because of the "antlr4 : ^4.7.2" in salesforce-alm that would need to be replaced by "antlr4 : 4.7.2" or "antlr4 : ~4.7.2" or "antlr4 : 4.8.0" or "antlr4 : ~4.8.0"
Thus I think it could be a good thing to bring a compatibility patch even if no version of sfdx-cli is planned for this week

Same problem here, can't issue sfdx query since....
That break our CI/CD pipeline. Please patch it.
Thanks @KevinGossentCap for redirecting to this issue

On my side I found a few ways to workaround

forcing the cli version to install to latest working 7.70.1
using yarn and installing globally sfdx-cli, I added a quick thing in it's package.json "resolutions": {"antlr4": "<=4.8.0"}
using npm and installing locally (not tested as I usually prefer installing sfdx-cli globally) with a npm-shrinkwrap.json file having something like<EMAIL_ADDRESS>

I just discovered a easier method to globally install that works both for npm and yarn

if you have sfdx-cli, remove/unstall it npm -g uninstall sfdx-cli or yarn global remove sfdx-cli
force install globally an acceptable version of antlr4 npm -g i<EMAIL_ADDRESS>or yarn global add<EMAIL_ADDRESS>install your sfdx-ci npm -g i sfdx-cli or yarn global add sfdx-cli (beauty of dependency algorithms, they will find a globally installed version "4.8.0" compatible with the asked version in dependency tree "^4.7.2")
Makes it all working (even the SOQL queries that crash in nodeJS14 with<EMAIL_ADDRESS>and easier than any other workaround I found for the meantime

@KevinGossentCap thanks for this!

I just discovered a easier method to globally install that works both for npm and yarn

if you have sfdx-cli, remove/unstall it npm -g uninstall sfdx-cli or yarn global remove sfdx-cli
force install globally an acceptable version of antlr4 npm -g i<EMAIL_ADDRESS>or yarn global add<EMAIL_ADDRESS>install your sfdx-ci npm -g i sfdx-cli or yarn global add sfdx-cli (beauty of dependency algorithms, they will find a globally installed version "4.8.0" compatible with the asked version in dependency tree "^4.7.2")

Makes it all working (even the SOQL queries that crash in nodeJS14 with<EMAIL_ADDRESS>and easier than any other workaround I found for the meantime

Hum, work on local windows computer, but not on Linux Jenkins nodes 😭

It even breaks on on node 14.15.1 :
sfdx force:data:soql:query -q "SELECT Id FROM Pricebook2 WHERE IsStandard = true" -r csv                                                                                ✘ 130 cmtd-enhanced-list ⬆ ✱
ERROR running force:data:soql:query:  Cannot find module 'antlr4/index'
Require stack:
- /home/esya/.nvm/versions/node/v14.15.1/lib/node_modules/sfdx-cli/node_modules/salesforce-alm/gen/SOQLLexer.js
- /home/esya/.nvm/versions/node/v14.15.1/lib/node_modules/sfdx-cli/node_modules/salesforce-alm/dist/lib/data/soqlParser/index.js
- /home/esya/.nvm/versions/node/v14.15.1/lib/node_modules/sfdx-cli/node_modules/salesforce-alm/dist/lib/data/dataSoqlQueryCommand.js
- /home/esya/.nvm/versions/node/v14.15.1/lib/node_modules/sfdx-cli/node_modules/salesforce-alm/dist/commands/force/data/soql/query.js
-<EMAIL_ADDRESS>-<EMAIL_ADDRESS>-<EMAIL_ADDRESS>-<EMAIL_ADDRESS>-<EMAIL_ADDRESS>- /home/esya/.nvm/versions/node/v14.15.1/lib/node_modules/sfdx-cli/dist/cli.js
- /home/esya/.nvm/versions/node/v14.15.1/lib/node_modules/sfdx-cli/bin/run

@Esya this part is already described in #747

Any plugins that depend on salesforce-alm is also broken during sfdx plugins: install, preresolution using yarn doesn't seem to have any effect, any ideas?
Getting folks to update to node14 on various ci/cd images seem to be really difficult

On my side I found a few ways to workaround

forcing the cli version to install to latest working 7.70.1
using yarn and installing globally sfdx-cli, I added a quick thing in it's package.json "resolutions": {"antlr4": "<=4.8.0"}
using npm and installing locally (not tested as I usually prefer installing sfdx-cli globally) with a npm-shrinkwrap.json file having something like<EMAIL_ADDRESS>

@azlam-abdulsalam that's the most generic solution I found. Just didn't test how to implement in CI toolchain. The "resolution" with yarn is elegant.

I just discovered a easier method to globally install that works both for npm and yarn

if you have sfdx-cli, remove/unstall it npm -g uninstall sfdx-cli or yarn global remove sfdx-cli
force install globally an acceptable version of antlr4 npm -g i<EMAIL_ADDRESS>or yarn global add<EMAIL_ADDRESS>install your sfdx-ci npm -g i sfdx-cli or yarn global add sfdx-cli (beauty of dependency algorithms, they will find a globally installed version "4.8.0" compatible with the asked version in dependency tree "^4.7.2")

Makes it all working (even the SOQL queries that crash in nodeJS14 with<EMAIL_ADDRESS>and easier than any other workaround I found for the meantime

@KevinGossentCap - Thank you sharing this. For the second option, did you manually modify the package.json for the global install of sfdx-cli? Can you recall what were the exact steps? I want to give it a go in our CI installation.

@saurabh-deep unfortunately, my easier methods only worked on my local windows computer.
I tested the yarn one on a Jenkins CI and it failed even though I can't understand why the behavior is different

@KevinGossentCap - I see. Thank you!

We'll release an update that pins to a working version of antlr (in the short term) and work on removing the dependency entirely in the longer term.  Their response is disappointing.  Apologies for disruption!

@shetzel deeply hoping for this week 🙏

Thanks a lot.
Resolution available with TAG latest-rc.
to use starting today : 'yarn global add sfdx-cli@latest-rc' or 'npm -g i sfdx-cli@latest-rc'
From usual sfdx-cli release management, it should also be in "normal" latest version starting Friday morning (Thursday late at night) European time

Thanks a lot.
Resolution available with TAG latest-rc.
to use starting today : 'yarn global add sfdx-cli@latest-rc' or 'npm -g i sfdx-cli@latest-rc'
From usual sfdx-cli release management, it should also be in "normal" latest version starting Friday morning (Thursday late at night) European time

This is great news @KevinGossentCap! Thank you for sharing this with us.

Thank you very much @KevinGossentCap, just tested 2min ago and indeed, it works !

@KevinGossentCap - thank you!  The antrl lib has been removed in latest-rc and will be in latest this Thursday morning (PST).

This should be resolved on the latest-rc tag which will be promoted tomorrow.


ART-2183: Add release:validate-rhcos to validate that included RHCOS …

…is in the AWS bucket
Example 1: Validate the latest nightly in an image stream
$ doozer release:validate-rhcos --is-name=4.6-art-latest --is-namespace=ocp
2020-09-24 09:00:53,810 INFO Initial execution (cwd) directory: /workspaces/doozer
2020-09-24 09:00:53,810 INFO Getting latest nightly...
2020-09-24 09:01:03,682 INFO Determining build ID for RHCOS pullspec quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:b973b2f9e432b12388874a9c8d191e699106bcbf12d962c729b4e16307dbd83f...
2020-09-24 09:01:06,514 INFO Pullspec quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:b973b2f9e432b12388874a9c8d191e699106bcbf12d962c729b4e16307dbd83f is version 46.82.202009222340-0, arch x86_64. Fetching metadata from the AWS bucket...
Passed all validations.

Example 2: Validate given release images
$ doozer release:validate-rhcos registry.svc.ci.openshift.org/ocp/release:4.6.0-0.nightly-2020-09-24-074159 registry.svc.ci.openshift.org/ocp-s390x/release-s390x:4.6.0-0.nightly-s390x-2020-09-24-065929

2020-09-24 08:55:23,242 INFO Initial execution (cwd) directory: /workspaces/doozer
2020-09-24 08:55:23,242 INFO Validating RHCOS images in 2 release pullspecs...
2020-09-24 08:55:23,243 INFO Validating release registry.svc.ci.openshift.org/ocp/release:4.6.0-0.nightly-2020-09-24-074159...
2020-09-24 08:55:23,246 INFO Validating release registry.svc.ci.openshift.org/ocp-s390x/release-s390x:4.6.0-0.nightly-s390x-2020-09-24-065929...
2020-09-24 08:55:30,019 INFO Determining build ID for RHCOS pullspec quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:66a2114e5c0ba858efca2c878246e75c58f360dc68af7301406acb6358f1a57c...
2020-09-24 08:55:30,042 INFO Determining build ID for RHCOS pullspec quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:b973b2f9e432b12388874a9c8d191e699106bcbf12d962c729b4e16307dbd83f...
2020-09-24 08:55:32,650 INFO Pullspec quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:b973b2f9e432b12388874a9c8d191e699106bcbf12d962c729b4e16307dbd83f is version 46.82.202009222340-0, arch x86_64. Fetching metadata from AWS bucket...
2020-09-24 08:55:33,036 INFO Pullspec quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:66a2114e5c0ba858efca2c878246e75c58f360dc68af7301406acb6358f1a57c is version 46.82.202009222339-0, arch s390x. Fetching metadata from AWS bucket...
Passed all validations.

Example 3: You will get this error if you test against 4.2:
$ doozer release:validate-rhcos registry.svc.ci.openshift.org/ocp/release:4.2.0-0.nightly-2020-09-21-1905532020-09-24 10:27:47,146 INFO Initial execution (cwd) directory: /workspaces/doozer
2020-09-24 10:27:47,146 INFO Validating RHCOS images in 1 release pullspecs...
2020-09-24 10:27:47,146 INFO Validating release registry.svc.ci.openshift.org/ocp/release:4.2.0-0.nightly-2020-09-21-190553...
2020-09-24 10:27:55,101 INFO Determining build ID for RHCOS pullspec quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:17135995717b384bef7ba50c6dad5cf89cc810daea654299ab9f894c7d9c41d1...
2020-09-24 10:27:58,330 INFO Pullspec quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:17135995717b384bef7ba50c6dad5cf89cc810daea654299ab9f894c7d9c41d1 is version 42.81.20200919.0, arch x86_64. Fetching metadata from the AWS bucket...
RHCOS in registry.svc.ci.openshift.org/ocp/release:4.2.0-0.nightly-2020-09-21-190553 is not in the AWS bucket.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@b306482). Click here to learn what that means.
The diff coverage is 50.00%.

@@            Coverage Diff            @@
##             master     #289   +/-   ##
=========================================
  Coverage          ?   26.22%
=========================================
  Files             ?       33
  Lines             ?     6981
  Branches          ?     1385
=========================================
  Hits              ?     1831
  Misses            ?     5084
  Partials          ?       66

Impacted Files
Coverage Δ

doozerlib/cli/__main__.py
0.00% <0.00%> (ø)

doozerlib/cli/release_validate_rhcos.py
0.00% <0.00%> (ø)

doozerlib/cli/__init__.py
54.43% <37.50%> (ø)

doozerlib/rhcos.py
86.00% <86.00%> (ø)

doozerlib/exectools.py
53.33% <90.90%> (ø)

doozerlib/assertion.py
81.81% <100.00%> (ø)

doozerlib/__init__.py
54.54% <0.00%> (ø)

doozerlib/cli/detect_embargo.py
73.45% <0.00%> (ø)

... and 29 more

Continue to review full report at Codecov.

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

Well, the No module named 'tenacity' error doesn't come from this PR. Seems the CI container is missing a required module.

Hope https://github.com/openshift/art-ci-toolkit/pull/10 will fix the CI.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@698c5c5). Click here to learn what that means.
The diff coverage is 49.63%.

@@            Coverage Diff            @@
##             master     #289   +/-   ##
=========================================
  Coverage          ?   26.64%
=========================================
  Files             ?       34
  Lines             ?     7153
  Branches          ?     1406
=========================================
  Hits              ?     1906
  Misses            ?     5176
  Partials          ?       71

Impacted Files
Coverage Δ

doozerlib/cli/__main__.py
0.00% <0.00%> (ø)

doozerlib/cli/release_validate_rhcos.py
0.00% <0.00%> (ø)

doozerlib/cli/__init__.py
54.43% <37.50%> (ø)

doozerlib/rhcos.py
82.71% <86.00%> (ø)

doozerlib/exectools.py
51.28% <90.90%> (ø)

doozerlib/assertion.py
81.81% <100.00%> (ø)

doozerlib/distgit.py
31.96% <0.00%> (ø)

doozerlib/olm/bundle.py
0.00% <0.00%> (ø)

doozerlib/embargo_detector.py
84.78% <0.00%> (ø)

... and 30 more

Continue to review full report at Codecov.

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

we'll validate RHCOS at build-sync time (ART-2194)


How to actually use Juno with remote Julia session? Is REPL supported? If not, what is supported?

I have followed the http://docs.junolab.org/latest/man/faq.html#Connecting-to-an-external-julia-session-on-a-remote-machine-1 and got the confirmation (on both Atom and system notificator), that I have successfully connected with the remote Julia session.
Yet when I try to start REPL I get an atom warning "Can't boot Julia with a Julia client running. Stop the current client with Packages → Julia → Stop Julia.". When I do this and open Julia again, I get the local Julia session in the REPL pane.
If it is not a bug but a feature, please update the manual (or I can do this, once you explain it) with the information about what functionality is supported when working on the remote Julia session, and how to use it.

It seems that the evaluation of expressions in the document (the one that gets triggered by Ctr+Enter) works remotely. Too bad, that there is no REPL - but fortunately I can still use the remote server console, so it is just an inconvenience, not a real show-stopper.
I still hope for a remote REPL support, so I'll keep this thread open until I get a response.

Yeah, I meant to look into this. We'll definitely have something better in the (hopefully near) future.
Btw, if you open the ssh session inside of Juno (Julia Client: New Terminal just gives you a terminal which you can use for that) there's not that much of a difference to using the build-in Julia REPL.

I've updated the docs, should be much clearer now.


Error compiling

\main\AndroidManifest.xml uses android:name="io.flutter.app.FutterApplication"
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
This app is using a deprecated version of the Android embedding.
To avoid unexpected runtime failures, or future build failures, try to migrate this app to the V2 embedding.
Take a look at the docs for migrating an app: https://github.com/flutter/flutter/wiki/Upgrading-pre-1.12-Android-projects
Launching lib\main.dart on Chrome in debug mode...
lib\main.dart:1
/C:/***************/lib/src/visibility_detector_layer.dart:276:21: Error: Too many positional arguments: 1 allowed, but 2 found.
Try removing the extra positional arguments.
super.addToScene(builder, layerOffset);
^
Failed to compile application.

Use visibility_detector 0.2.2.


On Ubuntu, ModuleNotFoundError: No module named 'cryptography.hazmat.bindings._constant_time'

I was able to run fine on macOS, but after I installed python-binance and try to run, I get this error:
ModuleNotFoundError: No module named 'cryptography.hazmat.bindings._constant_time'
I found some descriptions how to fix, but they're for Amazon Linux, not Ubuntu. I'm on version 16.0 on EC2.
Can anyone point me in the right direction?

Try running sudo apt-get install build-essential libssl-dev libffi-dev python-dev to ensure you have python build essentials installed.
source: https://stackoverflow.com/questions/22073516/failed-to-install-python-cryptography-package-with-pip-and-setup-py

I'm having this issue on Windows as well.


Icons missing in find widget in IE

Ref: #8229

IE11, open https://microsoft.github.io/monaco-editor/index.html
Open the find widget - notice how match case and match whole world icons are missing

Moved to Microsoft/monaco-editor#148
Due to so many issues being opened straight in Microsoft/monaco-editor let's also move this one over there


Typescript migrate

Type all the things
This PR is to help with the conversion to typescript.
As i have never worked on this code base before, I know very little about the interfaces and am creating them based on the context of the file. these will need to be revisited.
Motivation and Context
I don't know much about maths or neural networks but typescript I know and I love brain.js
How Has This Been Tested?
XD not even a little bit tested
Types of changes

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

Author's Checklist:

[ ] My code focuses on the main motivation and avoids scope creep.
[ ] My code passes current tests and adds new tests where possible.
[ ] My code is SOLID and DRY.
[ ] I have updated the documentation as needed.

Reviewer's Checklist:

[ ] I kept my comments to the author positive, specific, and productive.
[ ] I tested the code and didn't find any new problems.
[ ] I think the motivation is good for the project.
[ ] I think the code works to satisfies the motivation.

@mubaidr merged in master on my fork and did a PR, hope this is right :)/

Looks good now. Looking forward! 👍

How is this looking?

It's going out, I'm working 40 hours a week so I'm doing little bits when my time frees up.

I'm working 40 hours a week so I'm doing little bits when my time frees up.

Same here, ty for your hard work.

I can help with this too. We are actually currently doing a project at work migrating AngularJS to Angular (TypeScript)

@l0gicgates please start here: https://github.com/BrainJS/brain.js/issues/551

@l0gicgates feel fre to branch from master and then copy my changes over. I am super busy at work and have yet to find any time to work on this :(

Ok perfect. I will be pushing some of the converted files in a few days.
How are we handling doing npm rebuild with partially converted files (legacy JS vs newly converted TypeScript)?

@l0gicgates Please refer to issue for more information: https://github.com/BrainJS/brain.js/issues/551
Build scripts have been updated and should work.
Closing this until @vorticalbox take over this again.


Update tplNav.go

Removed / from server link. Helps to keep the URL intact.

Codecov Report

Merging #13 into master will not change coverage.
The diff coverage is 100%.

@@           Coverage Diff           @@
##           master      #13   +/-   ##
=======================================
  Coverage   86.47%   86.47%
=======================================
  Files          27       27
  Lines        1856     1856
=======================================
  Hits         1605     1605
  Misses        190      190
  Partials       61       61

Impacted Files
Coverage Δ

tplNav.go
98.7% <100%> (ø)
: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 f8c657b...a3f2cfb. Read the comment docs.


Would be amazing if we could go to an arbitrary instance of an element after ctrl + f

We press ctrl + f to search a keyword, The only possible way to move to another instance is using the gui arrows provided next to it.
It would be amazing if we searched a word, and it shows 3/30,
we could directly hit 20 and it goes there instead of pressing the arrows

PR #174075 from the community already exists and needs attention.

cc @rebornix to take a look at https://github.com/microsoft/vscode/pull/174075 again

Thanks for creating this issue! We figured it's covering the same as another one we already have. Thus, we closed this one as a duplicate. You can search for similar existing issues. See also our issue reporting guidelines.
Happy Coding!


Internal compiler error. Aborting!

Hi,
I'm trying to compile my model to edgeTPU but I get the following error:
Edge TPU Compiler version 2.0.291256449

Internal compiler error. Aborting!

I've realized that the compiler is very "picky" about the model structure and sometimes is very difficult to figure out what's wrong.
How can I properly debug this kind of error?
I/O are still in float32, but that's not an issue. I'm already using other models with same I/O and they can compile and run. Moreover, I'm specifying the right data type during conversion to tflite:
import os

import tensorflow as tf
import numpy as np
from PIL import Image

model = 'model'
input_size = 160

dataset = []
directory_images = './models/' + model + '/data_test'
directory_saved = './models/' + model
for img in os.listdir(directory_images):
	data = Image.open(os.path.join(directory_images,img)).resize((input_size, input_size))
	data = np.asarray(data, dtype=np.float32)[np.newaxis, :]
	dataset.append((data-127.5)/128)

def representative_dataset_gen():
    for input_value in tuple(dataset):
        yield [input_value]

converter = tf.lite.TFLiteConverter.from_saved_model(directory_saved + "/saved")
#converter.allow_custom_ops=True
#converter.post_training_quantize=True
converter.optimizations = [tf.lite.Optimize.DEFAULT]
converter.representative_dataset = representative_dataset_gen
converter.target_spec.supported_ops = [tf.lite.OpsSet.TFLITE_BUILTINS_INT8]
converter.inference_input_type = tf.uint8
converter.inference_output_type = tf.uint8

tflite_model = converter.convert()

name = directory_saved + "/" + model
open(name + ".tflite", "wb").write(tflite_model)

Here's my model: link

@Namburger I'm using tf2.1 because tf1.x doesn't support conversion to tflite of my models. This shouldn't be a big problem though, I've already used this pipeline with other models and it works fine.
I've checked model requirements and my model should be fine.
I'm visualizing my model with netron, unfortunately I cannot build visualize tool. Everything looks ok, the only different thing compared to other models that get compiled is more quantize nodes after depthwise_conv2d ops in the middle of the graph (previously I only had one after the input node). So maybe something is wrong with this?
Whenever you guys will have a little spare time, it would be great to debug this issue.

@gasgallo my apologies, it has been a very busy week for me. I reserved sometimes to debug this model with a teammate tomorrow, I'll keep you updated on this.

@Namburger no worries, thanks for your time!

@gasgallo I've generated the model.html from the tflite/visualize tool, I'm attaching it here.
model.html.zip
If you look at this line:
2489	mobilenet0_conv1_fwd_5	INT8	[1, 80, 80, 1]	3441	{'quantized_dimension': 0, 'scale': [4.6099e-41], 'min': [0.0], 'max': [1.1754944e-38], 'details_type': 0, 'zero_point': [-128], 'details': None}

the scale seems abnormally small at 4.6099e-41 causing some error. Can I ask if you were able to run inference with your tensorflow model (before quantization) as well as tflite model and see if it give you the result you want?

@Namburger thanks for the hint. My TF model works fine, but I didn't validate the TFLite model outputs. I'll double-check that and report eventual anomalies here.

@gasgallo I see, let me know the result. This seems like a bug during Post Training Quantization to me if the tensorflow model runs fine.

@gasgallo were you able to test your tflite(CPU) model before compiling to run with edgetpu?

@Namburger I'm very sorry for not having followed up this issue! Actually I had other issues when trying to validate the tflite model (actually issues during conversion) and I had to put this task on hold to complete other higher priority tasks.
I'll update as soon as I'll get over this task again.

@gasgallo no worries!

@gasgallo I believe this is a tflite conversion issue since the scale became very small and was rejected by the compiler. My suggestion is to open in issue here if still need helps.
Feel free to reference this issue.


Add Fuchsia console to the Flutter dashboard

We are now running Fuchsia post submits for each commit to the framework. These are run as part of the Fuchsia infra and the status can be seen at: .
These are currently failing<EMAIL_ADDRESS>@chaselatta , @iskakaushik  are working on fixing the failures and getting this builder to green.
These should be part of https://flutter-dashboard.appspot.com/#/build.
Per @godofredoc :
It is possible with a few changes in different places:

Builbucket queries called from this handler https://github.com/flutter/cocoon/blob/master/app_dart/lib/src/request_handlers/refresh_chromebot_status.dart
Service account permissions to access the fuchsia bucket
Some changes in the configs https://github.com/flutter/cocoon/blob/master/app_dart/lib/src/request_handlers/refresh_github_commits.dart#L215

Mirror of fxb/53127

Checking in, @iskakaushik --- is August still a realistic milestone here?
Thanks!

Downgrading after chatting with Kaushik.

This is blocked on work that is needed to be done by the Fuchsia infra team that is scheduled for Q3. Punting this till September.

@iskakaushik Is this unblocked?

I am not sure if it's a priority for us anymore. I'll leave it up-to @chaselatta to decide if he thinks this will still be needed and re-open if necessary.


feat(contrib/registry/nacos/v2): Switch nacos-sdk-go dependencies to the official version

Switch nacos-sdk-go dependencies to the official version
Update the go.mod file and nacos related code to update the nacos-sdk-go dependency from the joy999 branch to the official version of nacos-group. This change includes updating the package path and referencing the official version of nacos-sdk-go/v2, as well as removing references to older versions. This change is to solve the startup failure issue caused by repeated initialization of monitor when using Nacos as the configuration center and registry center
fix: #3680

@LanceAdd Thank you for your PR, but this is duplicated with https://github.com/gogf/gf/pull/3745


clip paths are incorrect with transform

I'm trying to render tiles of the full SVG. It works fine for many files but breaks for files with clip paths. Try the attached SVG with a modified version of the cairo example:
diff --git a/crates/c-api/examples/cairo/example.c b/crates/c-api/examples/cairo/example.c
index 23a3b45a..ab3bc558 100644
--- a/crates/c-api/examples/cairo/example.c
+++ b/crates/c-api/examples/cairo/example.c
@@ -29,6 +29,7 @@ int main(int argc, char **argv)
     resvg_size size = resvg_get_image_size(tree);
     int width = (int)size.width;
     int height = (int)size.height;
+    height = 270;

     cairo_surface_t *surface = cairo_image_surface_create(CAIRO_FORMAT_ARGB32, width, height);

@@ -37,7 +38,9 @@ int main(int argc, char **argv)

     unsigned char *surface_data = cairo_image_surface_get_data(surface);

-    resvg_render(tree, resvg_transform_identity(), width, height, (char*)surface_data);
+    resvg_transform transform = resvg_transform_identity();
+    transform.f = -height * 3;
+    resvg_render(tree, transform, width, height, (char*)surface_data);

     /* RGBA -> BGRA */
     for (int i = 0; i < width * height * 4; i += 4)

make
LD_LIBRARY_PATH=../../../../target/debug ./example clipPath.svg clipPath.png

This still works if the offset is 0 or if the full height is used, but the combination of offset, crop, and clip path cause most of the image to disappear.

It seems to be an old bug (at least present in 0.33.0).

Yes, we do not support this use case right now. It has nothing to do with clip paths.
Basically, the problem is that the renderer expects the image/pixmap size to be proportional to the SVG size. You are overwriting it and it trips the internal logic. Will see what can be done about it.

PS: rendering a part of SVG in general is a very bad idea. And in many cases it wouldn't even be faster.

I thought this was related to the cropped height, but I found a better test case.  This file doesn't render correctly (no C API required) but looks fine in Chrome.  I've been trying to reproduce this since I reported #638 and I suspect they might be related.
resvg clipPath2.svg clipPath2.png

P.S. I know the tiling isn't supported but other than this issue (which seems to be something else?) it does seem to render faster (up to 4 threads for the files I'm using). Obviously it's pretty wasteful from an energy consumption perspective, but it helps for our very specific use case. Most users would probably just render multiple files in parallel but there are reasons we need each frame to render faster (that aren't worth going into here).

Yeah... that's a bug. You can try using v0.32 for now. v0.33 had a new rendering logic which would take forever to polish.


Random event notifier

This plugin will send a notification if any of the random event NPC's spawn near the player. Currently I do not think there is a way to tell who the random event is targeting until after a player interacts with it, so any other players random events will also trigger a notification.
The configuration for this plugin allows players to toggle which random events they would like to be notified about.

Yeah it should definitely work only for random event npcs that spawned for you, otherwise it will not be accepted

This should probably be in the idle notifier. Did you try checking for random events spawning which are interacting with the local player? This would be the most sensible thing for most events. Except for a few things like strange plants, I think they always interact with the player theyre spawned for?

This should probably be in the idle notifier. Did you try checking for random events spawning which are interacting with the local player? This would be the most sensible thing for most events. Except for a few things like strange plants, I think they always interact with the player theyre spawned for?

Sometimes they randomly do not interact with the player. That was my experience at least when trying to make the same plugin a few months ago. (Even events like dr jekkyl)

I made some changes on determining the target player. Right now im using the overhead text of the NPC when they spawn. I believe this will work for every random except for evil bob/strange plant. I did some more experimenting, and I dont think there is one reliable way to determine the player. Maybe a special case can be found for strange plant/evil bob.

Your code is not passing checkstyle.