text:
esrally.exceptions.InvalidSyntax: 'index' or 'data-stream' is mandatory and is missing for operation 'search'

track.json：
{% import "rally.helpers" as rally with context %}
{
  "version": 2,
  "description": "Tracker-generated track for cme",
  "indices": [
    {
      "name": "pdf_v2",
      "body": "pdf_v2.json"
    },
    {
      "name": "zn_v2",
      "body": "zn_v2.json"
    }
  ],
  "corpora": [
    {
      "name": "pdf_v2",
      "documents": [
        {
          "target-index": "pdf_v2",
          "source-file": "pdf_v2-documents.json.bz2",
          "document-count": 36250,
          "compressed-bytes": 107243297,
          "uncompressed-bytes": 618147656
        }
      ]
    },
    {
      "name": "zn_v2",
      "documents": [
        {
          "target-index": "zn_v2",
          "source-file": "zn_v2-documents.json.bz2",
          "document-count": 1411125,
          "compressed-bytes": 733857315,
          "uncompressed-bytes": 4081869683
        }
      ]
    }
  ],
  "schedule": [
    {
      "operation": "delete-index"
    },
    {
      "operation": {
        "operation-type": "create-index",
        "settings": {{index_settings | default({}) | tojson}}
      }
    },
    {
      "operation": {
        "operation-type": "cluster-health",
        "index": "pdf_v2,zn_v2",
        "request-params": {
          "wait_for_status": "{{cluster_health | default('green')}}",
          "wait_for_no_relocating_shards": "true"
        },
        "retry-until-success": true
      }
    },
    {
      "operation": {
        "operation-type": "bulk",
        "bulk-size": 5000
      },
      "warmup-time-period": 120,
      "clients": 8
    },
    {
      "operation": {
        "operation-type": "force-merge"
      }
    },
    {
      "operation": {
        "operation-type": "search",
        "body": {
          "query": {
            "match_all": {}
          }
        }
      },
      "clients": 8,
      "warmup-iterations": 1000,
      "iterations": 1000,
      "target-throughput": 100
    }
  ]
}

esrally version: 2.6.0
Invoked command:  srally race --track-path=/root/tracks/cme/  --pipeline=benchmark-only  --target-hosts=192.168.9.239:9200 --client-options="basic_auth_user:'elastic',basic_auth_password:'EC05E3BB626EBB7FB06052614C453ACF'"
Configuration file:
[meta]
config.version = 17
[system]
env.name = local
[node]
root.dir = /root/.rally/benchmarks
src.root.dir = /root/.rally/benchmarks/src
[source]
remote.repo.url = https://github.com/elastic/elasticsearch.git
elasticsearch.src.subdir = elasticsearch
[benchmarks]
local.dataset.cache = /root/.rally/benchmarks/data
[reporting]
datastore.type = in-memory
datastore.host =
datastore.port =
datastore.secure = False
datastore.user =
datastore.password =
[tracks]
default.url = https://github.com/elastic/rally-tracks
[teams]
default.url = https://github.com/elastic/rally-teams
[defaults]
preserve_benchmark_candidate = false
[distributions]
release.cache = true

JVM版本: 1.8.0_331
OS version:
NAME="CentOS Linux"
VERSION="7 (AltArch)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (AltArch)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7:server"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

Steps to reproduce

esrally create-track --track=cme --target-hosts=192.168.9.239:9200 --client-options="basic_auth_user:'elastic',basic_auth_password:'EC05E3BB626EBB7FB06052614C453ACF'" --indices="pdf_v2,zn_v2" --output-path=~/tracks
Modify the track.json file and add force merge and search
srally race --track-path=/root/tracks/cme/  --pipeline=benchmark-only  --target-hosts=192.168.9.239:9200 --client-options="basic_auth_user:'elastic',basic_auth_password:'EC05E3BB626EBB7FB06052614C453ACF'"

ERROR logs :
2022-09-25 04:49:39,777 ActorAddr-(T|:40853)/PID:30317 esrally.actor INFO Capabilities [{'coordinator': True, 'ip': '127.0.0.1', 'Convention Address.IPv4': '127.0.0.1:1900', 'Thespian ActorSystem Name': 'multiprocTCPBase', 'Thespian ActorSystem Version': 2, 'Thespian Watch Supported': True, 'Python Version': (3, 8, 6, 'final', 0), 'Thespian Generation': (3, 10), 'Thespian Version': '1664081379574'}] match requirements [{}].
2022-09-25 04:49:39,826 ActorAddr-(T|:45199)/PID:30316 esrally.metrics INFO Closing metrics store.
2022-09-25 04:49:39,780 ActorAddr-(T|:40853)/PID:30317 esrally.actor INFO Capabilities [{'coordinator': True, 'ip': '127.0.0.1', 'Convention Address.IPv4': '127.0.0.1:1900', 'Thespian ActorSystem Name': 'multiprocTCPBase', 'Thespian ActorSystem Version': 2, 'Thespian Watch Supported': True, 'Python Version': (3, 8, 6, 'final', 0), 'Thespian Generation': (3, 10), 'Thespian Version': '1664081379574'}] match requirements [{}].
2022-09-25 04:49:39,827 ActorAddr-(T|:37783)/PID:30314 esrally.actor INFO Received a benchmark failure from [ActorAddr-(T|:45199)] and will forward it now.
2022-09-25 04:49:39,829 -not-actor-/PID:30302 esrally.racecontrol ERROR A benchmark failure has occurred
2022-09-25 04:49:39,784 ActorAddr-(T|:40853)/PID:30317 esrally.actor INFO Transitioning from [Status.INITIALIZING] to [Status.PROCESSOR_RUNNING].
2022-09-25 04:49:39,829 -not-actor-/PID:30302 esrally.racecontrol INFO Telling benchmark actor to exit.
2022-09-25 04:49:39,807 ActorAddr-(T|:40853)/PID:30317 esrally.actor INFO Transitioning from [Status.PROCESSOR_COMPLETE] to [Status.PROCESSOR_RUNNING].
2022-09-25 04:49:39,821 ActorAddr-(T|:40853)/PID:30317 esrally.actor ERROR Error in track preparator
Traceback (most recent call last):

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/actor.py", line 92, in guard
    return f(self, msg, sender)

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/driver/driver.py", line 538, in receiveMsg_WorkerIdle
    self.transition_when_all_children_responded(sender, msg, self.Status.PROCESSOR_RUNNING, self.Status.PROCESSOR_COMPLETE, self.resume)

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/actor.py", line 157, in transition_when_all_children_responded
    transition()

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/driver/driver.py", line 513, in resume
    self._seed_tasks(self.processors.get())

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/driver/driver.py", line 521, in _seed_tasks
    self.tasks = list(WorkerTask(func, params) for func, params in processor.on_prepare_track(self.track, self.data_root_dir))

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/driver/driver.py", line 521, in <genexpr>
    self.tasks = list(WorkerTask(func, params) for func, params in processor.on_prepare_track(self.track, self.data_root_dir))

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/loader.py", line 467, in on_prepare_track
    for corpus in used_corpora(track):

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/loader.py", line 434, in used_corpora
    param_source = operation_parameters(t, sub_task)

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/loader.py", line 425, in operation_parameters
    return params.param_source_for_operation(op.type, t, op.params, task.name)

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/params.py", line 40, in param_source_for_operation
    return __PARAM_SOURCES_BY_OP[op_type](track, params, operation_name=task_name)

  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/params.py", line 523, in __init__
    raise exceptions.InvalidSyntax(

esrally.exceptions.InvalidSyntax: 'index' or 'data-stream' is mandatory and is missing for operation 'search'

2022-09-25 04:49:39,830 ActorAddr-(T|:37783)/PID:30314 esrally.actor INFO BenchmarkActor received unknown message [ActorExitRequest] (ignoring).
2022-09-25 04:49:39,831 ActorAddr-(T|:34021)/PID:30315 esrally.actor INFO MechanicActor#receiveMessage unrecognized(msg = [<class 'thespian.actors.ActorExitRequest'>] sender = [ActorAddr-(T|:37783)])
2022-09-25 04:49:39,831 ActorAddr-(T|:45199)/PID:30316 esrally.actor INFO Main driver received ActorExitRequest and will terminate all load generators.
2022-09-25 04:49:39,832 ActorAddr-(T|:40853)/PID:30317 esrally.actor INFO ActorExitRequest received. Forwarding to children
2022-09-25 04:49:39,832 ActorAddr-(T|:37783)/PID:30314 esrally.actor INFO BenchmarkActor received unknown message [ChildActorExited:ActorAddr-(T|:34021)] (ignoring).
2022-09-25 04:49:39,834 ActorAddr-(T|:37783)/PID:30314 esrally.actor INFO BenchmarkActor received unknown message [ChildActorExited:ActorAddr-(T|:34021)] (ignoring).
2022-09-25 04:49:39,842 ActorAddr-(T|:45199)/PID:30316 esrally.actor INFO A track preparator has exited.
2022-09-25 04:49:39,843 ActorAddr-(T|:37783)/PID:30314 esrally.actor INFO BenchmarkActor received unknown message [ChildActorExited:ActorAddr-(T|:45199)] (ignoring).
2022-09-25 04:49:42,832 -not-actor-/PID:30302 esrally.rally INFO Attempting to shutdown internal actor system.
2022-09-25 04:49:42,834 -not-actor-/PID:30313 root INFO ActorSystem Logging Shutdown
2022-09-25 04:49:42,855 -not-actor-/PID:30312 root INFO ---- Actor System shutdown
2022-09-25 04:49:42,855 -not-actor-/PID:30302 esrally.rally INFO Actor system is still running. Waiting...
2022-09-25 04:49:43,856 -not-actor-/PID:30302 esrally.rally INFO Shutdown completed.
2022-09-25 04:49:43,856 -not-actor-/PID:30302 esrally.rally ERROR Cannot run subcommand [race].
Traceback (most recent call last):
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/rally.py", line 983, in dispatch_sub_command
    race(cfg, args.kill_running_processes)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/rally.py", line 761, in race
    with_actor_system(racecontrol.run, cfg)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/rally.py", line 791, in with_actor_system
    runnable(cfg)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/racecontrol.py", line 373, in run
    raise e
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/racecontrol.py", line 370, in run
    pipeline(cfg)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/racecontrol.py", line 71, in __call__
    self.target(cfg)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/racecontrol.py", line 309, in benchmark_only
    return race(cfg, external=True)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/racecontrol.py", line 267, in race
    raise exceptions.RallyError(result.message, result.cause)
esrally.exceptions.RallyError: Traceback (most recent call last):
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/actor.py", line 92, in guard
    return f(self, msg, sender)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/driver/driver.py", line 538, in receiveMsg_WorkerIdle
    self.transition_when_all_children_responded(sender, msg, self.Status.PROCESSOR_RUNNING, self.Status.PROCESSOR_COMPLETE, self.resume)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/actor.py", line 157, in transition_when_all_children_responded
    transition()
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/driver/driver.py", line 513, in resume
    self._seed_tasks(self.processors.get())
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/driver/driver.py", line 521, in _seed_tasks
    self.tasks = list(WorkerTask(func, params) for func, params in processor.on_prepare_track(self.track, self.data_root_dir))
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/driver/driver.py", line 521, in <genexpr>
    self.tasks = list(WorkerTask(func, params) for func, params in processor.on_prepare_track(self.track, self.data_root_dir))
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/loader.py", line 467, in on_prepare_track
    for corpus in used_corpora(track):
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/loader.py", line 434, in used_corpora
    param_source = operation_parameters(t, sub_task)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/loader.py", line 425, in operation_parameters
    return params.param_source_for_operation(op.type, t, op.params, task.name)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/params.py", line 40, in param_source_for_operation
    return __PARAM_SOURCES_BY_OP[op_type](track, params, operation_name=task_name)
  File "/opt/tutorial-env/lib/python3.8/site-packages/esrally/track/params.py", line 523, in __init__
    raise exceptions.InvalidSyntax(
esrally.exceptions.InvalidSyntax: 'index' or 'data-stream' is mandatory and is missing for operation 'search'

Hello! Thanks very much for your interest in Rally.
I'm assuming you closed this because you fixed your issue by adding an index name to the search operation.
Note that we'd like to direct user questions to the forums. If you can stop by there next time, we'd appreciate it. This allows us to use GitHub for verified bug reports, feature requests, and pull requests. There's an active community in the forums that should be able to help get an answer to your questions.

repo: elastic/rally


text:
acceptance: Make test fields dynamic

Description
All region, deployment_template_id and instance_configuration_id fields
in the acceptance tests are now dynamic. Region fields are set through a
new environment variable EC_REGION, or set to a default if this variable
is not set.
Only ESS regions are supported. ECE environments are not supported as
the deployment template names and configurations will vary depending
on the ECE installation.
Additionally, the files within the testdata/ directory have been modified
to use default values rather specifying topology when it was not necessary
to test this way. This reduced complexity in our test templates.
Related Issues
Closes: https://github.com/elastic/terraform-provider-ec/issues/11
How Has This Been Tested?
By running the tests with different cloud providers and regions
Types of Changes

[x] New feature (non-breaking change which adds functionality)
[X] Refactoring (improves code quality but has no user-facing effect)

Readiness Checklist

[x] My code follows the code style of this project
[ ] My change requires a change to the documentation
[ ] I have updated the documentation accordingly
[ ] I have added tests to cover my changes
[x] All new and existing tests passed

Hi @karencfv thanks for the changes, would do you suggest having Region field as part of provider and all other resources then refer from there.

Hi @ggsood! In this case I am only introducing a new environment variable for the purposes of testing. This way it's not necessary to have a specific region hard coded into our acceptance tests.
I am not sure if I'd like to have this environment variable set for anything other than tests, as many people will have deployments in several different regions 🤔

yes @karencfv my apologies i was thinking it extends more than the test files, very sorry :(

No worries at all @ggsood! :)

source: gharchive/pull-request

authors: ggsood karencfv

repo: elastic/terraform-provider-ec

license_type: permissive

license_source: github-api


text:
Rapidhash

Hey. I wanted to raise that wyhash has evolved into rapidhash from the original wyhash creator.
I've recently released a rapidhash rust port in case it's of interest.
Cheers,
Liam

Great to see the ecosystem evolve. Have fun!

source: gharchive/issue

authors: eldruin hoxxep

repo: eldruin/wyhash-rs


text:
Privacy Policy template

Hello,
I was wondering if there's a privacy policy template available.
Here's an example from Simple Analytics.
Thanks,
Thanesh

You can basically use the privacy policy provided by Simple Analytics. Everything they say applies to Ackee. I think it's a good idea to provide a similar one for Ackee! :)

This looks good, actually I think might be a good idea to add at least a link to this in the FAQ? I think basically every Ackee needs to know (even if they don't know they do 😆)

Here we go: https://docs.ackee.electerious.com/#/docs/Privacy Policy

authors: ThaneshR electerious shaftoe

repo: electerious/Ackee

license: mit

license_source: bigquery


text:
Don't show dev tools by default

make width and height properties more readable
don't open dev tools by default (same behaviour as https://github.com/electron/electron-quick-start)

Changed this plus a bunch of other niceties in #30

authors: JimiPedros jarodburchill


text:
Instruct users to explicitly override view and incremental materializations

Hey Elementary team!
Change to materialization search order
We're making a change to how dbt searches for implementations of the "builtin" materializations (view, table, etc). Previously, dbt would (implicitly) prefer adapter-specific implementations of materializations defined in packages over the out-of-the-box implementations within dbt, without the user necessarily knowing. We're changing this to be more explicit and less surprising.
I see that this package reimplements the table and incremental materializations. Starting with latest patch releases of dbt Core v1.6.14 and v1.7.14, users will see a deprecation message like the following:
$ dbt run -s my_table_model
16:41:27  Running with dbt=1.7.14
16:41:27  Registered adapter: snowflake=1.7.3
16:41:27  Found 31 models, 2 operations, 0 sources, 0 exposures, 0 metrics, 1232 macros, 0 groups, 0 semantic models
16:41:27
16:41:31
16:41:31  Running 1 on-run-start hook
16:41:31  1 of 1 START hook: elementary.on-run-start.0 ................................... [RUN]
16:41:31  1 of 1 OK hook: elementary.on-run-start.0 ...................................... [OK in 0.00s]
16:41:31
16:41:31  Concurrency: 8 threads (target='dev')
16:41:31
16:41:31  1 of 1 START sql table model dbt_jcohen_dev.my_table_model ..................... [RUN]
16:41:31  [WARNING]: Installed package 'elementary' is overriding the built-in
materialization 'table'. Overrides of built-in materializations from installed
packages will be deprecated in future versions of dbt. Please refer to https://d
ocs.getdbt.com/reference/global-configs/legacy-behaviors#require_explicit_packag
e_overrides_for_builtin_materializations for detailed documentation and
suggested workarounds.
16:41:33  1 of 1 OK created sql table model dbt_jcohen_dev.my_table_model ................ [SUCCESS 1 in 2.32s]

Proposal
I'd recommend updating the "Quickstart" guide in your documentation & package README, adding a step where users explicitly opt into the materialization overrides by adding the following code to a macros/ file in their root projects:
{% materialization table, adapter='snowflake' %}
  {{ return(elementary.materialization_table_snowflake()) }}
{% endmaterialization %}

{% materialization incremental, adapter='incremental' %}
  {{ return(elementary.materialization_table_snowflake()) }}
{% endmaterialization %}

(Replacing snowflake with bigquery, default, etc as appropriate)
In the meantime, users can opt out of this behavior by setting this flag explicitly in their project files:
# dbt_project.yml
flags:
  require_explicit_package_overrides_for_builtin_materializations: False

They will continue to see the deprecation warning.
Timeline
This flag was added (opt-in, disabled by default) in dbt Core v1.6.14 + v1.7.14.
The default value of this flag will be switching from False to True in dbt Core v1.8.0 (release candidate, final released planned for ~May 8) and dbt Cloud (~May 15).
References

Issue: https://github.com/dbt-labs/dbt-core/issues/10007
Docs: https://docs.getdbt.com/reference/global-configs/legacy-behaviors#package-override-for-built-in-materialization

Hey @jtcohen6 ,
Thanks for the heads up!
It sounds like a reasonable change.
Out of curiosity, did you get complaints from users about it?
We have thousands of users and very few users ever asked us something about it.
About your proposal -
Changing the documentation will certainly work for new installs of the package.
However, existing users will experience the functionality breaking without a version update of Elementary.
Do you plan to notify about this change in your release notes?
Could you mention explicitly the packages that override materializations for users to know the change is relevant for them?
Do you have any other thoughts on how we can update the existing users?
Ideally, I would want an info message on the console saying Note that package XXXX has it's own version of table materialization. To leverage it, use the flag....
(Like you notify on new versions available, etc.).

Hey, @jtcohen6 ,
Just to add another question on top of @Maayan-s 's comment above, would you be open to adding a flag that explicitly allows a package to override materializations (and does not involve a deprecation warning)?
E.g.:
flags:
   allow_packages_to_override_materializations: elementary

@Maayan-s @haritamar Thanks for the quick responses!
Yes, some users pointed out to us that it was surprising to have materializations overridden simply by installing the package, without explicit opt-in. I still want to preserve the possibility of this behavior, but it shouldn't be something that happens implicitly & by default.
Good point about the 'test' materialization as well. I appreciate this will require some action from end users regardless, and I'm open to a change in dbt-core that minimizes the amount of work that users need to do directly.
I've opened an issue in dbt-core, please comment there. I'll want to pass this by some of the Core engineers (tomorrow), but once we're aligned on next steps, we can try to include this work as a fast-follow:

https://github.com/dbt-labs/dbt-core/issues/10090

Closing this issue for now, we'll follow up on the issue above.
Thanks!

authors: Maayan-s haritamar jtcohen6

repo: elementary-data/dbt-data-reliability


text:
Link to the blag

elementaryos.tumblr.com
Down with the Journal. Long live the Blog.

When we roll this out, do we want it to be blog.elementaryos.org or something on a subdomain? I feel like that looks a bit more professional and lets people know they're for sure on an official elementary site.
It's easy to set up in Tumblr. :)

Yeah, I think blog.elementaryos.org would make sense and I'd much rather share that link than a tumblr link :p

authors: cassidyjames danrabbit

repo: elementary/mvp


text:
🛑 MCU - GAT is down

In 69c179b, MCU - GAT (http://produccion.cdeluruguay.gob.ar/GAT/forms/login.jsp) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MCU - GAT is back up in fc5340d.

repo: elfoche/monitoreo

license: MIT


text:
🛑 MCU - Owncloud is down

In fe18128, MCU - Owncloud (https://cloud.cdeluruguay.gob.ar/login?redirect_url=/apps/dashboard/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MCU - Owncloud is back up in 03895bc.


text:
🛑 UCU - Koha is down

In f328d00, UCU - Koha (http://biblioteca.ucu.edu.ar/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: UCU - Koha is back up in bb64a05 after 31 minutes.


text:
🛑 UNER - Diaguita is down

In a3b9d20, UNER - Diaguita (https://diaguita.uner.edu.ar) was down:

HTTP code: 0
Response time: 0 ms

Resolved: UNER - Diaguita is back up in 5bc7985 after 15 days, 17 hours, 46 minutes.


text:
Add to trakt collection context menu from widget.

Some skins offer a way to display content via widgets (Aura) on the main screen. When opening the context menu on selected media when on a widget there aren't options to add to watchlist or collection. I guess that is somewhat a Kodi issue, but I believe it can still be enabled. For instance the standalone trakt and Add to watchlist addon https://kodi.wiki/view/Add-on:Trakt_-_Add_to_watchlist_button will display the option in the context menu on a widget, but it just doesn't work. Maybe 2 separate add-ons that connect to Trakt can't work together in Kodi. Anyway, examining the Add to watchlist add-on code I find it to be really simple, just calling a function from the Trakt add-on. Is there a way to do the same for Elementum?

@pompe84 I don't understand this. What exactly is needed?

Closing without getting response.


text:
How to use my own server for searching Elementum payload and returning results without Burst?

From my understand, Elementum creates a payload and send it to Burst which does searching and returns the results in a format that Elementum understands.
I want to use my own server (nodejs app) to receive the payload and do the searching and filtering and return the data to Elementum.
Is this possible? if yes, how can I send Elementum payload to my server and in which format should I return the result.

@movianlost elementum is posting search request to all script.elementum.* addons, enabled in Kodi.
Example of that: https://github.com/fugkco/script.elementum.jackett

authors: elgatito movianlost


text:
Unhandled event: ['error', 'Please reload Omegle to continue.']

I got this error Unhandled event: ['error', 'Please reload Omegle to continue.']
please update @elias94

same issue

@elias94


text:
MSID: 95861 Version: 1 DOI: 10.1101/2023.07.13.547329

MSID: 95861
Version: 1
Preprint DOI: https://doi.org/10.1101/2023.07.13.547329
Step 1. Awaiting reviews
Editorial to post reviews via hypothesis
Useful links:

DocMap: https://data-hub-api.elifesciences.org/enhanced-preprints/docmaps/v2/by-publisher/elife/get-by-manuscript-id?manuscript_id=95861
New model tracking: https://docs.google.com/spreadsheets/d/1_fHaoOy7hjyocptKtVJRijeNpUY4hBS7Ck_aVmx6ZJk/
Reviews on sciety: https://sciety.org/articles/activity/10.1101/2023.07.13.547329

For trouble shooting (e.g. no Docmaps available):

DocMap issue addressing: https://miro.com/app/board/uXjVNCwK6EI=/
Explore DataHub DocMaps API: https://lookerstudio.google.com/reporting/4c2f0368-babb-4beb-b5b3-497e7e7b0f08/page/ejphD
Unmatched submissions and preprints: https://lookerstudio.google.com/u/0/reporting/9f86204f-3bf7-477c-9b18-5c5ef141bf69/page/p_gxi57ha93c
Unmatched manuscripts spreadsheet: https://docs.google.com/spreadsheets/d/15QcK8w-ssB7109RQEDtFpJPZ0J5HTGxoHa_2TtpMBbg/edit#gid=1336081641

Step 2. Preview reviewed preprint
Production QC content ahead of publication
Instructions:

QC preview: https://prod--epp.elifesciences.org/previews/95861v1
Update ticket with any problems (add blocked label)
When QC OK, add QC OK label to ticket and add publication date and time to https://docs.google.com/spreadsheets/d/1amAlKvdLcaDp5W8Z8g77NmkwbMF5n_u89ArSqPMO8jg
Move card to next column
(At end of the day post link in #enhanced-preprint and ask for PDF to be generated)

Useful links:

Preprint DOI :  https://doi.org/10.1101/2023.07.13.547329
Confirm reviews returned by EPP: https://prod--epp.elifesciences.org/api/reviewed-preprints/95861/v1/reviews
To update the MECA path in the docmap: https://docs.google.com/spreadsheets/d/1mctCQuNFBjSn97Lihy7_vBO6z7-N-oqyLv4clyi6zHg

Step 3: Awaiting search reindex
This step adds the reviewed preprint to the homepage: https://elifesciences.org
The search reindex is triggered once an hour. We need the reviewed preprint to be indexed as the search application serves the journal homepage.
Useful links:

Jenkins pipeline to reindex search can be triggered sooner or monitored here: https://alfred.elifesciences.org/job/process/job/process-reindex-reviewed-preprints/

Step 4: Published! PDF requested
Waiting for PDF to be generated
Useful links:

PDF tracking: https://docs.google.com/spreadsheets/d/106_XeDjmuBae7gexOTNzg60lapeqjl2aRn9DzupGyS8/

Step 5: Introduce PDF to data folder and git repo
Upload PDF to relevent folder in git repo https://github.com/elifesciences/enhanced-preprints-data/
Step 6: Done!

[ ] Kettle is on!

warn: Content of <title> element is entirely in lower-case case: Is that correct? 'tviblindi analysis of trajectories leading to apoptosis'

This is OK in context.

authors: JGilbert-eLife fred-atherden nlisgo

repo: elifesciences/enhanced-preprints-import


text:
Add string literals

Allow string literals to initialize vectors

Partially done. The next step is to store string literals on the heap. Users shouldn't mutate string literals. If they do... undefined behavior!


text:
How to train on Kitti

Please help on how to train this on kitti

It is mostly an category-specific object-centric model. Do you want to train with objects from KITTI or do you want a scene-based keypoint detector?

Closing due to no response.

repo: eliphatfs/SkeletonMerger


text:
No highlighting for other languages

Thanks for this awesome component!
But I found a small issue here, please check this sandbox
https://codesandbox.io/s/codesandbox-nuxt-m0h4f
I've checked other issues here discussing the same thing but it still doesn't seem to be working, only javascript works atm.

nvm I just had to include the languages I need like so
import 'prism-es6/components/prism-c'
import 'prism-es6/components/prism-objectivec'

Hey,
Thanks for this issue. This is not your fault. I'll try to modify the readme or the prism-es6 module, to make the setup more intuitive.

repo: elisiondesign/vue-code-highlight


text:
[UPDATE] Fun button

The fun button is going to need an update due to a discovered issue with it's current functionality.
That is all.

This has been resolved.

repo: eliweitzman/EnterpriseTechTool


text:
feat: customizable storage class

The storage class used is now configurable through the use of the TESK_API_TASKMASTER_ENVIRONMENT_STORAGE_CLASS_NAME environment variable. If no value is provided, the default storage class will be used.
(https://github.com/EMBL-EBI-TSI/TESK/issues/111)

Codecov Report

Merging #33 into master will increase coverage by 0.04%.
The diff coverage is 66.66%.

@@            Coverage Diff             @@
##           master      #33      +/-   ##
==========================================
+ Coverage   57.01%   57.05%   +0.04%
==========================================
  Files           8        8
  Lines         670      673       +3
==========================================
+ Hits          382      384       +2
- Misses        288      289       +1

Impacted Files
Coverage Δ

src/tesk_core/pvc.py
76.92% <66.66%> (-1.34%)
:arrow_down:

Continue to review full report at Codecov.

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

This is an old PR, I can check it out if you are still interested on this.
Helm chart support needs to be added.

This PR still makes sense (not sure, if it is still compatible with the current version of code, though) and was even requested in one of the issues. The helm chart support is added here by the same contributor.

The helm chart support had a minor conflict in the README, I just "solved it".

@aniewielska , If you do not disagree I can merge both PRs.

@lvarin no objections from my side.

authors: aniewielska codecov-commenter lvarin stikos

repo: elixir-cloud-aai/tesk-core


text:
Revise apply_changes/1 for nested schemaless changesets

Elixir version
1.16.3
Database and Version
13.16
Ecto Versions
3.12.3
Database Adapter and Versions (postgrex, myxql, etc)
0.19.1
Current behavior
This is related to the issue #4514 and the merged PR #4516.
I wanted to further discuss three things:

Missing case: when the type is {:map, _} the schemaless changeset is not converted.
The nested schemaless changeset is converted to an atoms key map (instead of a strings key map).
We're not checking if the changeset is actually a schemaless changeset.

Expected behavior

{:map, _} types should be handled as well.
A map with string keys should be returned, as that's what is most likely expected by code working with these schemas. The Ecto field type says it's a map with string keys. The data should be consistent with the type. It shouldn't be a strings map in some cases and an atoms map in others.
Should we check?

I'd like to propose to alter apply_changes/1 like this:
def apply_changes(%Changeset{changes: changes, data: data, types: types}) do
  Enum.reduce(changes, data, fn {key, value}, acc ->
    case Map.fetch(types, key) do
      {:ok, {tag, relation}} when tag in @relations ->
        apply_relation_changes(acc, key, relation, value)

      {:ok, type} ->
        schemaless? = is_struct(value, Changeset) and not is_struct(value.data)

        value =
          if schemaless? and (type == :map or match?({:map, _}, type)),
            do: apply_changes(value) |> Map.new(fn {k, v} -> {"#{k}", v} end),
            else: value

        Map.put(acc, key, value)

      :error ->
        acc
    end
  end)
end

I would love @greg-rychlewski but the amount of custom behavior here makes me think we should revert the earlier PR and move towards a custom type.

I agree. I was going to let it sit overnight in my head but when I saw this it made me think the last change was too hasty.

I believe it is alright, it helped us move towards the next step. :) I will revert it now.

authors: azizk greg-rychlewski josevalim

repo: elixir-ecto/ecto


text:
Stale data lookups in completions

Hello, I am a vim+coc.nvim user and I use this project (elixir-ls) to provide code-completion etc.
I want to discuss the idea of using the stale analysis data during the various compilation steps so that code completion continues to work instead of returning nothing.
In my large project, it takes 12 seconds for code-completion to work again. I'm editing a test written in a .exs file in this example - maybe I'm doing something wrong (I am new!), but during those 12 seconds I know that I haven't made a functional change to anything, so I'd be fine with old lookups were to still be returned after I happen to use :w to save my work in progress. Even if it's 5 seconds, I'd rather have those 5 seconds of my life back, you know!
Let's say that I write to the file and it has compilation errors. This may be common because I'll return to my work after I've saved my work to disk before having lunch. I've now returned to fix my code and I don't have access to the basic information and advantages provided by code-completion with elixir-ls.
Stale data lookups fix these issues and it would improve the utility of elixir-ls considerably.
Environment

Elixir & Erlang versions (elixir --version):

elixir --version
Erlang/OTP 22 [erts-10.7.1] [source] [64-bit] [smp:12:12] [ds:12:12:10] [async-threads:1] [hipe] [dtrace]

Elixir 1.10.3 (compiled with Erlang/OTP 21)

Operating system: macOS Catalina 10.15.4
Editor or IDE name vim + coc.nvim
LSP Client name:

coc.nvim

Logs
Compiling with Mix env test
[Info  - 11:41:05 a.m.] Compile took 402 milliseconds
[Info  - 11:41:05 a.m.] [ElixirLS Dialyzer] Checking for stale beam files
[Info  - 11:41:05 a.m.] [ElixirLS Dialyzer] Found 0 changed files in 76 milliseconds
[Info  - 11:41:08 a.m.] [ElixirLS Dialyzer] Analyzing 2 modules: [:metrics_exometer, :metrics_folsom]
[Info  - 11:41:08 a.m.] [ElixirLS Dialyzer] Analysis finished in 2775 milliseconds
[Info  - 11:41:10 a.m.] [ElixirLS Dialyzer] Writing manifest...
[Info  - 11:41:11 a.m.] [ElixirLS Dialyzer] Done writing manifest in 2304 milliseconds.
[Info  - 11:41:14 a.m.] Dialyzer analysis is up to date
[Info  - 11:41:21 a.m.] [ElixirLS WorkspaceSymbols] Indexing...
[Info  - 11:41:26 a.m.] [ElixirLS WorkspaceSymbols] Module discovery complete
[Info  - 11:41:26 a.m.] [ElixirLS WorkspaceSymbols] 480 callbacks added to index
[Info  - 11:41:30 a.m.] [ElixirLS WorkspaceSymbols] 2591 modules added to index
[Info  - 11:41:30 a.m.] [ElixirLS WorkspaceSymbols] 1712 types added to index
[Info  - 11:41:49 a.m.] [ElixirLS WorkspaceSymbols] 34255 functions added to index

Compiling with Mix env test
[Info  - 12:19:02 p.m.] Compile took 388 milliseconds
[Info  - 12:19:02 p.m.] [ElixirLS Dialyzer] Checking for stale beam files
[Info  - 12:19:03 p.m.] [ElixirLS Dialyzer] Found 0 changed files in 136 milliseconds
[Info  - 12:19:06 p.m.] [ElixirLS Dialyzer] Analyzing 2 modules: [:metrics_exometer, :metrics_folsom]
[Info  - 12:19:06 p.m.] [ElixirLS Dialyzer] Analysis finished in 3152 milliseconds
[Info  - 12:19:08 p.m.] [ElixirLS Dialyzer] Writing manifest...
[Info  - 12:19:09 p.m.] [ElixirLS Dialyzer] Done writing manifest in 2069 milliseconds.
[Info  - 12:19:14 p.m.] Dialyzer analysis is up to date
[Info  - 12:19:14 p.m.] [ElixirLS WorkspaceSymbols] Updating index...
[Info  - 12:19:19 p.m.] [ElixirLS WorkspaceSymbols] 0 modules need reindexing
[Info  - 12:19:19 p.m.] [ElixirLS WorkspaceSymbols] 0 modules added to index
[Info  - 12:19:19 p.m.] [ElixirLS WorkspaceSymbols] 0 types added to index
[Info  - 12:19:19 p.m.] [ElixirLS WorkspaceSymbols] 0 functions added to index
[Info  - 12:19:19 p.m.] [ElixirLS WorkspaceSymbols] 0 callbacks added to index

It shouldn't be very difficult to implement. elixir_sense library does most of the work and it should rather work fine (I'd expect some occasional crashes as it analyses modules on the fly). A PR would definitely be welcome

It's not a full solution but https://github.com/elixir-lsp/elixir_sense/commit/6b378da5b7b1d43a0af1c8761b1a035e3929efdd is a step in the direction of building cache of completion symbols

authors: Nitrodist lukaszsamson

repo: elixir-lsp/elixir-ls


text:
Report the elixir-ls version on startup

Change the startup message from: "Started ElixirLS" to "Started ElixirLS Fork v0.2.28"
This has some options for getting the version number: https://stackoverflow.com/questions/32968253/access-project-version-within-elixir-application
We'd also want to make sure that recompiles will pick up the new version number

Fixed in #85


text:
callback throws - ["⛔ TypeError: callback is not a function"] - when action is called from the Twitter Client

Describe the bug
When an action is initiated via the Twitter Client this error is thrown when the response of the action is sent back up the stack using callback(messageResponse). If the action is called using the Direct Client, no error occurs and the messageResponse is displayed in the client app.
["⛔ TypeError: callback is not a function"]
To Reproduce
This error occurs when a client other than the Direct Client calls an action that sends a Content object through a HandlerCallback in the handler of an Action. This occurs when using plugin-image-generation to generating images as well.
To reproduce using the ImageGenerationPlugin:
Enable the twitter client for your character along with an appropriate API key for image generation. Reply to a post of the Agent on twitter with "Please generate an image of a cute cat!" - it should trigger the GENERATE_IMAGE action. This will cause the TypeError to occur.
Expected behavior
I am unsure what the expected behavior should be. I would expect the callback to be able to take the Content object and pass it back to the client from which the action  was initiated from and some content text to be returned to the conversation that initiated the action.

Thanks for sharing - This is due to the handler using the callback without
checking if it is nonnull as the callback param on the handler function is
nullable
On Sat, Dec 28, 2024 at 12:18 PM Chunt0 @.***> wrote:

Describe the bug
When an action is initiated via the Twitter Client this error is thrown
when the response of the action is sent back up the stack using
callback(messageResponse). If the action is called using the Direct Client,
no error occurs and the messageResponse is displayed in the client app.
["⛔ TypeError: callback is not a function"]
To Reproduce
This error occurs when a client other than the Direct Client calls an
action that sends a Content object through a HandlerCallback in the handler
of an Action. This occurs when using plugin-image-generation to generating
images as well.
To reproduce using the ImageGenerationPlugin:
Enable the twitter client for your character along with an appropriate API
key for image generation. Reply to a post of the Agent on twitter with
"Please generate an image of a cute cat!" - it should trigger the
GENERATE_IMAGE action. This will cause the TypeError to occur.
Expected behavior
I am unsure what the expected behavior should be. I would expect the
callback to be able to take the Content object and pass it back to the
client from which the action was initiated from and some content text to be
returned to the conversation that initiated the action.
—
Reply to this email directly, view it on GitHub
https://github.com/elizaOS/eliza/issues/1544, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADS6ROO24ZIK4DFWIVA2XVT2H4BRTAVCNFSM6AAAAABUKC6Q5CVHI2DSMVQWIX3LMV43ASLTON2WKOZSG43DCOJRGAYDONI
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

I have the same problem when using "@ai16z/client-twitter": "v0.1.4-alpha.3",

@Chunt0 may I ask are you pulling the latest code? I believe it's added few weeks ago 🤔
https://github.com/elizaOS/eliza/pull/1040
https://github.com/elizaOS/eliza/pull/1040/files#r1884157671

repo: elizaOS/eliza


text:
Add /mars endpoint

Pull request test

Ready


text:
Use H1 for page content instead of forum title?

Wouldn't be wiser to use the H1 tag for actual page content (e.g. forum name on board index, board name when inside a board, topic subject when inside a topic, and so on) instead of using it just for the forum name?

There are a lot of HTML 5 tags that should be used. For one, use  to denote a post and then an h1 in each. Then the page gets an h1 and the posts get an h1. I know it is weird, but each post can be its own page.

Github removed the tag.
Which one was it?

You'll never know...
It's the article tag
On Oct 30, 2015 2:54 AM, "emanuele45" notifications@github.com wrote:

Github removed the tag.
Which one was it?
—
Reply to this email directly or view it on GitHub
https://github.com/elkarte/Elkarte/issues/2288#issuecomment-152444500.

You'll never know...

:crying_cat_face:
:stuck_out_tongue:

HTML5 tags have somehow taken into account in #2571

It may require some big rework of several templates. 2.0

I think it might be better to work with SECTION elements, i.e., to use multiple H1s.
See, e.g., https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/Using_HTML_sections_and_outlines

authors: Frenzie emanuele45 joshuaadickerson

repo: elkarte/Elkarte


text:
Cleanup inline styles

I still count 506 instances of style="... they seem a bit too much to me.
A question: 129 are display: none or alike (I searched "display:) does make sense to keep them as inline style or maybe move to a css class?
Targeting at final because it's cleanup, but if anyone finds the good inspiration... :angel:

Some others in #2215

Down to 377

Did the quick search in just php files and got 344 ... quite a few in install and tests (143 + 32 = 175),  leaving ~169 left to "go" in the core so to speak.
/  3
/install 143
/sources 12
/sources/admin 4
/sources/subs 17
/sources/subs/BBC 10
tests/sources/subs/ 32
/themes/default 123

In 2.0, under the ElkArte directory there on now only 31 .... I think we got all that can be had !


text:
Requesting more type realiasing in compiler messages

This came up for me in elm-stylesheets, where error messages that make use of type aliases are actually quite nice, but the ones without them expose a lot of internal union type plumbing that makes for long and unpleasant error messages.
Here's a small example to reproduce:
type Thing a =
    Something a

type alias StringyThing =
    Thing String

type alias IntyThing =
    Thing Int

foo : IntyThing
foo =
    Something "foo"

Error message:
The type annotation for `foo` does not match its definition.

12| foo : IntyThing

The type annotation is saying:

    Thing Int

But I am inferring that the definition has this type:

    Thing String

The first part of the error message is incorrect; it reports that "the type annotation is saying: Thing Int" but this contradicts the code sample right above that, where we can clearly see that the type annotation is actually saying IntyThing instead.
It would be really nice if it noticed that there are type aliases for both alternatives and referenced them, like so:
The type annotation for `foo` does not match its definition.

12| foo : IntyThing

The type annotation is saying:

    IntyThing

But I am inferring that the definition has this type:

    StringyThing

Realiasing things is tricky business, so "fix this case" will break others.
You are saying "I want the compiler to look at all types and use type aliases if anything matches". This kind of works, but kind of not. If we did this blindly, every Float would display as Time for example.
In 0.16 I have tried to make type aliases "contagious" so if you use it once, it will spread from there. This means you get it if you ever called it that type, but otherwise it does not pollute things.
I am uncertain what is "the right thing to do" here.

Is it possible to show the actual error message you saw? It is hard to understand how you perceive the issue from this example.

I remember Standard ML does not do aliasing in its errors, so this is not a new problem. Not asking for anything soon, but some possible heuristics: re-alias only to types defined within the module, or imported exposed within the module, or that are "simpler" than the original type. By "simpler" I mean not a single word, so Time isn't simpler than Float, but an alias is simpler than a record or tuple.

authors: evancz mgold rtfeldman

repo: elm-lang/elm-compiler


text:
Add very simple installer; show dialog to choose vanilla folder and copy resources

Summary
Warning: it is experimental feature in early stage!
If all resources already exists, it does nothing. If not, Elona foobar shows a dialog to choose vanilla folder and copy the required resources from graphic and sound folders of vanilla to foobar folder. To check whether the selected elona is v1.22, foobar checkes graphic/deco_blend.bmp, which were not included in v1.16.

Closed the PR because it is hard to merge it into the current develop.

repo: elonafoobar/elonafoobar


text:
SBT shellPrompt fails to render on Play projects

Course management Tools customize sbt prompt through StudentCommandsPlugin
The following shell prompt is generated usually.
man [e] > Course Name > exercise name >

StudentCommandsPlugin fails to generate the shell prompt if used along with projects already set shellPromt using their own sbt plugin.
Play Framework is an example, it uses its own sbt shell prompt.

This could be fixed using the solution described in the following issue:
https://github.com/agemooij/sbt-prompt/issues/10

@robinraju Nice find! Will try this out ASAP

authors: eloots robinraju

repo: eloots/course-management-tools


text:
Refactor app.js/www.js

Thesse are becoming kind of messy and unmanageable, let's clean them up.

A bit better. Still work to do but closing for now


text:
Crash moving cursor when editor is higher than edit:max-height

If edit:max-height is set and the line is longer than that number of lines, moving the cursor to the beginning of the line causes a crash with the backtrace below.
How to reproduce:

Set edit:max-height = 2
Type any command, until it extends beyond 2 lines (the editor scrolls and the first line disappears)
Press Ctrl-A (if you are using readline-bindings) to move to the beginning of the line. It can also be triggered moving back a word at a time.
Crash

Here is the stack trace I get: https://gist.github.com/zzamboni/00de788acca1fbc31466f87633b910a2

Moved stack trace to a gist - sorry about that!

repo: elves/elvish


text:
elyra vs elyra-server package

Both conda & pip have both elyra & elyra-server packages. On conda they seem independent, neither tries to install the other. What is the difference? How do they relate? Which should be installed when? Should both be installed?

If you install elyra all dependencies should be pulled in.
✅

elyra-server is common code that the individual extensions depend on and there should not be a need to install this package explicitly
✅

The following "elyra extension" packages each require the elyra-server package for installation. These are for folks who want to use parts of elyra but don't need the whole suite.
elyra-pipeline-editor extension
elyra-python-editor-extension
elyra-r-editor-extension
elyra-code-snippet-extension

For illustrative purposes I confirmed  that a conda install of  elyra-python-editor-extension pulls in elyra-server as expected:
$conda install -c conda-forge elyra-python-editor-extension && jupyter lab build
 ...
$ pip list | grep elyra
elyra-python-editor-extension 2.2.2
elyra-server                  2.2.2

The existing conda installation instructions should therefore be sufficient because no additional installation is required.

Since I am not a maintainer of the packages on PyPI/conda-forge I am unable to update the descriptions and unassigning myself from this issue.

@akchinSTC can easily add you to conda

authors: akchinSTC lresende mhlr ptitzler

repo: elyra-ai/elyra


text:
Accept standard Ether units and update/add tests

Overview
TL;DR
Allows the use of standard Ether units in configuration files rather than being limited to just wei.
Supersedes https://github.com/embark-framework/embark/pull/910
Questions
Review
@iurimatias @PascalPrecht @jrainville This new branch is rebased on latest develop and includes all previous changes as well as some linting fixes from the new linter in the tests.
Cool Spaceship Picture

Awesome @danlipert !
BTW: there was no need to open a new PR :) You could just force-pushed into your existing one.

Awesome @danlipert !
BTW: there was no need to open a new PR :) You could just force-pushed into your existing one.

Sorry about that! I'll remember that for next time 👍

@PascalPrecht @iurimatias Is this one good for payout? Good work, @danlipert 👍 🎉

@danlipert could you rebase this plz. afterwards it's good to merge

@iurimatias done! It's ready to be merged 👍

Well done sir!

authors: PascalPrecht danlipert iurimatias vs77bb

repo: embark-framework/embark


text:
bug: showing error when i use embed chain with open ai proxy base and key

🐛 Describe the bug
import os
from embedchain import App

os.environ["OPENAI_API_BASE"] = "https://chimeragpt.adventblocks.cc/api/v1"
os.environ["OPENAI_API_KEY"] = "my_key"
elon_musk_bot = App()

# Embed Online Resources
elon_musk_bot.add("https://en.wikipedia.org/wiki/Elon_Musk")
elon_musk_bot.add("https://www.tesla.com/elon-musk")

response = elon_musk_bot.query("How many companies does Elon Musk run?")
print(response)
# Answer: 'Elon Musk runs four companies: Tesla, SpaceX, Neuralink, and The Boring Company.'

error -
openai.error.AuthenticationError: Incorrect API key provided: E*******************************4. You can find your API key at https://platform.openai.com/account/api-keys.

I think we just aren't processing the proxy path at all. This shouldn't be too hard of a fix.

Same error, @cachho
i need someting like openai.api_base = "https://chimeragpt.adventblocks.cc/api/v1"

agree it does not pickup the base url . Also n eed to ensure that it calls the AzureChatOpenAI function  when passed the base url.  The api_key in such instances is a b64 string that embeds the username and openai key. the  parameters to be passed to AzureChatOpenAI are deployment_name, temperature, openai_api_base, openai_api_key, openai_aapi_version, openai_api_type .

repo: embedchain/embedchain


text:
Upgrading to 2.2.2 causes our tests to not run

If we update our version of ember-cli-qunit to 2.2.2, none of our tests run.
2.2.1 works fine.
Here's what we're getting:
No tests were run, please check whether any errors occurred in the page (ember test --server) and ensure that you have a test launcher (e.g. PhantomJS) enabled.
Running ember test --server I get this error in the terminal:
Browser "phantomjs /Users/dwenzel/Workspace/web-ui/node_modules/testem/assets/phantom.js http://localhost:4201/406/tests/index.html?coverage&hidepassed" failed to connect. testem.js not loaded?
Unfortunately I don't see much more helpful info...

It seems very unlikely that 2.2.1 => 2.2.2 is causing this problem. Is it possible that you're changing more than just ember-cli-qunit?
This is the extent of the changes between versions.
We need more information in order to be able to debug. Can you come up with a reproduction that you can share with us? If not you're unfortunately on your own.

I ran into the same issue with PhantomJS and reverting it back to 2.2.1 fixed the problem.
Remote debugging PhantomJS locked up as well.
End of PhantomJS output:
2016-09-13T21:04:56 [DEBUG] Phantom - execute: Script & Arguments
2016-09-13T21:04:56 [DEBUG]      script: "/usr/src/app/node_modules/testem/assets/phantom.js"
2016-09-13T21:04:56 [DEBUG]      0 arg: "http://localhost:7357/9768/tests/index.html?hidepassed&coverage=true"
2016-09-13T21:04:56 [DEBUG] Phantom - execute: Starting normal mode
2016-09-13T21:04:56 [DEBUG] WebPage - setupFrame ""
2016-09-13T21:04:56 [DEBUG] FileSystem - _open: ":/modules/fs.js" QMap(("mode", QVariant(QString, "r")))
2016-09-13T21:04:56 [DEBUG] FileSystem - _open: ":/modules/system.js" QMap(("mode", QVariant(QString, "r")))
2016-09-13T21:04:56 [DEBUG] FileSystem - _open: ":/modules/webpage.js" QMap(("mode", QVariant(QString, "r")))
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 10
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 50
2016-09-13T21:05:37 [DEBUG] WebPage - setupFrame ""
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 51
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 53
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 56
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 58
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 61
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 63
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 66
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 69
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 71
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 74
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 76
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 79
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 81
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 84
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 86
2016-09-13T21:05:37 [DEBUG] WebPage - setupFrame "<!--framePath //<!--frame0-->-->"
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 87
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 88
2016-09-13T21:05:37 [DEBUG] WebPage - updateLoadingProgress: 100
2016-09-13T21:05:37 [DEBUG] WebPage - setupFrame ""
2016-09-13T21:05:37 [DEBUG] CookieJar - Saved "io=uN_nQWNORAVsPfeeAAAD; domain=localhost; path=/socket.io/"
2016-09-13T21:05:38 [DEBUG] CookieJar - Saved "io=uN_nQWNORAVsPfeeAAAD; domain=localhost; path=/socket.io/"

I can't grok why moving that up would cause this failure.
What versions of Phantom?

>phantomjs --version
2.1.1

My version of PhantomJS is 2.0.0

Maybe something to do with our autostart setting or a related race condition? I don't think we've done much configuration... (I'm with @danwenzel)

Ah yes.  Setting autostart:false in tests/blanket-options.js fixes it

$ npm list ember-cli-blanket
└── ember-cli-blanket@0.9.9

I was pulling my hair out today wondering why my tests were suddenly not running after a fresh npm/bower install. Thanks for the "fix", @danwenzel !
But can you or someone explain to me what this setting does and WHY this fixes the problem?

Yeah that's what we'd like to know too

Okay, so this is likely a bug in ember-cli-blanket, gimme a bit to investigate.

Confirmed, is an issue, this change does cause the problem. Note that this change was to also get around the duplicate Qunit.start() calls because of changes to jQuery's ready behavior in 3.X. So, interplay of ember-cli-blanket with this is broken.
Hey @sglanzer! The fix here is for ember-cli-blanket to hook ember-cli-test-loader to insert its module instrumentation. That's the ideal insertion point for what you're trying to accomplish. This also has the benefit of reducing the number of intimate and private APIs inside of Ember's module loading infrastructure that it needs to touch. Also it no longer has to support autostart as a feature since modules will be instrumented as part of the same loading step that Ember normally uses.
For those following along at home I'm closing this issue here as it will need to be addressed in the addon. I'll also copy this into a new issue in the addon.

Thanks, @nathanhammond!  I'll keep an eye on that issue.

authors: danwenzel denchen nathanhammond rtwall rwjblue thomblake

repo: ember-cli/ember-cli-qunit


text:
lodash-node deprecated (from old version of broccoli-sourcemap-concat)

Getting the following warning when installing ember-cli:
$ npm install -g ember-cli@2.2.0-beta.3
npm WARN deprecated lodash-node@2.4.1: This package is no longer maintained. See its readme for upgrade details.

One cause seems to be that ember-cli-qunit is pegged to old an version of broccoli-sourcemap-concat which depends on lodash-node
Is there some reason the old version is needed? Or can the dep be upgraded to either the most recent version (2.0.2) or to use broccoli-concat? (probably preferable, since broccoli-sourcemap-concat  was recently deprecated in it's favor)

This looks to have been resolved with #107.

authors: gabrielgrant trentmwillis