Add installation of tinyxml.pc pkg-config file

Both homebrew (https://github.com/Homebrew/homebrew-core/blob/1ffe361c1f30d8172f3bfce22a76ead45f082713/Formula/tinyxml.rb#L50) and debian (https://packages.debian.org/sid/amd64/libtinyxml-dev/filelist) versions of tinyxml ship a .pc file, so it would be convenient to ship it also in the conda-forge version.
Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe:

License is not an SPDX identifier (or a custom LicenseRef) nor an SPDX license expression.

Documentation on acceptable licenses can be found here.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe:

License is not an SPDX identifier (or a custom LicenseRef) nor an SPDX license expression.

Documentation on acceptable licenses can be found here.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender

@conda-forge-admin, please rerender

@conda-forge-admin, please rerender

@conda-forge-admin, please rerender

The re-rendering error is:
$ conda smithy rerender -c auto
INFO:conda_smithy.configure_feedstock:Downloading conda-forge-pinning-2<IP_ADDRESS>.45.39
INFO:conda_smithy.configure_feedstock:Extracting conda-forge-pinning to C:\Users\STraversaro\AppData\Local\Temp\tmpmmbk2dqf
Setting build platform. This is only useful when pretending to be on another platform, such as for rendering necessary dependencies on a non-native platform. I trust that you know what you're doing.
WARNING:conda_build.config:Setting build platform. This is only useful when pretending to be on another platform, such as for rendering necessary dependencies on a non-native platform. I trust that you know what you're doing.
Setting build arch. This is only useful when pretending to be on another arch, such as for rendering necessary dependencies on a non-native arch. I trust that you know what you're doing.
WARNING:conda_build.config:Setting build arch. This is only useful when pretending to be on another arch, such as for rendering necessary dependencies on a non-native arch. I trust that you know what you're doing.
No numpy version specified in conda_build_config.yaml.  Falling back to default numpy value of 1.16
WARNING:conda_build.metadata:No numpy version specified in conda_build_config.yaml.  Falling back to default numpy value of 1.16
Adding in variants from internal_defaults
INFO:conda_build.variants:Adding in variants from internal_defaults
Adding in variants from C:\Users\STraversaro\AppData\Local\Temp\tmpmmbk2dqf\conda_build_config.yaml
INFO:conda_build.variants:Adding in variants from C:\Users\STraversaro\AppData\Local\Temp\tmpmmbk2dqf\conda_build_config.yaml
Adding in variants from argument_variants
INFO:conda_build.variants:Adding in variants from argument_variants
Adding in variants from C:\src\tinyxml-feedstock\recipe\conda_build_config.yaml
INFO:conda_build.variants:Adding in variants from C:\src\tinyxml-feedstock\recipe\conda_build_config.yaml
Traceback (most recent call last):
  File "C:\Users\STraversaro\Miniforge3\Scripts\conda-smithy-script.py", line 9, in <module>
    sys.exit(main())
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\cli.py", line 613, in main
    args.subcommand_func(args)
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\cli.py", line 419, in __call__
    self._call(args, tmpdir)
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\cli.py", line 424, in _call
    configure_feedstock.main(
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\configure_feedstock.py", line 1953, in main
    render_azure(env, config, forge_dir, return_metadata=True)
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\configure_feedstock.py", line 1208, in render_azure
    return _render_ci_provider(
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\configure_feedstock.py", line 607, in _render_ci_provider
    ) = conda_build.variants.get_package_combined_spec(
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_build\variants.py", line 596, in get_package_combined_spec
    combined_spec = combine_specs(specs, log_output=config.verbose)
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_build\variants.py", line 322, in combine_specs
    values = _combine_spec_dictionaries(specs, extend_keys=extend_keys, zip_keys=zip_keys,
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_build\variants.py", line 294, in _combine_spec_dictionaries
    raise ValueError("variant config in {} is ambiguous because it\n"
ValueError: variant config in C:\src\tinyxml-feedstock\recipe\conda_build_config.yaml is ambiguous because it
does not fully implement all zipped keys, or specifies a
subspace that is not fully implemented. To be clear:
.. we did not find ['3.7'] from {'c_compiler': ['vs2017'], 'cxx_compiler': ['vs2017'], 'vc': ['14'], 'python': ['3.7']} in python:['3.6.* *_cpython', '3.7.* *_cpython', '3.8.* *_cpython']
(base)

The re-rendering error is:
$ conda smithy rerender -c auto
INFO:conda_smithy.configure_feedstock:Downloading conda-forge-pinning-2<IP_ADDRESS>.45.39
INFO:conda_smithy.configure_feedstock:Extracting conda-forge-pinning to C:\Users\STraversaro\AppData\Local\Temp\tmpmmbk2dqf
Setting build platform. This is only useful when pretending to be on another platform, such as for rendering necessary dependencies on a non-native platform. I trust that you know what you're doing.
WARNING:conda_build.config:Setting build platform. This is only useful when pretending to be on another platform, such as for rendering necessary dependencies on a non-native platform. I trust that you know what you're doing.
Setting build arch. This is only useful when pretending to be on another arch, such as for rendering necessary dependencies on a non-native arch. I trust that you know what you're doing.
WARNING:conda_build.config:Setting build arch. This is only useful when pretending to be on another arch, such as for rendering necessary dependencies on a non-native arch. I trust that you know what you're doing.
No numpy version specified in conda_build_config.yaml.  Falling back to default numpy value of 1.16
WARNING:conda_build.metadata:No numpy version specified in conda_build_config.yaml.  Falling back to default numpy value of 1.16
Adding in variants from internal_defaults
INFO:conda_build.variants:Adding in variants from internal_defaults
Adding in variants from C:\Users\STraversaro\AppData\Local\Temp\tmpmmbk2dqf\conda_build_config.yaml
INFO:conda_build.variants:Adding in variants from C:\Users\STraversaro\AppData\Local\Temp\tmpmmbk2dqf\conda_build_config.yaml
Adding in variants from argument_variants
INFO:conda_build.variants:Adding in variants from argument_variants
Adding in variants from C:\src\tinyxml-feedstock\recipe\conda_build_config.yaml
INFO:conda_build.variants:Adding in variants from C:\src\tinyxml-feedstock\recipe\conda_build_config.yaml
Traceback (most recent call last):
  File "C:\Users\STraversaro\Miniforge3\Scripts\conda-smithy-script.py", line 9, in <module>
    sys.exit(main())
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\cli.py", line 613, in main
    args.subcommand_func(args)
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\cli.py", line 419, in __call__
    self._call(args, tmpdir)
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\cli.py", line 424, in _call
    configure_feedstock.main(
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\configure_feedstock.py", line 1953, in main
    render_azure(env, config, forge_dir, return_metadata=True)
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\configure_feedstock.py", line 1208, in render_azure
    return _render_ci_provider(
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_smithy\configure_feedstock.py", line 607, in _render_ci_provider
    ) = conda_build.variants.get_package_combined_spec(
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_build\variants.py", line 596, in get_package_combined_spec
    combined_spec = combine_specs(specs, log_output=config.verbose)
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_build\variants.py", line 322, in combine_specs
    values = _combine_spec_dictionaries(specs, extend_keys=extend_keys, zip_keys=zip_keys,
  File "C:\Users\STraversaro\Miniforge3\lib\site-packages\conda_build\variants.py", line 294, in _combine_spec_dictionaries
    raise ValueError("variant config in {} is ambiguous because it\n"
ValueError: variant config in C:\src\tinyxml-feedstock\recipe\conda_build_config.yaml is ambiguous because it
does not fully implement all zipped keys, or specifies a
subspace that is not fully implemented. To be clear:
.. we did not find ['3.7'] from {'c_compiler': ['vs2017'], 'cxx_compiler': ['vs2017'], 'vc': ['14'], 'python': ['3.7']} in python:['3.6.* *_cpython', '3.7.* *_cpython', '3.8.* *_cpython']
(base)

@conda-forge-admin, please rerender

@conda-forge-admin, please rerender

The re-rendering was successful after removing the conda_build_config.yaml file.

The re-rendering was successful after removing the conda_build_config.yaml file.

@conda-forge/tinyxml the PR is now ready for review

@conda-forge/tinyxml the PR is now ready for review

thx!

thx!


Automatic saves throwing exception

When setting automatic save from Rocket.Unturned.Config.xml:

Rocket.Unturned >> Exception in FixedUpdate: System.NullReferenceException: Obje
ct reference not set to an instance of an object
at SDG.Unturned.LevelGround.save () [0x00000] in :0
at SDG.Unturned.Level.save () [0x00000] in :0
at Rocket.Unturned.Utils.AutomaticSaveWatchdog.checkTimer () [0x00000] in :0

It is not saving. Running Rocket v<IP_ADDRESS> and Unturned v<IP_ADDRESS>
I tried this with a fresh server (not saved before, no Levels folder) and with an existing server (saved, with Levels folder) both had the same exception thrown.
Rocket.config.xml
<?xml version="1.0" encoding="utf-8"?>
<RocketSettings xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <RCON Enabled="true" Port="25446" Password="changeme" />
  <AutomaticShutdown Enabled="false" Interval="86400" />
  <WebConfigurations Enabled="false" Url="" />
  <WebPermissions Enabled="false" Url="" Interval="180" />
  <LanguageCode>en</LanguageCode>
</RocketSettings>

Rocket.Unturned.config.xml
<?xml version="1.0" encoding="utf-8"?>
<UnturnedSettings xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <AutomaticSave Enabled="true" Interval="60" />
</UnturnedSettings>

I tried this with a fresh server (not saved before, no Levels folder) and with an existing server (saved, with Levels folder)

Fixed

It's not fixed for me... I still get this "Splash" error:

@Neefgi That is an unrelated issue.

@humangenome but it says that the error is Line 3 in my Rocket.Unturned.Config.xml file, and the only coding in that file is my AutomaticSave command.

Yes, and beside this being unrelated, you malformed it. You managed to break the xml file with just one command config it...

@fr34kyn01535 how did I malform it? All I did was put in what you told me to do. Is there anyway I can fix it?

@Neefgi Since you don't know how to fix your xml file, then I'd suggest you deleting your Rocket.Unturned.Config.xml and let rocket regenerate it when you start the server, then edit the value of the interval.

@Kirollos Oh, thank you! I never considered fixing it that way without deleting all of rocket. That worked! Cheers :)


Response text from ChatGPT is getting truncated.

Hi, I am trying out the ChatGPT sample project. I am sending following text to ChatGPT:
Instruction: Act as a professional chef and reply to the questions.
Q: tell me a recipe of healthy dish made using coconuts
A:
And the response is:
Instruction: Act as a professional chef and reply to the questions.
Q: tell me a recipe of healthy dish made using coconuts
A:  Coconut Chicken Soup is a delicious and healthy dish!


Support for Gradle Configuration Cache

Environment:

Jib version: 2.8.0
Build tool: Gradle 6.8.1
OS: Mac

Description of the issue:
Gradle 6.8 has a new configuration cache feature that helps to improve build performance. Unfortunately, there are some restrictions on what plugins can use and jib is currently not compatible with this. I don´t think that jib, in particular, is bad wrt to build performance, still, I think it would be cool if it supports the configuration cache at some point :)
Steps to reproduce:

gradle --configuration-cache jib

Log output:
- Task `:html5-controller:jib` of type `com.google.cloud.tools.jib.gradle.BuildImageTask`: cannot serialize object of type 'org.gradle.api.internal.project.DefaultProject', a subtype of 'org.gradle.api.Project', as these are not supported with the configuration cache.
  See https://docs.gradle.org/6.8.1/userguide/configuration_cache.html#config_cache:requirements:disallowed_types
- Task `:html5-controller:jib` of type `com.google.cloud.tools.jib.gradle.BuildImageTask`: invocation of 'Task.project' at execution time is unsupported.
  See https://docs.gradle.org/6.8.1/userguide/configuration_cache.html#config_cache:requirements:use_project_during_execution

Interesting. Thanks for the feedback! Sounds like a new feature in the latest Gradle? For now, I added the "help wanted" label.

Any news about this one? Many Gradle plugins have embraced the configuration cache by now and jib would be a great addition to that as it seems quite essential for today’s container-centric builds.
I tried to dig into this myself but got the impression that the design of the plugin relies on getting hold of the Project object at various times of the build. Unfortunately my understanding of the jib plugin’s working isn’t sufficient to see an obvious way of fixing that.
Essentially using the configuration cache requires the Project (and other Gradle objects) not to be accessed at build time but only at configuration time. https://docs.gradle.org/7.3.1/userguide/configuration_cache.html#config_cache:requirements:disallowed_types
The report generated by Gradle 7.3.1 for running jibDockerBuild, for example, contains these pointers

and throws an Exception at
org.gradle.api.InvalidUserCodeException: Invocation of 'Task.project' by task ':fulfill:reporting:jibDockerBuild' at execution time is unsupported.
	at org.gradle.configurationcache.initialization.DefaultConfigurationCacheProblemsListener.onTaskExecutionAccessProblem(ConfigurationCacheProblemsListener.kt:75)
	at org.gradle.configurationcache.initialization.DefaultConfigurationCacheProblemsListener.onProjectAccess(ConfigurationCacheProblemsListener.kt:55)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:568)
	at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:36)
	at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
	at org.gradle.internal.event.DefaultListenerManager$ListenerDetails.dispatch(DefaultListenerManager.java:464)
	at org.gradle.internal.event.DefaultListenerManager$ListenerDetails.dispatch(DefaultListenerManager.java:446)
	at org.gradle.internal.event.AbstractBroadcastDispatch.dispatch(AbstractBroadcastDispatch.java:61)
	at org.gradle.internal.event.DefaultListenerManager$EventBroadcast$ListenerDispatch.dispatch(DefaultListenerManager.java:434)
	at org.gradle.internal.event.DefaultListenerManager$EventBroadcast.dispatch(DefaultListenerManager.java:221)
	at org.gradle.internal.event.DefaultListenerManager$EventBroadcast.dispatch(DefaultListenerManager.java:192)
	at org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:94)
	at jdk.proxy1/jdk.proxy1.$Proxy117.onProjectAccess(Unknown Source)
	at org.gradle.api.internal.AbstractTask.notifyProjectAccess(AbstractTask.java:1020)
	at org.gradle.api.internal.AbstractTask.getProject(AbstractTask.java:228)
	at org.gradle.api.DefaultTask.getProject(DefaultTask.java:59)
	at com.google.cloud.tools.jib.gradle.BuildDockerTask.buildDocker(BuildDockerTask.java:110)

Any news on this?

If you're in need of workaround:
['jibDockerBuild', 'jibBuildTar', 'jib'].each { taskName ->
    getTasksByName(taskName, true).each(it -> {
        it.notCompatibleWithConfigurationCache("Jib is not compatible with configuration cache");
         }); }```

Even more concise and type-safe workaround for now:
import com.google.cloud.tools.jib.gradle.JibTask
// ...
tasks.withType<JibTask> {
    notCompatibleWithConfigurationCache("because https://github.com/GoogleContainerTools/jib/issues/3132")
}

Since this was last updated, it looks like Gradle announced that they will deprecate disabling of the configuration cache in Gradle 9.

In Gradle 9.0, the Configuration Cache will be the preferred mode of execution, and turning it off will be deprecated.

Is this something this project has plans to support sooner than later?


The file could not be uploaded because it was too large

Describe the bug
Using 'upload' of a 32 MB file gives following error :
The file could not be uploaded because it was too large. The maximum file size that can be uploaded is 2047 MB.
To Reproduce
Make code like described below.
Change setting 'Max Upload Size' in configuration to maximum value - same result
AL Code to reproduce the issue
if not Upload(Text001, '', Text002, clientfilename, serverfilename) then
error(Text003, serverclientfilename);
Expected behavior
File is not exceeding limitation, so it should be uploaded.
Screenshots

5. Versions:

4.0.199169

Business Central:
15.0.37898.0

This repository no longer handles general questions and is only dedicated to bug reports for the latest preview version of the AL compiler and developer tools.
To get help for your question please use one of the following resources:
Business Central Community
mibuso forum
Dynamics User Group

Hi Alexandru
Ok, but I think it is a bug ?
Best regards
Philip Foncke
Van: Alexandru Toader<EMAIL_ADDRESS>Verzonden: dinsdag 10 december 2019 7:32
Aan: microsoft/AL<EMAIL_ADDRESS>CC: Philip Foncke<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Onderwerp: Re: [microsoft/AL] The file could not be uploaded because it was too large (#5532)
This repository no longer handles general questions and is only dedicated to bug reports for the latest preview version of the AL compiler and developer tools.
To get help for your question please use one of the following resources:
Business Central Communityhttps://community.dynamics.com/business/f/758
mibuso forumhttps://forum.mibuso.com/categories/nav-three-tier
Dynamics User Grouphttps://dynamicsuser.net/nav/f/developers
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/AL/issues/5532?email_source=notifications&email_token=AF6CC4HQ2ZTT3Y5QVGXEZRDQX4ZXFA5CNFSM4JYG4AK2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGODUDQ#issuecomment-563886606, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AF6CC4FBZEKK377BHHOKYCDQX4ZXFANCNFSM4JYG4AKQ.


misc/cgo/testcarchive: test4 fails on darwin/{arm,arm64}

From http://build.golang.org/log/bdb16ad9a65cab92ea0c49f86bc7967ca3f3cd94:
(lldb) process continue
Process 808 resuming
(lldb) Process 808 stopped

thread #1: tid = 0x4d91, 0x0000bbd8 gotestmain + 764, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0)   frame #0: 0x0000bbd8 gotestmain + 764
gotest`main:
->  0xbbd8 <+764>: strb   r2, [r3]
0xbbdc <+768>: ldr    r0, [r0]
0xbbe0 <+772>: bl     0x13ff80                  ; symbol stub for: fprintf
0xbbe4 <+776>: movw   r1, #0x1
go_darwin_arm_exec: command timeout (test completion for 1s)
FAIL test4
2015/12/18 20:21:11 Failed: exit status 1

This is the code in misc/cgo/testcarchive/main2.c that does this:
	if (verbose) {
		printf("triggering SIGSEGV\n");
	}

	*nullPointer = '\0';

Is is intended to trigger a SIGSEGV, but instead on darwin/{arm,arm64} it triggers a EXC_BAD_ACCESS.

Note that it's a long term issue for lldb:
it just can't translate the Mach exception
EXC_BAD_ACCESS into BSD signal
SIGSEGV.

Ah, in that case maybe we should treat CL 18090 as an actual fix.


"get_params" of miSVM

Hi, thank you for your great work and enjoying your program.
In l298 of "mi_svm.py",
I think
super_args = super(MISVM, self).get_params()
should be
super_args = super(miSVM, self).get_params().
Could you check this part and please modify if it is necessary.
Thank you.

Yes, good catch, thanks!


Allow other complete scripts to be run after gvm completion is sourced

When no match return 0 to allow other complete scripts to be run an default completion should be allowed

No working yet... must investigate a bit more before making the pull-request.


Session#isOpen is not false after Session#close

Fixes #758
Basically, we were closing the connection but not the session :-/

There is something wrong with CI... I will re-run the build later

Merged!


When rendering a Phlex view from a request with a turbo-frame header, nothing is output

On phlex-rails main, if a request includes the turbo-frame header, and the rails app renders a Phlex view that renders the turbo frame using turbo_frame_tag output helper, nothing is rendered. This is from the behavior introduced in https://github.com/phlex-ruby/phlex-rails/pull/154. The issue is because Phlex doesn't render the <turbo-frame> element, it doesn't know about the fragment. Possible solutions include grabbing the id positional arg and putting it in the context.fragments? Same applies for other output helpers that could have an id.

I created this repo to make sure nothing weird was going on in my app https://github.com/davekaro/test-phlex. It works as is, because it's using the turbo_frame tag. If you uncomment https://github.com/davekaro/test-phlex/blob/main/app/views/posts/show_view.rb#L4 and comment out line 5, this shows it not working. Not sure if helpful for testing.

Another issue that seems related, if you render a component before the fragment, and that component takes advantage of the fact you can just return a string in the block, then that string is still output in the response. I added this commit https://github.com/davekaro/test-phlex/commit/b7171133e21b37f8b0fd25578b4b4b6980dd9f9c that demonstrates this.

Fixed here https://github.com/phlex-ruby/phlex-rails/commit/9757231b08b6626eed7a5cf9cc7fc953e82dda9a


gitInitialProps not available when using Redux-Form

I have a component using redux-from and I'm trying to setup a url route to pass params to edit the object Im passing to it. When I remove the redux-form from the component, getInitialProps works.
Here is my current component:
import React from 'react'
import { initStore } from '../store'
import withRedux from 'next-redux-wrapper'
import { bindActionCreators } from 'redux'
import standardLayout from '../hocs/standardLayout'
import { Field, reduxForm } from 'redux-form'
import checkBox from '../components/inputs/checkbox'
import renderField from '../components/inputs/renderField'
import env from '../config/envConfig'
import { addStore } from '../actions/storesActions'
import { toastr } from 'react-redux-toastr'
import Router from 'next/router'

class addStoreForm extends React.Component {
  static getInitialProps ({ store, res, query }) {
    console.log('query from HOC')
    // console.log(query)
    const post = 'string'

    return { post }
  }

  constructor (props, context) {
    super(props, context)
    this.handleFormSubmit = this.handleFormSubmit.bind(this)
    this.edit = false
    //query setup for edit or add page
    const params = this.props.url.query
    if (params.id) {
      this.edit = true
    }
  }

  componentDidMount () {
    console.log('CDM')
  }

  handleFormSubmit (formProps) {
    this.props
      .addStore(formProps)
      .then(r => {
        toastr.success('Saved', 'Store Saved Successfully!')
        Router.push(`/store?params=${r.slug}`, `/store/${r.slug}`)
      })
      .catch(e => {
        toastr.error('Error:', e)
      })
  }

  render () {
    const { handleSubmit, valid, errorMessage } = this.props
    return (

{this.edit ? 'Edit Store' : 'Add Store'}

        <form
          className='card'
          onSubmit={handleSubmit(this.handleFormSubmit)}
          encType='multipart/form-data'
        >
          <Field
            name='name'
            type='text'
            component={renderField}
            label='Name:'
          />
          Description
          <Field name='description' component='textarea' label='Description:' />

            {env.TAGS.map(tag => (
              <Field
                key={tag}
                value={tag}
                name={`tags.[${tag}]`}
                id={tag.toLowerCase().replace(' ', '_')}
                type='checkbox'
                component={checkBox}
                label={tag}
              />
            ))}

          <input
            type='submit'
            className='button'
            value='Save'
            disabled={valid === false ? 'disabled' : ''}
          />

        </form>

    )
  }
}

const validate = values => {
  const errors = {}

  if (!values.name) {
    errors.name = 'Required'
  }

  return errors
}

const editStore = reduxForm({
  form: 'signin',
  validate
})(addStoreForm)

const mapDispatchToProps = dispatch => {
  return {
    addStore: bindActionCreators(addStore, dispatch)
  }
}

export default withRedux(initStore, null, mapDispatchToProps)(
  standardLayout(editStore, 'Edit Store')
)

Hi @spencersmb thanks for reporting. Is there a way for you to provide a repo or a more comprehensive app to make it easier to test?
thank you

@spencersmb My guess, if I'm not mistaking (went trough similar things) is that next tries to call the getInitialProps of the exposed component, but reduxForm doesn't call yout static method. The solution is usually to move the getInitialProps declaration to a higher component, such as standardLayout, or if this hoc does call the base component getInitialProps manually, to the editStore component.
You would end up with something like:
const editStore = reduxForm({
  form: 'signin',
  validate
})(addStoreForm)

editStore.getInitialProps = ({ store, res, query }) {
    console.log('query from HOC')
    // console.log(query)
    const post = 'string'

    return { post }
  }

But for this to work, you need to make sure that standardLayout does declare its own getInitialProps, and calls the wrapped component's own getInitialProps (that is actually something that withRedux does):
const standardLayout = BaseComponent => {
    // The hoc declaration
    static async getInitialProps(context) {

        const childProps = typeof BaseComponent.getInitialProps === 'function'
            ? await BaseComponent.getInitialProps(context)
            : {};
        return {
            ...childProps,
           ...{}, // whatever standardLayout wants to add
            };
    }
}

This last example is inspired by the use of HOC by an example, see for instance how they use getInitialProps to inject some data, while leaving to the page component the ability to expose its own getInitialProps

@impronunciable here is my current repo: https://github.com/spencersmb/node-master-client
@AugustinLF - Great example I see what you are saying. I was thinking along the same lines, but moving the form into its own component. I'm gonna try that first since I will need to reuse the form and see how that goes.
Thanks! for the help!

That's exactly the case. getInitialProps is called on the exposed component. So a HOC has to be aware of Next.js to properly call getInitialProps and pass the props through.

FWIW here's my little helper for this:
export function withForm(options) {
  return Child => {
    const hoc = reduxForm(options)(Child);
    hoc.getInitialProps = ctx => Child.getInitialProps ? Child.getInitialProps(ctx) : {};
    return hoc;
  };
}


Piskel says I'm using Safari when I'm using Google Chrome

Bug description
I run Google Chrome in my iPad Pro but it keeps telling me that my browser is Safari.
https://itunes.apple.com/us/app/google-chrome/id535886823?mt=8
Steps to reproduce the bug

Don't set Chrome as default browser.
Open Google Chrome
Go to piskelapp.com
Try pressing X or attempt to swipe it out of view

Environment details

iPad Pro (12.9-inch, 2nd Generation)
https://support.apple.com/kb/SP761?locale=en_US

Ah I found out what's going on. Please ignore.


Support casper's .each method

I'm not sure how difficult this would be (is it as simple as adding it to the list of available functions?) but if I got some guidance I could do this myself as well.

+1

I tried to add the each function in methodsToProvide like this :
each: ['array', function fn () {}]
but i am getting this error
Error: Child terminated with non-zero exit code 1

This was something I needed, but I didn't have any time to add tests, so I forked it without adding the tests. In case anybody finds themselves in the same situation and need a quick fix, fork away: https://github.com/jegtnes/SpookyJS

Finally, it was working , the error was elsewhere :)

I don't understand this... I tried it but did not work. I must be doing something wrong, I wanted to do something similar to caspers' start().each
casper.start().each(links, function(self, link) {

});

tips on how to do this?


hugo server should abort if user specified a port and it is taken

If a user runs hugo server and specifies a port, e.g. hugo server --port=55555 currently what it does is assign new port:
ERROR: 2016/02/25 port 55555 already in use, attempting to use an available port

I would argue that if the port is currently in use, hugo should abort instead of assigning a new port, because the user specified the port for a reason. For example it is the port that's exposed in a container or in a shared hosting environment.
In production it is also useful to start a server periodically via crontab in order to automatically restart a server in case of it crashing, and the current behaviour of hugo server results in processes being spawned with every call. It would be nicer if hugo aborts thus allowing the cronjob to restart the server if it dies for any reason.
My current workaround is a script that store a pid file and manages it with start/stop/restart comments as described in this thread.

Thanks for the quick patch!


line_numbers for APR competition

Hello,
We are participating in the APR competition. For functional error Java, we notice there is no line_numbers entry in meta_data.json. For AI generated code Python track, the line_numbers is empty in meta_data.json in the demo benchmark. Will the line_number be provided as perfect fault localization for APR tools?

Hi,
We do not provide perfect fault localization lines in the benchmarks. The task of localizing the faults is left to the tools


Queries not showing

Queries are not showing on the links as in the example https://github.com/dotnet/try-samples/blob/main/101-linq-samples/docs/projections.md#select-clause

i have the same problem

If present, stop your AdBlock extension. Also try different browser.


GetJsonObject: Merge feature branch to release branch

Post PR to merge feature branch to release branch.
Additional context
Epic issue: https://github.com/NVIDIA/spark-rapids-jni/issues/1823

PR: https://github.com/NVIDIA/spark-rapids-jni/pull/1893


Update README.md

Add -f to prevent errors

:+1:
Thank you for this contribution. We appreciate your interest in this project.


fix: AtlasEndpoint : There's no source document with docId...

Fixes: #207

@atlasmap/runtime could anybody review this? thanks!


update PivotModel update throws Error because doesn't have function _setUpdatedAt

Hi guys!
I have same problem as described in #203
I use update pivot model as documented
          await object
            .pictures()
            .pivotQuery()
            .where('picture_id', id)
            .update({ sort_order: index })

And this throws error "fakeModel._setUpdatedAt is not a function"
I've investigated code, and

Crushed when calling update in
https://github.com/adonisjs/adonis-lucid/blob/b613b648cf5cb6b582be716d3b775a9778fb0d2a/src/Lucid/QueryBuilder/index.js#L521

pivotQuery creates PivotModel instance
https://github.com/adonisjs/adonis-lucid/blob/7ed413824d858274290f57f3780e12b9bd819853/src/Lucid/Relations/BelongsToMany.js#L716-L727

PivotModel class extends of BaseModel
https://github.com/adonisjs/adonis-lucid/blob/b613b648cf5cb6b582be716d3b775a9778fb0d2a/src/Lucid/Model/PivotModel.js#L29

BaseModel doesn't have function _setUpdatedAt,
this function exists only Model

I'm facing this issue too :)

Facing same issue here too

Mind sharing a PR for same?

Same issue here..

same issue here.

same issue here

Having the same issue, is there another way to do this? Will it be fixed soon?

Same issue
TypeError: fakeModel._setUpdatedAt is not a function
    at Proxy.update (/Users/simoncarr/dev/projects/hackmail/api/node_modules/@adonisjs/lucid/src/Lucid/QueryBuilder/index.js:521:15)
    at UserController.registerAcceptInvite (/Users/simoncarr/dev/projects/hackmail/api/app/Controllers/Http/UserController.js:52:80)

@thetutlage Hi, you marked this bug as Status: Completed, I don't see any recent commits. Is there a fix available?

It will be on the next release of Adonis, we will see to back-port the fix to the current release.

I have the same issue

Hey @rminossi!
In the meanwhile, you can directly use the Database class to update your fields.
Database.table('table')
  .where('x', x)
  .where('y', y)
  .update({ ... })

It looks like it is trying to update the timestamp updated_at (which usually does not exist on a pivot table).


Type safety of StringTableEntry

As the engine currently stands, StringTableEntry is a simple typedef on const char *. We might consider making it a POD struct with an implicit conversion TO const char *, but no explicit conversion FROM const char *. This would allow the compiler to eliminate a large class of potential bugs where somebody passes a wild c-string into a method expecting an actual StringTableEntry.

Started a branch to work on this: https://github.com/elfprince13/Torque3D/commit/595917ab7b20153cb09d2bb6c5eb8e9b3acdf40f#diff-637773112ccf1788179bc28c358075e0 . Already turned up a handful bugs. Unfortunately for every error about calling the private const char * constructor, I get two dozen about passing non-simple types through varargs.

Okay: this is looking a bit better now that I'm conforming to the trivial type spec, but I'm starting to get deep into the engine, and scary things are popping up (like...the lexer!).

Hm, not a bad idea. Preventing inadvertently tossing around regular strings into it would curb some bad habit behavior.


BMI Calculator

i want to add this  .
Hey @florinpop17  can you assign this to me with hacktoberfest label and good first issue .

hey @florinpop17 can you assign this to me ??

Hi, I'd like to contribute . Could you please assign this task to me with a label hacktoberfest?
Thank you !!

hey can assign this to me?..

It's interesting, can you assign it to me?

can you assign to me this issue?? i will make it creative.


Standard engine: Unknown Configuration Setting

Using standard extension 1.2.3
Version: 1.40.2
Commit: f359dd69833dd8800b54d458f6d37ab7c78df520
Date: 2019-11-25T14:52:45.129Z
Electron: 6.1.5
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
OS: Darwin x64 19.0.0
When I put "standard.engine" in my settings file, it doesn't recognize the setting.

Someone knows how can I fix it?
Thanks a lot.

Has anyone figured out a fix for this issue yet? Contrary to the documentation there seems to be no support for engines other than standard or semistandard.

https://github.com/standard/vscode-standardjs/pull/71  has long been merged, I guess the extension in Marketplace is still old?  @fmauNeko

Still not published to the Marketplace indeed.

Any plan please? 🥺

Still not published to the Marketplace indeed.

Poke @feross @chenxsan

Mainteners of the project is unactive and ignoring issues unfortunately...

A new version has been published the marketplace! See: https://github.com/standard/vscode-standardjs/issues/121#issuecomment-721937726
Also – if you have skills in TypeScript, please help fix a few issues! https://github.com/standard/vscode-standardjs/issues/131


Blank white page in preview

Describe the bug
Tried to create a simple App and the preview just shows a blank white page. Repeated attempts to "fix" the app result in the same blank view.
Link to the Bolt URL that caused the error
https://bolt.new/~/sb1-5ps86n?utm_campaign=stackblitz-on-page&utm_source=web-app&utm_medium=nav-button
Steps to reproduce
Ask Bolt to create an application
Expected behavior
The code is written, server started and the preview shows something
Screen Recording / Screenshot
No response
Platform
Browser name = Safari
Full version = 17.5
Major version = 17
navigator.appName = Netscape
navigator.userAgent = Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.5 Safari/605.1.15
performance.memory = undefined
Username = jocphone
Chat ID = 7ff7ac690772

Additional context
No response

Appreciate the feedback! We are aware of this issue and are tracking it here: #1791. You can also try typing “npm run dev” in the Bolt console to see if that resolves the issue. We appreciate your patience as improvements continue to be made!


Bugfix/improve quality

Unused import there. Otherwise, it's alright for me. Thanks!

Fixed in f083723, thanks


Update with-depends-on-macos-array.rb

Fix for style check error.

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.

[x] Have you successfully run brew tests with your changes locally?

Can you explain what style checks the previous code didn't adhere to? We have custom RuboCop rules, for example double quotes for strings, enforced by brew style.

Can you explain what style checks the previous code didn't adhere to? We have custom RuboCop rules, for example double quotes for strings, enforced by brew style.

Same errors from #7841 and #7843 from 'brew cask style'.

Closing in favour of https://github.com/Homebrew/brew/pull/7867. Thanks anyway!


plant disease prediction-> ml model

Is there an existing issue for this?

[X] I have searched the existing issues

Feature Description
I would like to contribute by developing machine learning models for predicting crop diseases. If disease prediction models have not been created yet, I believe this would be a valuable addition to the project. Accurate prediction of diseases can significantly improve crop management and prevent large-scale losses in agriculture.
Ensuring-> the models can be integrated into the  agrotech platform, potentially providing farmers with real-time feedback
Use Case
By predicting diseases early, we can minimize the spread of infections, improve crop yield, and help farmers adopt timely preventative measures.
Benefits
No response
Add ScreenShots
No response
Priority
High
Record

[X] I have read the Contributing Guidelines
[X] I'm a GSSOC'24 contributor
[X] I have starred the repository

hi @anoop2004 disease prediction is already available in the agrotech ai ...see the website once and please let me know if your idea doesnt align with what we have now
thank you @anoop2004


[Art gallery block] Verify the arrangement of pictures in the "Арт-галерея" block

Priority: High
Description: Verify the arrangement of pictures in the "Арт-галерея" block depending on the orientation of the pictures are loaded.
Preconditions

The "StreetCode" page is opened.

Steps to reproduce

Go to the "Арт-галерея" block.
Possible options for uploading pictures accoring the orientation and number:

[ ] 1 horizontal picture;
[ ] 1 vertical picture;
[ ] 1 horizontal, 1 vertical pictures;
[ ] 2 vertical pictures;
[ ]  2 horizontal pictures;
[ ] 3 vertical pictures;
[ ] 3 horizontal pictures;
[ ] 2 horizontal, 1 vertical pictures;
[ ] 2 vertical, 1 horizontal pictures;
[ ] 4 horizontal pictures;
[ ] 4 vertical pictures;
[ ] 2 horizontal, 2 vertical pictures;
[ ] 3 horizontal, 1 vertical pictures;
[ ] 4 horizontal, 1 vertical pictures;
[ ] 5 horizontal pictures;
[ ] 6 horizontal pictures.

Expected result
Arrangement of pictures is organized according to a mock-up https://www.figma.com/file/9ydz23Y1yKPGx92lsqBhak/StreetCode?type=design&node-id=2411%3A2704&mode=design&t=yYWvO9d9vM1u0QV6-1
User story: #75
Test: #86

Update:
4 vertical pictures - option isn't pictured on mock-up
This option is deleted


Define how hub talks with clients over AMQP

Suggestion: JSON. Open to alternatives if it makes hub faster or less complicated.
Example:
{
    "path": "/some/path",
    "event": "optional event name",
    "id": "optional event id",
    "retry": 3500,
    "data": "some arbitrary data"
}

Event, id and retry are optional. Data and path are required.
If ID is not set, the hub skips adding the event to the history.
Thoughts?

Let's stick with this format, except that we also support to get the target channel name from the amqp routingkey if the "id" field is not present in the JSON data.

Implemented in bf33f3c62162a9c8046ec9a24dd8e7934bfdc97d


Release v2<IP_ADDRESS>

The release-0902 branch is the hotfix branch of pd's release-4.0, release-5.0, release-5.1. It will be deprecated after testing is finished. After that, pd should continue to track the release branch.

/cc @breeswish PTAL, thanks~

I think we can follow the same naming convention similar to https://github.com/pingcap/tidb-dashboard/pull/1071:

Branch name: release-4.0
Release version: v2021.09.02.r40.2

BTW you may want to apply changes from https://github.com/pingcap/tidb-dashboard/commit/9d9aa849491b723e744076520b2d214ead878088 to avoid manually creating PD PRs.


npm error Cannot find src/index.ts,src/colors/*.ts,src/utils/index.ts

Related to https://github.com/chakra-ui/panda/discussions/3004
npm error $ tsup
npm error Cannot find src/index.ts,src/colors/*.ts,src/utils/index.ts
npm error error: script "build" exited with code 1

On the version 0.43.1, the above error occurs during the installation. Version 0.42.0 works fine while the version 0.43.1 does fail with the above error. You can check on the discussion on panda about more details and videos attached.

I have the same issue.

I have the same issue.


Does this plugin support docker buildx bake?

I have a question. Does this plugin support docker buildx bake?
docker-bake.hcl is flexible and reusable format. It's possible to maintain the drone.yaml more simple.
https://github.com/docker/buildx/blob/master/docs/reference/buildx_bake.md

Thanks for your report. We don't support buildx bake and right now I think we will not implement it. Degrade drone plugins do a simple wrapper while you have to maintain more and more single config files for each drone plugin feels wrong to me while it increases the complexity of the plugin. I couldn't find a feature that bake provides that is not already possible right now.

I understand. Thank you for explaining!


Wrong LED order when inverting DPAD mode

when using inverted DPAD if the down button is pressed the LED for the up button is illuminated and visa versa
video of bug:
https://photos.app.goo.gl/UAk4NvH8KEwhtYp29
To elaborate on this my suspicion is that when the invert DPAD shortcut is used it is not also switching the assigned RGB LEDs order.
A toggle is available to invert the Y-axis input of the D-pad, allowing some additional input flexibility. To toggle, press START + HOME + RIGHT. This is a temporary hotkey mapping for this feature, so keep an eye on updated releases for this to change.

This has been completed.


langchain intergration with bge-m3 or llama-idnex?

Not sure how to generate Sparse Embeddings when using langchain.

Sorry, we also don't know how to use sparse vector in langchain.

i this works for llama-index @staoxiao https://github.com/run-llama/llama_index/blob/main/llama-index-integrations/indices/llama-index-indices-managed-colbert/llama_index/indices/managed/colbert/retriever.py


[verbose] changed verbose optimization

Current coverage is 83.29%

Merging #7 into master will increase coverage by +1.95% as of c68dd43

@@            master      #7   diff @@
======================================
  Files           27      27
  Stmts         2407    2365    -42
  Branches       394     384    -10
  Methods          0       0
======================================
+ Hit           1958    1970    +12
+ Partial         34      26     -8
+ Missed         415     369    -46

Review entire Coverage Diff as of c68dd43

Uncovered Suggestions

+0.89% via ...es_and_remappings.py#195...215
+0.55% via ...es_and_remappings.py#220...232
+0.55% via ...es_and_remappings.py#179...191
See 7 more...

Powered by Codecov. Updated on successful CI builds.


Create e2e test job for wkit system probe tests

What does this PR do?
Configure CI to execute Windows system-probe and security-agent e2e tests
It also removes old kitchen tests.
As a follow-up we will need to build the test binary to a different folder before removing kitchen code. It will be done when kitchen linux security-agent tests are migrated as well

Motivation

Additional Notes

Possible Drawbacks / Trade-offs

Describe how to test/QA your changes

/merge


sql: Allow computed-ness to be removed from a column

PR: https://github.com/cockroachdb/cockroach/pull/25819
From release notes:

Stored, computed columns can now be converted to regular columns by running ALTER TABLE t ALTER COLUMN c DROP STORED. [#25819][#25819] {% comment %}doc{% endcomment %}

Reassigning this to @lhirata, since she documented computed columns.


Added UnigineCorp.HeavenBenchmark v4.0

[X] Have you signed the Contributor License Agreement?
[X] Have you checked that there aren't other open pull requests for the same manifest update/change?

[X] Does your manifest conform to the 1.0 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

What do you think about changing PackageIdentifier to Unigine.HeavenBenchmark and keeping Publisher: Unigine Corp. as it is.

What do you think about changing PackageIdentifier to Unigine.HeavenBenchmark and keeping Publisher: Unigine Corp. as it is.

Uups didn't see the reply, well... I'm a bit scared of wingetcreate which uses UnigineCorp.. But sure ill change it


Fix a segfault in release mode

Yes, that change fixes a segfault.
Turns out that in release mode some of the _faux_originalname functions were getting deduplicated, since they have the same inputs, same body, and always panic. So when they were cast to usize to use as a key in MockStore, they would point to the same Vec<Mock> despite being from different functions with different return types. Just changing the body to point to a different string literal is enough to prevent the deduplication, though running CI tests in release mode would probably be good to catch this if more optimizations get released. (Or use something like a per-method once_cell::race::OnceNonZeroUsize and a global counter to bypass function ids entirely)

Oh wow, great find! Thank you!
I don't quite get your suggestion about using OnceNonZeroUSize. Could you elaborate?


add workshop to github pages

This PR is a gigantic port of the wonderful work that @boxcarton @tmarkiewicz @samuelcouch and @yrezgui did in this repo: https://github.com/watson-developer-cloud/watson-vision-coreml-code-pattern
In an effort to consolidate our CoreML assets I am proposing that we merge the content from the aforementioned repo and include it as a github pages branch for this repo. This repo is generally more publicly known, has over 400 stars, is the basis of the code pattern, and will be the basis of the starter kit.
@devinaconley please review. I have built this locally by running bundle install and bundle exec jekyll serve, below is a snapshot.

I ran the workshop three weeks ago in a hotel in Denver and we were surprised to see that cloning this repository would fetch ~500 MB. It will be good to clean the repository before merging everything, making it harder for attendees to download it.

yeah... that's an ouch.
 28M	./_advanced-original
 28M	./_advanced-original/assets
 28M	./_lessons
 28M	./_lessons/assets
 31M	./_advanced-console
 31M	./_advanced-console/assets
 32M	./_advanced
 32M	./_advanced/assets
 32M	./_site/advanced
 32M	./_site/advanced/assets
 34M	./_simple
 34M	./_simple/assets
 34M	./_simple_console
 34M	./_simple_console/assets
 34M	./_site/simple
 34M	./_site/simple/assets
 44M	./_arduino
 44M	./_arduino/assets
 44M	./_multiple
 44M	./_multiple/assets

The .git history for this repo is also almost 200mb...
416K    ./Core ML Vision Custom/Core ML Vision Custom
 24K    ./Core ML Vision Custom/Core ML Vision Custom.xcodeproj
448K    ./Core ML Vision Custom
8.0K    ./QuickstartWorkspace.xcworkspace/xcshareddata
 12K    ./QuickstartWorkspace.xcworkspace
193M    ./.git/objects
4.0K    ./.git/info
 12K    ./.git/logs
 44K    ./.git/hooks
8.0K    ./.git/refs
193M    ./.git
 20K    ./Core ML Vision Simple/Core ML Vision Simple.xcodeproj
 44K    ./Core ML Vision Simple/Core ML Vision Simple
 31M    ./Core ML Vision Simple
3.5M    ./Training Images
228M    .

OK. This is ready for review again. Apparently static files cannot be placed in directories that begins with _.

Pretty sure we can get the images down to ~30MB without any major quality loss: ...
smartinelli-mac images $ mogrify -path . -resize 1920x1920 -quality 70 *.png
smartinelli-mac images $ mogrify -path . -resize 1920x1920 -quality 70 *.jpg
smartinelli-mac images $ mogrify -path . -resize 1920x1920 -quality 70 *.jpeg
smartinelli-mac images $ du -h | sort -h
 33M	.

@stevemart this is a pull request into the gh-pages branch, correct? If so, I’m not too worried about the size of it. I’m more concerned with the current size of the git history for the master branch.

@bourdakos1 @stevemart - okay with merging this into gh-pages?
separate issue tracked here for size of git history:
https://github.com/watson-developer-cloud/visual-recognition-coreml/issues/37

@devinaconley i don't believe we need this PR (or the original repo (https://github.com/watson-developer-cloud/watson-vision-coreml-code-pattern) ) any longer.
@samuelcouch has published the workshop at https://developer.ibm.com/tutorials/watson-visual-recognition-with-core-ml-single-model/ which i believe suites the needs of the advocacy team. We can close this PR.
@samuelcouch @yrezgui @boxcarton please confirm before I close this PR.

@stevemart the workshop that @samuelcouch published is only one of the four that are included in this repo


Swift 4.2 Migration

I'm not sure I got everything in terms of updating the pod spec and similar files, but everything seems to work

@iwasrobbed it seems like Nimble is failing to build, suggestions?

Likely just need to update Nimble's version since I imagine they had to
update it for 4.2 as well
Also, re: version: what you had was fine (hotfix bump)
On Wed, Oct 10, 2018, 11:15 AM Alex Taffe<EMAIL_ADDRESS>wrote:

@iwasrobbed https://github.com/iwasrobbed it seems like Nimble is
failing to build, suggestions?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/iwasrobbed/RPCircularProgress/pull/33#issuecomment-428612962,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AATY59f6YMlsCBrPUNwjFuaPasaEw4Nbks5ujg8pgaJpZM4XNyoU
.

Perfect, thanks again @alex-taffe !! 🙌

Just pushed an updated podspec to CocoaPods as v0.4.1 👍


color is undefined when trying to use different hue

I am trying to change the default color for the palette for example:
import { red, grey } from 'material-ui/colors'

const theme = createMyTheme({
  palette: {
    primary: red['300'],
    secondary: grey,
  },
  status: {
    danger: 'orange',
  },
});

notice the red['300']
I also get a warning on the console for this:
Warning: Material-UI: primary color is missing the following hues: 50,100,200,300,400,500,600,700,800,900,A100,A200,A400,A700,contrastDefaultColor
[1] See the default colors, indigo, or pink, as exported from material-ui/colors.

[ ] I have searched the issues of this repository and believe that this is not a duplicate.
I see that in https://github.com/mui-org/material-ui/issues/7332 the palette a collection of hue but if I do the following:

const theme = createMyTheme({
  primary: red['100'],
  palette: {
    secondary: grey,
  },
  status: {
    danger: 'orange',
  },
});

The color defaults to original theme color.
Expected Behavior

I expect it to change the color to the different hue
Current Behavior

when I have it like red['400'] or red[400] I get color is undefined
When I leave it as red it works perfect.
Steps to Reproduce (for bugs)

Using zeit's nextjs with typescript
Install material ui following the typescript tutorial
Try adding primary: red['300'] to your color palette
??

Context

I see that in theme variables guide you could add:
    "primary": {
      "50": "#e3f2fd",
      "100": "#bbdefb",
      "200": "#90caf9",
      "300": "#64b5f6",
      "400": "#42a5f5",
      "500": "#2196f3",
      "600": "#1e88e5",
      "700": "#1976d2",
      "800": "#1565c0",
      "900": "#0d47a1",
      "A100": "#82b1ff",
      "A200": "#448aff",
      "A400": "#2979ff",
      "A700": "#2962ff",
      "contrastDefaultColor": "light"
    }

And it works, is there a tool to create such variables by selecting, for example, the red color?
Your Environment

Tech
Version

Material-UI
1.0.0-beta.24

React
16.2.0

browser
firefox, chrome

etc

Duplicate of #8075


fix for supporting argocd sync

When deploying this chart using ArgoCD, The duration is out of sync.

Thanks


Update transformers to 4.36 and Accelerate to 0.25

What type of PR is this? (check all applicable)

[ ] Refactor
[ ] Feature
[ ] Bug Fix
[X] Optimization
[ ] Documentation Update
[ ] Community Node Submission

Have you discussed this change with the InvokeAI team?

[ ] Yes
[X] No, because probably not necessary

Have you updated all relevant documentation?

[ ] Yes
[ ] No

Description
Update Transformers and Accelerate to their most recent version.
Tested without any errors or regressions
Related Tickets & Documents

Related Issue #
Closes #

QA Instructions, Screenshots, Recordings

Added/updated tests?

[ ] Yes
[ ] No : please replace this line with details on why tests
have not been included

[optional] Are there any post deployment tasks we need to perform?

@lstein any idea why the linux build is failing?


Ameerul / FEQ-2439 Add a validation for duplicate payment methods

Fixed style issues for FullPageModal not being fully at the top of the page
Fixed style issues on responsive for Create/Edit advert
Fixed scrolling issues when adding payment method in my profile
handled any errors when error comes from creating or updating a payment method
updated test cases

https://github.com/deriv-com/p2p/assets/103412909/14d82f92-a38c-4089-8b03-b195423cc4f6
https://github.com/deriv-com/p2p/assets/103412909/bc41a5e5-bb36-4fc6-8cb2-8c9e765666be
https://github.com/deriv-com/p2p/assets/103412909/3a660ece-2f89-46c6-8880-7014eac6d148
https://github.com/deriv-com/p2p/assets/103412909/d1d2e76f-f0c2-4c5a-9905-3622ecbc7c12
https://github.com/deriv-com/p2p/assets/103412909/76a05766-aaa7-4e44-969a-9369336ab8f7
https://github.com/deriv-com/p2p/assets/103412909/676a084f-8b98-4fd0-82f5-e1e526b234cd

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

11 of 11 (100.0%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.1%) to 85.554%

Totals

Change from base Build<PHONE_NUMBER>:
0.1%

Covered Lines:
5334

Relevant Lines:
5789

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

11 of 11 (100.0%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.1%) to 85.552%

Totals

Change from base Build<PHONE_NUMBER>:
0.1%

Covered Lines:
5333

Relevant Lines:
5788

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

11 of 11 (100.0%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.1%) to 85.552%

Totals

Change from base Build<PHONE_NUMBER>:
0.1%

Covered Lines:
5333

Relevant Lines:
5788

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

15 of 15 (100.0%)  changed or added relevant lines in 4 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.1%) to 85.569%

Totals

Change from base Build<PHONE_NUMBER>:
0.1%

Covered Lines:
5337

Relevant Lines:
5792

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

15 of 15 (100.0%)  changed or added relevant lines in 4 files are covered.
34 unchanged lines in 4 files lost coverage.
Overall coverage increased (+0.05%) to 85.498%

Files with Coverage Reduction
New Missed Lines
%

src/components/PaymentMethodCard/PaymentMethodCardBody/index.ts
2
33.33%

src/components/BuySellForm/BuySellForm.tsx
3
89.84%

src/components/BuySellForm/BuySellFormDisplayWrapper.tsx
3
73.68%

src/hooks/custom-hooks/useModalManager.ts
26
33.02%

Totals

Change from base Build<PHONE_NUMBER>:
0.05%

Covered Lines:
5411

Relevant Lines:
5879

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

15 of 15 (100.0%)  changed or added relevant lines in 4 files are covered.
34 unchanged lines in 4 files lost coverage.
Overall coverage increased (+0.05%) to 85.498%

Files with Coverage Reduction
New Missed Lines
%

src/components/PaymentMethodCard/PaymentMethodCardBody/index.ts
2
33.33%

src/components/BuySellForm/BuySellForm.tsx
3
89.84%

src/components/BuySellForm/BuySellFormDisplayWrapper.tsx
3
73.68%

src/hooks/custom-hooks/useModalManager.ts
26
33.02%

Totals

Change from base Build<PHONE_NUMBER>:
0.05%

Covered Lines:
5411

Relevant Lines:
5879

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

15 of 15 (100.0%)  changed or added relevant lines in 4 files are covered.
34 unchanged lines in 4 files lost coverage.
Overall coverage increased (+0.05%) to 85.498%

Files with Coverage Reduction
New Missed Lines
%

src/components/PaymentMethodCard/PaymentMethodCardBody/index.ts
2
33.33%

src/components/BuySellForm/BuySellForm.tsx
3
89.84%

src/components/BuySellForm/BuySellFormDisplayWrapper.tsx
3
73.68%

src/hooks/custom-hooks/useModalManager.ts
26
33.02%

Totals

Change from base Build<PHONE_NUMBER>:
0.05%

Covered Lines:
5411

Relevant Lines:
5879

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

14 of 14 (100.0%)  changed or added relevant lines in 4 files are covered.
34 unchanged lines in 4 files lost coverage.
Overall coverage increased (+0.04%) to 85.488%

Files with Coverage Reduction
New Missed Lines
%

src/components/PaymentMethodCard/PaymentMethodCardBody/index.ts
2
33.33%

src/components/BuySellForm/BuySellForm.tsx
3
89.84%

src/components/BuySellForm/BuySellFormDisplayWrapper.tsx
3
73.68%

src/hooks/custom-hooks/useModalManager.ts
26
33.02%

Totals

Change from base Build<PHONE_NUMBER>:
0.04%

Covered Lines:
5413

Relevant Lines:
5881

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

15 of 15 (100.0%)  changed or added relevant lines in 4 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.2%) to 85.447%

Totals

Change from base Build<PHONE_NUMBER>:
0.2%

Covered Lines:
5406

Relevant Lines:
5880

💛  - Coveralls


Nested Form Data Injection not working

Data is not injected in the nested forms. Even in example7, given on the website, data is not injected into the nested form (checked on chrome 26 and FF 20)

.

it helped, thanks

Thanks alot.. It helped me too :)


Fix Upgrade docs content issues

Clarifying ESR upgrade path
Ensured procedural steps are logical, ordered correctly, and don't contain duplicate/contradictory details

I'm in the process of confirming our ESR upgrade path support with @wiersgallak. The Upgrading to the Latest Version section will be updated accordingly. Let's start the technical reviews of the content in parallel. Thank you!

Your review feedback and suggestions for improvements are fantastic, @mrckndt! Thank you so much! I believe I've incorporated all of your feedback. Can you please review the latest end-to-end?

@svelle - @mrckndt has done an outstanding job reviewing and revising these upgrade details. Can you please review end-to-end to ensure technical completeness and accuracy?


images: Update cilium-iproute2

/test

All tests are passing and reviews are in. Marking ready to merge.

@pchaigno should we backport this to 1.11 (and 1.10)?

@anfernee Why? Is this fixing a bug that is present on v1.11?

I believe it includes some CVE fixes.

@anfernee are you able to provide details to the<EMAIL_ADDRESS>mailinglist?
Maybe @pchaigno can chime in with more detail here, but I believe that the build process for the iproute2 binary we ship in Cilium has changed significantly in v1.11/master so my main concern would be mitigating any potential adverse effects of such an update, particularly on older branches. However, perhaps there's a simpler cherrypick process we can go through to bump the older releases to address this issue.


Update wasmtime to the newest version (0.35)

There is a dependency graph that has to be updated before we can do this:

[x] wit-bindgen — https://github.com/bytecodealliance/wit-bindgen/pull/192
[ ]  wasi-experimental-http — https://github.com/deislabs/wasi-experimental-http
[ ] Wagi — https://github.com/deislabs/wagi

I will open PRs to each of those and update the issue as we make progress.
Thanks!

wasi-experimental-http update to wasmtime 0.35
https://github.com/deislabs/wasi-experimental-http/pull/93

https://github.com/fermyon/spin/pull/466

Closing this one as no longer relevant; thank you!