Ruby 2.2.1 crashes trying to get screen size on Windows

Some changes in Ruby 2.2 must have caused some changes in how the buffer size was looked up.
In essence with RubyInstaller 2.2.1 when trying to launch with console io we get:
PS C:\Users\Justin> irb
C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:1866:in ``': No such file or directory - stty size (Errno::ENOENT)
        from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:1866:in `block in _rl_get_screen_size'
        from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:6902:in `retry_if_interrupted'
        from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:1865:in `_rl_get_screen_size'
        from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:1992:in `_rl_init_terminal_io'
        from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:2508:in `readline_initialize_everything'
        from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:3793:in `rl_initialize'
        from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:4813:in `readline'
        from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/readline.rb:40:in `readline'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/input-method.rb:150:in `gets'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:469:in `block (2 levels) in eval_input'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:623:in `signal_status'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:468:in `block in eval_input'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:188:in `call'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:188:in `buf_input'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:103:in `getc'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/slex.rb:205:in `match_io'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/slex.rb:75:in `match'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:282:in `token'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:264:in `lex'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:235:in `block (2 levels) in each_top_level_statement'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:231:in `loop'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:231:in `block in each_top_level_statement'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:230:in `catch'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:230:in `each_top_level_statement'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:485:in `eval_input'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:395:in `block in start'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:394:in `catch'
        from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:394:in `start'
        from C:/Ruby/Ruby221-x64/bin/irb:11:in `<main>'

The crash is obviously because Windows doesn't have a program named stty. But it seems like the root cause on why it's getting to the need to call stty is from something else entirely.

Hi,
2015-03-06 13:45 GMT+09:00 Justin Baker<EMAIL_ADDRESS>
Some changes in Ruby 2.2 must have caused some changes in how the buffer
size was looked up.
In essence with RubyInstaller 2.2.1 when trying to launch with console io
we get:
PS C:\Users\Justin> irb
C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:1866:in ``': No such file or directory - stty size (Errno::ENOENT)
from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:1866:in block in _rl_get_screen_size'         from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:6902:in retry_if_interrupted'
from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:1865:in _rl_get_screen_size'         from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:1992:in _rl_init_terminal_io'
from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:2508:in readline_initialize_everything'         from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:3793:in rl_initialize'
from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/rbreadline.rb:4813:in readline'         from C:/Ruby/Ruby221-x64/lib/ruby/site_ruby/2.2.0/readline.rb:40:in readline'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/input-method.rb:150:in gets'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:469:in block (2 levels) in eval_input'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:623:in signal_status'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:468:in block in eval_input'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:188:in call'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:188:in buf_input'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:103:in getc'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/slex.rb:205:in match_io'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/slex.rb:75:in match'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:282:in token'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:264:in lex'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:235:in block (2 levels) in each_top_level_statement'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:231:in loop'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:231:in block in each_top_level_statement'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:230:in catch'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb/ruby-lex.rb:230:in each_top_level_statement'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:485:in eval_input'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:395:in block in start'
from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:394:in catch'         from C:/Ruby/Ruby221-x64/lib/ruby/2.2.0/irb.rb:394:in start'
from C:/Ruby/Ruby221-x64/bin/irb:11:in `'
The crash is obviously because Windows doesn't have a program named stty.
But it seems like the root cause on why it's getting to the need to call
stty is from something else entirely.
Obviously Windows doesn't have a program named stty. But it is not a
root cause.
The root cause is require 'dl' of line no 4369 in rbreadline.rb

The current ConnorAtherton/rb-readline fixed the issue.
You just need copy ConnorAtherton/rb-readline to rubyinstaller packgage.
You can trust me, I am an author of rb-readline.
Regards,
Park Heesob

Alright, cool. I'll try building against master.
Thanks for your promptness.
If all goes well, is there any chance I could get you to do another release for me?

I just wanted to say thank you again.
You saved me a lot of stress. :relieved:


Capturing Alias creation errors

Captured excption in the actor stack
Display errors in the flash messages
Removed preserve title order since our title is singular
refs #1075

Coverage increased (+0.07%) to 74.743% when pulling 43f6ae0271f2337e0bffdbca9b91d08e2c843562 on i#1075 into a7a2941dfdcd258d72b4118d4215460498889efc on develop.

@awead here is the logic for determining what to do when the actor returns false: https://github.com/samvera/curation_concerns/blob/master/app/controllers/concerns/curation_concerns/curation_concern_controller.rb#L47

Before the PR

After the PR

@cam156 looks good! It also looks like it the files have been successfully attached so the files requirement is shown as complete, and the user can just fix the metadata problem. Is the files requirement just always green during edit, or is the form actually checking to see if the work has files?

@awead I have actually found that the file does not seem to still be attached.   That was just my browser not running the javascript.

@cam156 ok, so it looks like if there's a creator error, files won't get attached. If that seems right to you, I'm 👍

@awead it is certainly more than I was trying to accomplish with this ticket.  I was not trying to change the overall actor stack flow, just making sure our error was handled.


look into improving advance_vectorized efficiency

There is more than 1 way to append to a pandas dataframe and some ways end up creating a new dataframe and copying all data to the new dataframe. Examine if we can improve the efficiency of this method.

The person-based code is not appending to a df.


Annotate policy.proto with API docs

User Story
We have a new auto-generated API docs. We eventually want to add all of the IAM APIs to this new section, but for now we have deemed the Policy API the highest priority, since it is the most complex of our APIs and cannot be used via the Automate UI.
Technical Details
In order to make use of the auto-generation capabilities, we must add the appropriate annotations to the policy.proto file. Follow this nodes.proto as an example.
We also need to set up an IAM tag to be used as a heading in the table of contents. Follow these tag setup instructions.
Resources

How to build API docs locally
channel in slack: #a2-api-documentation

closing in favor of #2982


Dynamic plotting

Connect item changed signal to the plot widget in the side area.

Also fixed #48


Enhance Javadocs on OkHttpClient.setSocketFactory

I'd suggest enhancing the Javadocs to make it explicit how a Socket Factory is used. Thanks.

Thanks!


spec: Consider removing references to UUID

The spec constantly refers to UUID that reference a given upload e.g. the Docker-Upload-UUID header.
However, there's no real reason this needs to be a UUID, it's just a reference number or ID (as noted in the spec itself "While the uuid parameter may be an actual UUID, this proposal imposes no constraints on the format and clients should never impose any"). Could it be changed to just id or refid or some such?

It just needs to be a unique value for the upload.

+1
It could be changed to OCI-Upload-ID

PTAL @ #76


Package outline

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@2112110). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main       #1   +/-   ##
=======================================
  Coverage        ?   13.33%
  Complexity      ?        3
=======================================
  Files           ?        3
  Lines           ?       15
  Branches        ?        0
=======================================
  Hits            ?        2
  Misses          ?       13
  Partials        ?        0

Flag
Coverage Δ

unittests
13.33% <0.00%> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.

Continue to review full report at Codecov.

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


GHC 9.2

Closed in favour of https://github.com/input-output-hk/cardano-ledger/pull/3041 for now. We'll still need a back port of that.


Identity Info connector fix - replaces #9372

Change(s):

Fixed connector and datatype info for IdentityInfo table related to UEBA.

Reason for Change(s):

Incorrect datatype blocking UX usage

Version Updated:

Yes

Testing Completed:

Yes

Checked that the validations are passing and have addressed any issues that are present:

Yes

Hello @shainw, Please resolve the validation errors and repackage the solution with V3 tool.
Thanks.


Is it possible to push datasets using hdx_site = 'test'?

I'm integrating HDX to an application to publish datasets regularly, but I'd like to avoid pushing datasets to prod site when other developers work on their local machines.
Is it possible? I tried with the following script:
from hdx.utilities.easy_logging import setup_logging
from hdx.hdx_configuration import Configuration
from hdx.data.dataset import Dataset
from hdx.data.resource import Resource

import datetime

setup_logging()

Configuration.create(hdx_site='stage', user_agent='A_Quick_Example', hdx_key='hdx key from my prod site')

dataset = Dataset({
    'name': 'demo dataset',
    'private': True,
    'title': 'demo dataset title',
    'notes': 'demo dataset notes',
    'license_id': 'ODC-ODbL',
    'methodology': 'Registry',
    'data_update_frequency': 'Every day',
    'dataset_date': datetime.datetime.now().strftime('%Y-%m-%d'),
    'dataset_source': 'Angostura',
})

dataset.set_maintainer('196196be-6037-4488-8b71-d786adf4c081') # An user that updated the ucdp-data-for-australia dataset from https://stage.data-humdata-org.ahconu.org/
dataset.set_organization('hdx') # after digging for some organization from https://stage.data-humdata-org.ahconu.org/
dataset.add_country_location('VEN')
dataset.add_tag('americas')

resource = Resource({
    'name': 'test',
    'description': 'description',
    'format': 'CSV'
})
resource.set_file_to_upload('sample.csv')
dataset.add_update_resource(resource)

dataset.create_in_hdx()

but that give me the following error:
Traceback (most recent call last):
  File "/home/german/Documents/c4v/airflow-jobs/env/lib/python3.6/site-packages/hdx/data/hdxobject.py", line 316, in _write_to_hdx
    return self.configuration.call_remoteckan(self.actions()[action], data, files=files)
  File "/home/german/Documents/c4v/airflow-jobs/env/lib/python3.6/site-packages/hdx/hdx_configuration.py", line 307, in call_remoteckan
    return self.remoteckan().call_action(*args, **kwargs)
  File "/home/german/Documents/c4v/airflow-jobs/env/lib/python3.6/site-packages/ckanapi/remoteckan.py", line 87, in call_action
    return reverse_apicontroller_action(url, status, response)
  File "/home/german/Documents/c4v/airflow-jobs/env/lib/python3.6/site-packages/ckanapi/common.py", line 128, in reverse_apicontroller_action
    raise NotAuthorized(err)
ckanapi.errors.NotAuthorized: {'message': 'Access denied: <function package_create at 0x7f5b257bbb90> requires an authenticated user', '__type': 'Authorization Error'}

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/german/Documents/c4v/airflow-jobs/env/lib/python3.6/site-packages/hdx/data/dataset.py", line 565, in create_in_hdx
    self._save_to_hdx('create', 'name', force_active=True)
  File "/home/german/Documents/c4v/airflow-jobs/env/lib/python3.6/site-packages/hdx/data/hdxobject.py", line 343, in _save_to_hdx
    result = self._write_to_hdx(action, self.data, id_field_name, file_to_upload)
  File "/home/german/Documents/c4v/airflow-jobs/env/lib/python3.6/site-packages/hdx/data/hdxobject.py", line 322, in _write_to_hdx
    raisefrom(HDXError, 'Failed when trying to %s%s! (POST)' % (action, idstr), e)
  File "/home/german/Documents/c4v/airflow-jobs/env/lib/python3.6/site-packages/hdx/utilities/__init__.py", line 28, in raisefrom
    six.raise_from(exc_type(message), exc)
  File "<string>", line 3, in raise_from
hdx.data.hdxobject.HDXError: Failed when trying to create demo dataset! (POST)

Apologies for not getting back on this earlier. I only just saw the issue. To publish any datasets on HDX requires that a user be supplied by way of the hdx key.
To avoid writing to prod, you can either default to stage as you have done in your code and then have the option to override for the real prod runs - so your developers only write to stage. If you don't want them to write datasets at all, my advice would be to make the default that there is no publishing to HDX - that's the version other developers would use - and then for prod runs, have configuration to override the default to allow publishing.
For example, if no HDX key is supplied in configuration, you could set hdx_read_only=True (assuming your developers need to read but not write to HDX) and disable the part of your code that publishes datasets.

Thanks for your answers. Is there a way to create users in stage?

Hi @german1608, I tried contacting you directly by email on this.

@mcarans Thanks for your help. I solved the issue using hdx_site='feature', as you suggested via email. I'll close this issue then


remove singletons

I think it is a style choice of platz's not to put spaces before and after text in curly brackets. Please don't put unrelated changes like that in your PR.

whoops, this was created by mistake.


Battle Tower Kick

Defeating certain NPCs in the Battle Tower has a tendency to kick the challenger, when they should have progressed to face the next NPC.

Run /battletower and choose to challenge Battle Tower
Defeat NPCs one by one
There is a high likelihood, but not 100% chance that defeating the Ground-type NPC(among others that kick less frequently) will cause the challenger to be kicked from Battle Tower. (Challenger should have progressed on to the next NPC.)
Challenger will receive win rewards, but be teleported back to spawn.

I think you've reported this to the wrong tracker as you're referring to specific NPCs but this mod does not have any set specific NPCs so I am going to close this issue.


Incorrect warning icon for too many rows in table

Discussed in https://github.com/sql-bi/Bravo/discussions/523

Originally posted by generalledgercpa November  3, 2022
In the Export Data screen, there is a list of all tables with rows and size.  To the left of the table name is an icon that has a warning triangle that says, "This table has too many rows.  Only the first million rows can be exported to Excel.  Use CSV format to export all the rows in the table."
The issue is this warning icon appears for tables that have less than one million rows.  For me, it flagged tables with between 118,000 and 900,000 rows.  It did not flag tables with 82,000 rows or less.  Bravo correctly exported my largest table of 900,254 records to an xlsx file, even though the icon warned the table had too many rows.  The takeaway is the icon gives the false impression that the table is too large to export to Excel.

Fixed in version 1.0.1


Feature Request: Missing the ability to add Support Plans when programmatically create Azure Subscriptions

When using the portal, you are allowed to create Support Plan, but this is not possible with the programmatically option.

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

ID: acf6db6c-2051-7ff6-4557-8ee5260fc46d
Version Independent ID: 7947687c-3e02-8de5-b9ca-3118497f2595
Content: Programmatically create Azure subscriptions for a Microsoft Customer Agreement with the latest APIs - Microsoft Cost Management
Content Source: articles/cost-management-billing/manage/programmatically-create-subscription-microsoft-customer-agreement.md
Service: cost-management-billing
Sub-service: billing
GitHub Login: @bandersmsft
Microsoft Alias: banders

Thanks for the feedback @FallenHoot! I have assigned the issue to the content author to investigate further and update the document as appropriate.

@FallenHoot Hi there. You're correct, that you can't programmatically create support plans. I'll update the articles to explicitly say so.
Unfortunately, we track feature requests outside of Github. At the bottom of the page at https://learn.microsoft.com/azure/cost-management-billing/manage/programmatically-create-subscription-microsoft-customer-agreement (and all Azure docs Learn pages), there's a feedback link labeled This product. Please use that method for your feature request.
#please-close


Enable scope panic by default (+benchmark)

Workspaces significantly improve performance, but may (with incorrect implementation/use) lead to subtle bugs and/or JVM crashes.
Enabling scope panic by default would help to identify and eliminate a whole class of bugs.
The main question here is what the cost is in practice to perform the SCOPE_PANIC checks.
In theory it should be quite low - but we should benchmark this first to be sure

Scope panic is now the default: https://github.com/deeplearning4j/nd4j/pull/2583


Refactor dialogs to use common dialog system

Description:
Resolves #3003

How Has This Been Tested?
Manually

Types of changes:
Refactor

Checklist:

[x] My code follows the code style of this project.
[x] I have reviewed and updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes where needed.
[ ] All new and existing tests passed.
[x] My commits have been squashed into a concise set of changes.

Coverage decreased (-0.2%) to 22.571% when pulling dd2b3aafb4c25541b1b34ae609331ed882e5d6d3 on korhaliv:refactor/dialogs into 27e665d5114559a0a638646fb5beb00ba1794943 on LN-Zap:next.

Merged via https://github.com/LN-Zap/zap-desktop/pull/3237


Deeplinks break in 4.8.0

In our app we use deep-links so that we can send the user to a specific show or episode. This was working well, but it is no longer working after we've upgraded to 4.8.0.
I noticed that deep-links are still working for known routes (those that have been passed to Router.startRouter), but we are using a fallback mechanism that if the deep-link is not a known route, that we grab that page from our CMS and display the content in our app. This no longer works in 4.8.0.
Edit: the commit that seems to break our functionality is: https://github.com/rdkcentral/Lightning-SDK/commit/2957ad1c6a087ad64a0bd6266e05799c22a9d4b3
Edit 2: after more testing it seems that version 4.4.0 also broke part of this functionality:
https://github.com/rdkcentral/Lightning-SDK/blob/master/CHANGELOG.md#v440

Hi @yvbeek, is this still an issue? Or can we close this?


[bug] Jail mod no longer saves jail data to persistant storage

Since I updated the mods on 2022-01-15, the jail mod no longer properly saves/loads who is in jail from the datafile on disk.  Diffing the old code (yay, I saved a backup) with the canonical jail code shows quite a few differences.
The old code also revoked all of a players privs (I no longer want to do that).
Goal here is to fork the new jail mod, then port over all of the features that we want from the old code.

I completely rewrote the jail mod (https://github.com/EdenLostMinetest/edenlost_jail) and installed it.  It tested fine on a backup copy of EdenLost, but I have yet to test it in EdenLost.

The rewrite (via the above mentioned different github project) was successful and repeatedly tested on the production server.


fetch metrics error:vmware_exporter.py", line 1942, in _async_render_GET

My vCenter version: 7.0.1 (17005016)
I try both docker or run vmware_exporter -c /path/to/your/config,but get the error like:
2022-03-03 05:24:50,177 INFO:Fetched vim.VirtualMachine inventory (0:03:57.878555)
2022-03-03 05:24:54,399 INFO:Finished vm metrics collection
2022-03-03 05:24:54,453 INFO:Finished host metrics collection
2022-03-03 05:24:54,458 INFO:FIN: _vmware_get_host_perf_manager_metrics
2022-03-03 05:24:54,459 INFO:Fetched vim.Datastore inventory (0:03:50.164912)
2022-03-03 05:24:54,467 INFO:Start collecting metrics from gzvcsa.gzhc.local
2022-03-03 05:24:54,467 INFO:Starting vm metrics collection
2022-03-03 05:24:54,468 INFO:Fetching vim.VirtualMachine inventory
2022-03-03 05:24:54,469 INFO:Retrieving service instance content
2022-03-03 05:24:54,470 INFO:START: _vmware_get_vm_perf_manager_metrics
2022-03-03 05:24:54,471 INFO:Fetching vim.Datastore inventory
2022-03-03 05:24:54,472 INFO:Starting host metrics collection
2022-03-03 05:24:54,472 INFO:Fetching vim.HostSystem inventory
2022-03-03 05:24:54,473 INFO:START: _vmware_get_host_perf_manager_metrics
2022-03-03 05:24:54,474 INFO:Start collecting metrics from gzvcsa.gzhc.local
2022-03-03 05:24:54,474 INFO:Starting vm metrics collection
2022-03-03 05:24:54,475 INFO:Fetching vim.VirtualMachine inventory
2022-03-03 05:24:54,475 INFO:Retrieving service instance content
2022-03-03 05:24:54,476 INFO:START: _vmware_get_vm_perf_manager_metrics
2022-03-03 05:24:54,477 INFO:Fetching vim.Datastore inventory
2022-03-03 05:24:54,477 INFO:Starting host metrics collection
2022-03-03 05:24:54,478 INFO:Fetching vim.HostSystem inventory
2022-03-03 05:24:54,478 INFO:START: _vmware_get_host_perf_manager_metrics
2022-03-03 05:24:54,515 INFO:Finished vm metrics collection
2022-03-03 05:24:54,566 INFO:Finished host metrics collection
2022-03-03 05:24:54,570 INFO:FIN: _vmware_get_host_perf_manager_metrics
^@2022-03-03 05:24:55,835 INFO:Finished vm metrics collection
2022-03-03 05:24:55,885 INFO:Finished host metrics collection
2022-03-03 05:24:55,889 INFO:FIN: _vmware_get_host_perf_manager_metrics
2022-03-03 05:24:57,918 INFO:Retrieved service instance content
2022-03-03 05:25:15,050 INFO:Retrieved service instance content
2022-03-03 05:25:30,741 INFO:Retrieved service instance content
2022-03-03 05:25:46,013 INFO:Retrieved service instance content
Unhandled error in Deferred:

Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 701, in errback
    self._startRunCallbacks(fail)
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 764, in _startRunCallbacks
    self._runCallbacks()
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 859, in _runCallbacks
    current.result, *args, **kwargs
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 1751, in gotResult
    current_context.run(_inlineCallbacks, r, gen, status)
--- <exception caught here> ---
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 1658, in _inlineCallbacks
    cast(Failure, result).throwExceptionIntoGenerator, gen
  File "/usr/local/lib/python3.7/site-packages/twisted/python/failure.py", line 500, in throwExceptionIntoGenerator
    return g.throw(self.type, self.value, self.tb)
  File "/usr/local/lib/python3.7/site-packages/vmware_exporter/vmware_exporter.py", line 1942, in _async_render_GET
    request.finish()
  File "/usr/local/lib/python3.7/site-packages/twisted/web/server.py", line 279, in finish
    return http.Request.finish(self)
  File "/usr/local/lib/python3.7/site-packages/twisted/web/http.py", line 1132, in finish
    "Request.finish called on a request after its connection was lost; "
builtins.RuntimeError: Request.finish called on a request after its connection was lost; use Request.notifyFinish to keep track of this.

Unhandled error in Deferred:

Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 701, in errback
    self._startRunCallbacks(fail)
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 764, in _startRunCallbacks
    self._runCallbacks()
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 859, in _runCallbacks
    current.result, *args, **kwargs
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 1751, in gotResult
    current_context.run(_inlineCallbacks, r, gen, status)
--- <exception caught here> ---
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 1658, in _inlineCallbacks
    cast(Failure, result).throwExceptionIntoGenerator, gen
  File "/usr/local/lib/python3.7/site-packages/twisted/python/failure.py", line 500, in throwExceptionIntoGenerator
    return g.throw(self.type, self.value, self.tb)
  File "/usr/local/lib/python3.7/site-packages/vmware_exporter/vmware_exporter.py", line 1942, in _async_render_GET
    request.finish()
  File "/usr/local/lib/python3.7/site-packages/twisted/web/server.py", line 279, in finish
    return http.Request.finish(self)
  File "/usr/local/lib/python3.7/site-packages/twisted/web/http.py", line 1132, in finish
    "Request.finish called on a request after its connection was lost; "
builtins.RuntimeError: Request.finish called on a request after its connection was lost; use Request.notifyFinish to keep track of this.

Unhandled error in Deferred:

Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 701, in errback
    self._startRunCallbacks(fail)
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 764, in _startRunCallbacks
    self._runCallbacks()
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 859, in _runCallbacks
    current.result, *args, **kwargs
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 1751, in gotResult
    current_context.run(_inlineCallbacks, r, gen, status)
--- <exception caught here> ---
  File "/usr/local/lib/python3.7/site-packages/twisted/internet/defer.py", line 1658, in _inlineCallbacks
    cast(Failure, result).throwExceptionIntoGenerator, gen
  File "/usr/local/lib/python3.7/site-packages/twisted/python/failure.py", line 500, in throwExceptionIntoGenerator
    return g.throw(self.type, self.value, self.tb)
  File "/usr/local/lib/python3.7/site-packages/vmware_exporter/vmware_exporter.py", line 1942, in _async_render_GET
    request.finish()
  File "/usr/local/lib/python3.7/site-packages/twisted/web/server.py", line 279, in finish
    return http.Request.finish(self)
  File "/usr/local/lib/python3.7/site-packages/twisted/web/http.py", line 1132, in finish
    "Request.finish called on a request after its connection was lost; "
builtins.RuntimeError: Request.finish called on a request after its connection was lost; use Request.notifyFinish to keep track of this.

Hope to get an answer, thanks

related with #266  and #206 ,I chage my prometheus.yml file to
# my global config
global:
  scrape_interval:     120s # Set the scrape interval to every 15 seconds. Default is every 1 minute.
  evaluation_interval: 120s # Evaluate rules every 15 seconds. The default is every 1 minute.
  scrape_timeout: 120s

now works ~ Thanks


Combines watch modes

Closes #427
The former script npm run watch is now started with npm run build:watch.
The new npm run watch starts both npm run build:watch and npm run langium:watch concurrently.
Added in the 3 examples, langium, and langium-template

I understand your point in the context of developing Langium.
Would you also suggest this approach in the context of developing with Langium? Imho having a script that runs both build:watch and langium:watch would be quite useful there.

@gfontorbe You mean in the yeoman generator? I believe that we should only add conventional stuff there. Having a concurrently script in there is definitely not conventional, but downstream devs are always able to write their own script, if they want to do so.

Will come back to this later


Core: DataWriter as custom plugin

Feature request:
Allow to register custom DataWriters as plugins.
In old versions it was possible to create custom plugins for DataWriters. This was broken due to this commit

As already explained in your previous message, this won't happen.
All additional data related features for in the scope of Gatling Enterprise and are declined from the open-source/free version.

It's a bit disappointing that adding custom DataWriters was removed this way.
After all if someone doesn't want to pay then they could just replace data writer engine class with their own and make it work anyway, just uglier.
Other tools have this feature for free and it's not a dealbreaker to purchase enterprise.


ocamlPackages.ppxlib: 0.22.2 → 0.23.0

ocamlPackages.ppx_variants_conv: 0.14.1 → 0.14.2
ocamlPackages.ppx_accessor: mark as broken
Motivation for this change
Support for OCaml 4.13.
I believe that the breakage of ppx_accessor is not a big issue: only accessor_base, accessor_core, and accessor_async depend on that package in nixpkgs.
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Thanks for the hint. I’ve thus amended the PR to also update ppx_accessor and mark accessor_core as broken.


recipes-graphics: mesa_git bump to rev 41bd5f7cd72

Fix freedreno ci files installation see mesa rev,
https://gitlab.freedesktop.org/mesa/mesa/-/commit/ad77170b850f67733a6f9142edc331677283326f
Refresh patches,
0002-meson.build-make-TLS-ELF-optional.patch
0003-Allow-enable-DRI-without-DRI-drivers.patch
0004-Revert-mesa-Enable-asm-unconditionally-now-that-gen_.patch
Signed-off-by: Aníbal Limón<EMAIL_ADDRESS>

@ndechesne I reviewed devupstream class and only allow to specify git and rev by config file,
We have,
SRC_URI = "git://git.example.com/example"
SRCREV_pn-mesa = "${AUTOREV}"
Vs,
SRC_URI_class-devupstream = "git://git.example.com/example"
SRCREV_class-devupstream = "${AUTOREV}
Still the maintainence is need when codebase changes, like this one to refresh some patches and fix installation of ci files due to mesa upstream change.

but at least we wouldn't need to update for each commit, and we would get latest commit in each build. isn't that better?

but at least we wouldn't need to update for each commit, and we would get latest commit in each build. isn't that better?

@ndechesne Still we will nedd to bump the SRCREV at certain time, I can add AUTOREV in the mesa_git recipe but once in a while we will have broken builds. I not added AUTOREV in mesa_git before because @lumag was using certain sha of mesa_git for RB5 release.

@ndechesne I tried to use devupstream class but found a bug with nativesdk providers for mesa.
I added the devupstream class support into the bbappend that we have,
--- a/recipes-graphics/mesa/mesa_%.bbappend
+++ b/recipes-graphics/mesa/mesa_%.bbappend
@@ -1,4 +1,4 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${BPN}:"
+FILESEXTRAPATHS_prepend := "${THISDIR}/${BPN}:${THISDIR}/files:"
Enable freedreno driver
PACKAGECONFIG_FREEDRENO = "
@@ -7,3 +7,36 @@ PACKAGECONFIG_FREEDRENO = "
"
PACKAGECONFIG_append_qcom = "${PACKAGECONFIG_FREEDRENO}"
+
+# Add support to build mesa dev
+BBCLASSEXTEND = "devupstream:target"
+SRC_URI_class-devupstream = "git://gitlab.freedesktop.org/mesa/mesa.git;protocol=https \

file://0001-meson.build-check-for-all-linux-host_os-combinations.patch \
file://0002-meson.build-make-TLS-ELF-optional.patch \
file://0003-Allow-enable-DRI-without-DRI-drivers.patch \
file://0004-Revert-mesa-Enable-asm-unconditionally-now-that-gen_.patch \
file://0001-meson-misdetects-64bit-atomics-on-mips-clang.patch
+"
+LIC_FILES_CHKSUM_class-devupstream = "file://docs/license.rst;md5=9aa1bc48c9826ad9fdb16661f6930496"

+SRCREV_class-devupstream = "13f92183c7dbff9d76a83656862d0b2c2536e25d"
+
+PLATFORMS_remove_class-devupstream = "drm surfaceless"
+PACKAGECONFIG_class-devupstream[osmesa] = "-Dosmesa=true,-Dosmesa=false"
+
+PV_class-devupstream = "20.4-dev+git${SRCPV}"
+
+# Add package to install require files to run tests for mesa
+PACKAGES_class-devupstream =+ "mesa-ci"
+FILES_${PN}-ci_class-devupstream = "${bindir}/deqp-runner.sh ${datadir}/mesa/deqp-*"
+do_install_append_class-devupstream () {

install -d ${D}/${datadir}/mesa

install -m 0644 ${S}/ci-expects/default/deqp-default-skips.txt ${D}/${datadir}/mesa/
for f in ${S}/ci-expects/freedreno/deqp-freedreno-*; do

   install -m 0644 $f ${D}/${datadir}/mesa/

done

install -d ${D}/${bindir}
install -m 0755 ${S}/.gitlab-ci/deqp-runner.sh ${D}/${bindir}/
+}

Basically I added some missing nativesdk mesa providers like in poky has but the chain was not solve.
diff --git a/conf/machine/include/qcom-common.inc b/conf/machine/include/qcom-common.inc
index fd86574..bbf35a8 100644
--- a/conf/machine/include/qcom-common.inc
+++ b/conf/machine/include/qcom-common.inc
@@ -17,8 +17,12 @@ XSERVER ?= " \
PREFERRED_PROVIDER_virtual/egl ?= "mesa"
PREFERRED_PROVIDER_virtual/libgl ?= "mesa"
+PREFERRED_PROVIDER_virtual/libgl-native ?= "mesa-gl-native"
PREFERRED_PROVIDER_virtual/libgles1 ?= "mesa"
PREFERRED_PROVIDER_virtual/libgles2 ?= "mesa"
+PREFERRED_PROVIDER_virtual/nativesdk-egl ?= "virtual/nativesdk-mesa"
+PREFERRED_PROVIDER_virtual/nativesdk-libgl ?= "nativesdk-mesa-gl"
+PREFERRED_PROVIDER_nativesdk-mesa ?= "nativesdk-mesa"
PREFERRED_PROVIDER_virtual/xserver ?= "xserver-xorg"
PREFERRED_PROVIDER_virtual/kernel ?= "linux-linaro-qcomlt"
Results,
...
ERROR: Required build target 'mesa' has no buildable providers.
Missing or unbuildable dependency chain was: ['mesa', 'expat', 'bash', 'coreutils', 'acl', 'e2fsprogs-mke2fs', 'procps', 'systemd', 'dbus', 'dbus-test-ptest', 'glib-2.0', 'shared-mime-info', 'libxml2', 'python3', 'util-linux', 'kernel-module-scsi-debug', 'initramfs-rootfs-image', 'nativesdk-packagegroup-sdk-host', 'nativesdk-qemu', 'nativesdk-virglrenderer', 'nativesdk-libepoxy', 'virtual/nativesdk-egl']
...

@ndechesne I added MESA_DEV variable to switch from AUTOREV to fixed REV and also is used to switch DEFAULT_PREFERENCE.


Hide org/create menu item in Dashboard if user has no rights (#4678)

Fixes #4678

Codecov Report

Merging #4680 into master will decrease coverage by <.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #4680      +/-   ##
==========================================
- Coverage   20.63%   20.62%   -0.01%
==========================================
  Files         166      166
  Lines       32262    32262
==========================================
- Hits         6657     6654       -3
- Misses      24627    24629       +2
- Partials      978      979       +1

Impacted Files
Coverage Δ

modules/process/manager.go
69.56% <0%> (-4.35%)
: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 6e68b61...5245517. Read the comment docs.

This could be backport to release/v1.5


Feature/HebrewView

Create a new feature- Adding a Hebrew date to each calendar date(on the dayview page)

Codecov Report

Merging #280 (0ae1726) into develop (ab1d671) will decrease coverage by 0.05%.
The diff coverage is 93.10%.

@@             Coverage Diff             @@
##           develop     #280      +/-   ##
===========================================
- Coverage    98.05%   98.00%   -0.06%
===========================================
  Files           73       74       +1
  Lines         3194     3211      +17
===========================================
+ Hits          3132     3147      +15
- Misses          62       64       +2

Impacted Files
Coverage Δ

app/main.py
92.50% <ø> (ø)

app/internal/hebrew_date_view.py
80.00% <80.00%> (ø)

app/database/models.py
96.90% <100.00%> (+0.08%)
:arrow_up:

app/internal/json_data_loader.py
100.00% <100.00%> (ø)

app/routers/calendar.py
100.00% <100.00%> (ø)

app/routers/dayview.py
97.50% <100.00%> (+0.02%)
:arrow_up:

Continue to review full report at Codecov.

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

Also, please add some tests :)


Ignore submodules in coverage reports

This should massively speed up upload and improve coverage.

Hold on, it doesn't work

I don't think this will work, and it's not super important either.


chore: use extism:env namespace

See https://github.com/extism/extism/issues/504

You can pull my changes on .github/workflows/ci.yml to get the CI to go green.


adds unimorph data repo and download routine

adds the json file with all unimorph files and wikipron lg names. Additionally uses download routine to grab data and logs statements to the console

[ ] Updated Unreleased in CHANGELOG.md to reflect the changes in code or data.

black reformatted with a success output

I'm confused by this question---the number #21 is just the number of
languages in the shared task. My suggestion was not to do 21 randomly
chosen languages, but rather the 21 in the shared task, initially.
On Thu, Mar 18, 2021 at 7:05 PM reubenraff @.***> wrote:

@.**** commented on this pull request.
In data/morphology/unimorph_languages.json
https://github.com/kylebgorman/wikipron/pull/372#discussion_r597299537:

@@ -1,4 +1,20 @@
{

"eng": "http://raw.githubusercontent.com/unimorph/eng/master/eng",
"ger": "http://raw.githubusercontent.com/unimorph/deu/master/deu"
-}

   "ady": "https://raw.githubusercontent.com/unimorph/ady/master/ady",

I had a list of 21 lgs and since a few don't have unimorph github links,
where should I pick lgs from to have 21 language files to start with?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/kylebgorman/wikipron/pull/372#discussion_r597299537,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABG4OLZ7LPU34YZICGXNQTTEKBLRANCNFSM4ZM2PA7Q
.

I'm confused by this question---the number #21 is just the number of languages in the shared task. My suggestion was not to do 21 randomly chosen languages, but rather the 21 in the shared task, initially.
…
On Thu, Mar 18, 2021 at 7:05 PM reubenraff @.> wrote: @.* commented on this pull request. ------------------------------ In data/morphology/unimorph_languages.json <#372 (comment)>: > @@ -1,4 +1,20 @@ { - "eng": "http://raw.githubusercontent.com/unimorph/eng/master/eng", - "ger": "http://raw.githubusercontent.com/unimorph/deu/master/deu" -} + "ady": "https://raw.githubusercontent.com/unimorph/ady/master/ady", I had a list of 21 lgs and since a few don't have unimorph github links, where should I pick lgs from to have 21 language files to start with? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#372 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AABG4OLZ7LPU34YZICGXNQTTEKBLRANCNFSM4ZM2PA7Q .

ah sorry; I meant to be more specific. I meant to say that of the initial 21 languages were initially included, there is not a link in the unimorph repository for afar (aar), arabe (ara) or assamese (asm) and the 19 langauges included all have repo links in the unimorph github. I meant to ask: how should I account for the missing languages

I meant to say that of the initial 21 languages were initially included, there is not a link in the unimorph repository for afar (aar), arabe (ara) or assamese (asm) and the 19 langauges included all have repo links in the unimorph github. I meant to ask: how should I account for the missing languages

Just leave them out, I suppose. We discussed offline that we could have some fancier convention where we acknowledge that they exist but we don't have a UniMorph for them but I couldn't think of any particular advantage for that...let's revise if we think of something later.

ok should we move forward then with the 19 languages currently in the repo for this PR ?

ok should we move forward then with the 19 languages currently in the repo for this PR ?

ok should we move forward then with the 19 languages currently in the repo for this PR ?

Yes, sure.

adds new decision logic for files where wikipron and unimporph lg codes are not equal. Writes data to file paths which maintain unimorph lg codes

I don't think we need this: the mismatch is bad, and so I'd prefer to just use the Wikipron codes locally. Hence we download them into the Wikipron code + .tsv.

hi I can't find the origin of the comment but I read you mentioned we really only need the unimorph json file and we only need to keep the grab_unimorph.py file if it adds novel functionality from the grab_wortzchatz.py file correct? I think the only difference is that the download() function initiates a tgz directory and the unpack() routine makes a tsv directory. The download() I used only generates the tsv directory. If that's inconsequential than we ca can go ahead and only merge the unimporph json file, right?

Oh, I understand what you were askgin earlier. Your get_unimorph_data.py is just a variant of the grab_unimorph_data.py I added. In fact you could probably revert the changes to that file too, if you want.

ok so I should revert the changes in the get_unimorph_data and grab_unimorph_data  .py files and proceed so the only thing that gets merged on this PR is the unimorph.json file?

removed all files except the unimorph json file


Issue running column type detection code

Hi! Thank you for your hard work! I tried to run through the code of the column type detection part, yet encountered the following:

I wonder if there are any problems with my installation.
The environment I use:
torch 1.9.0+cu111
python 3.7.10
CUDA 11.1

Are you running on multiple GPUs?

What GPUs are you using? What is your OS? Please provide more details.

Hi I have installed Apex following your instructions. The GPU I used is NVIDIA GeForce 3090. The OS is Linux.

It looks like a software&hardware compatibility issue. Please try the solution in this post https://discuss.pytorch.org/t/rtx-3090-compatibility/110014

Ran into the same issue with Tesla-V100. The reason seems like the compatibility issue between torch 1.9.0 and current version of Apex. @RunhuiWang which version of Apex did you use when running the experiment?

Ran into the same issue with Tesla-V100. The reason seems like the compatibility issue between torch 1.9.0 and current version of Apex. @RunhuiWang which version of Apex did you use when running the experiment?

The Apex version was 0.1. Have you tried newer version(s) of torch? Based on my experience, newer versions of torch also work for this project.

When running EM datasets， I have met the same problem："AttributeError: module 'torch.distributed' has no attribute '_reduce_scatter_base' ", using RTX 3090 torch 1.9.0+cu111 python 3.7.10 CUDA 11.1. Please tell me, has anyone solved this problem?


Log predictions from native battery indicator

Would be nice to log predictions from native battery indicator to compare to batterym predictions.

Question on stack overflow.
Prediction log is history-time-empty among the files:
./var/lib/upower/history-time-empty-DELL_KP4377-57-22096.dat
./var/lib/upower/history-time-full-DELL_KP4377-57-22096.dat
./var/lib/upower/history-charge-DELL_KP4377-57-22096.dat
./var/lib/upower/history-rate-DELL_KP4377-57-22096.dat


Linux support

Is it possible to use this on Linux? If yes, how?
As far as I understand ShapeScript itself is just a library for the Viewer app which cannot be built and executed on Linux. Am I right?

The library itself works on Linux, but doesn't include any rendering code, so it's of limited use. I eventually intend to add support for exporting to STL without using SceneKit, in which case a Linux command-line tool would be possible.

But yes, to be clear the GUI/app part does not run on Linux. AFAICT nobody is seriously pursuing cross-platform apps in Swift and there is no viable GUI framework I can use.

Would you update this issue when/if you have added the STL exporting without GUI? Thanks.

@WizardUli sorry, it took a while but I've added basic Linux CLI support now on the master branch. Please try it out and let me know if there are any issues. I'll look into improving the UX a bit in due course.


when Previewing from Search or Dashboard, offer same RDF Preview options as in Editor

currently we have a Preview icon (eye) on Search tab results and on Dashboard / Recent resources, and it shows a "View Resource" read-only view of the template with data in it, like this:

contrast that with the Preview you get when you're on the Edit tab and click the eye: an RDF Preview that allows you to choose different RDF serializations to preview:

Users previewing from Search and Dashboard will want the RDF Preview (in addition to View Resource they already see).
Could we make the eye bring up a preview that lets the user choose which kind of preview to see, like the RDF preview now, but add a "form view" or whatever you call the "View Resource" preview? and then use that preview everywhere there is a preview?
Please see also #2178 where users want a user-friendly preview, perhaps this could be one of the views offered in preview.

This is more critical now that only users that can edit a resource can open preview the RDF.
Note that both the resource preview and the RDF preview are modals, so this needs to be taken into consideration in the design.

Could we do something like this where we have 2 tabs in the modal. One shows the resource and the other the RDF preview?

why not just one preview and then under Format you choose table, n-triples, json, "summary" (or whatever we call the human-readable one (and add #2178)?

Like this?

So those are tabs on the preview modal?

I was trying to follow the bootstrap style. Is that not correct? Any tab style will do.

no, i'm thinking no tabs, it's just a window, "Preview", and once the window is open, you choose which style preview you want. in my mind, previewing the RDF data is a preview just like previewing the data in the form. why do we need to distinguish between the "View Resource" and "Preview"

Like this? And then the pull down determines what you see in the modal?

Yes!!!!!

So what is the not-RDF view called?

what is that view for? the view in #2178 is requested also which is called Summary. do we need Summary and current-not-RDF? (I know, Summary doesn't exist yet)

You go with the summary you have, not the summary you wish you had ...
FYI -- As I replace the input components, I'm also changing the read-only display to just be text (not using disabled inputs like it currently is).

The current "View Resource" style preview avail now only from Search would be called "Form view".
So the dropdown choices should be:

Form view
Table (RDF)
N-triples
Turtle
JSON-LD

would also need to display permissions in the preview, so that users without edit permission can open this preview from search or dashboard, and see permissions along with resource preview, @astridu can you add your design here for the single-line permission display, incorporated into Preview window?

@astridu this is implemented but box for choosing what type of preview you want does not have dropdown arrow, should it?

example of how we show dropdown elsewhere:

I had a class wrong. Fixed by https://github.com/LD4P/sinopia_editor/pull/3175


runtime-sdk: gas accounting and estimate query

fixes #89
the story so far:

setting up a new tx_values field in TxContext similar to values, but it's transaction-local
there's no batch-wide gas limit
the core module manages a core.GasUsed tx_value with a u64 of how much gas the tx has used
it provides a use_gas API function to increase that and check it against the tx auth info's fee's gas limit
unit tests for that
adding the skeleton for a core.EstimateGas query method, the idea from #89

update 2021/04/20:

implementing core.EstimateGas
adding the method registry to the dispatcher context, so that estimate gas query can look up the handler
adding message to CallResult::Failed. why did we discard this before? this will be more important now that modules will have to wrap errors from the core module for gas errors

update 2021/04/21:

addressing some review comments
adding typescript sdk elements

update 2021/04/22:

corrections to core missing some module-related implementations
... eh further updates will be in comments

update: there's now a draft of estimate gas. this version puts only the method registry in the context.

Nice!

there's no batch-wide gas limit

I think we should support this. Would simply moving the gas accumulator from a per-tx value to a per-context value do the trick? I see that currently you are checking the tx gas limit directly in use_gas but maybe you could make the gas accumulator a struct with attributes like batch_gas_limit and tx_gas_limit (besides the gas_used) and then set the tx_gas_limit in the AuthHandler and batch_gas_limit in BlockHandler?

adding message to CallResult::Failed. why did we discard this before? this will be more important now that modules will have to wrap errors from the core module for gas errors

Yeah the reason was to save on space.
I don't think that adding messages will solve the problem of wrapped errors as this still has issues if you want to match errors in a client application. I believe that the SDK should use source() on the errors to resolve the most inner SDK error and use the module/code from that error.

I don't think that adding messages will solve the problem of wrapped errors as this still has issues if you want to match errors in a client application. I believe that the SDK should use source() on the errors to resolve the most inner SDK error and use the module/code from that error.

See #100 for my attempt at implementing this.

I don't think that adding messages will solve the problem of wrapped errors as this still has issues if you want to match errors in a client application. I believe that the SDK should use source() on the errors to resolve the most inner SDK error and use the module/code from that error.

See #100 for my attempt at implementing this.

cool, that should help too.

I don't think that adding messages will solve the problem of wrapped errors as this still has issues if you want to match errors in a client application. I believe that the SDK should use source() on the errors to resolve the most inner SDK error and use the module/code from that error.

Message and source seem to serve different purposes. The change in this branch to message is to make propagate it outside of the runtime, for example to help debug when working with runtime clients. The source attribute seems to be meant for handling specific conditions from within the runtime, to help develop certain functionality. I've looked at #100, and the intention there seems to be to strip most of the information before it leaves the runtime.

I think we should support this. Would simply moving the gas accumulator from a per-tx value to a per-context value do the trick?

copying it maybe. we did want per-tx gas limit as well, judging from the auth info struct

I see that currently you are checking the tx gas limit directly in use_gas but maybe you could make the gas accumulator a struct with attributes like batch_gas_limit and tx_gas_limit (besides the gas_used)

I'll see if we can do something that doesn't duplicate the data.

and then set the tx_gas_limit in the AuthHandler and batch_gas_limit in BlockHandler?

what should we set the batch gas limit from? maybe some runtime parameter?

copying it maybe. we did want per-tx gas limit as well, judging from the auth info struct

No need to copy, as I mentioned we can have separate batch_gas_limit and tx_gas_limit in the accumulator and then the per-transaction limit can be updated in the auth handler. This works because we don't need to rollback gas accounting.

what should we set the batch gas limit from? maybe some runtime parameter?

Yes it should be a runtime parameter that can be configured at genesis. Since you already made core a proper module, you could define some parameters and genesis for it.

incorporated changes from main. trying out rebasing this time, but it's a little weird with older non-transparent-error now appearing to come after the introduction of transparent errors. anyway.
also added batch gas. still keeping tx_values though. I think the explicitness compared to managing value lifecycles implicitly during authenticate_tx, not to mention doing non-authentication work :

something's wrong with the genesis an parameter initialization. it keeps seeing batch_gas=0. how do I set up the core module parameters?

it's because I was doing a query before the first transaction. I just found out that we don't call init_or_migrate until the first batch comes in, so we won't have a batch gas limit transferred from the genesis parameters yet ):

it's because I was doing a query before the first transaction. I just found out that we don't call init_or_migrate until the first batch comes in, so we won't have a batch gas limit transferred from the genesis parameters yet ):

That's true. We could call this for queries as well and we could also make executor nodes always propose a block on genesis (so that any migration can happen as soon as possible).

merged with the context changes. I haven't gone and made a struct SimulationContext that implements Context. it turned out to be simpler to make a with_tx_simulation function. we'll revisit this later if we ever need a non-transaction-specific simulation context.
I tried writing use_gas in a new way with the optional transaction info, but we can't access the auth info and the values at the same time. thanks, rust


Minor changes to improve API usability and error handling.

Hi Thomas,
Another round of minor changes for some improvements. Please let me known if these are ok.
cc'ing @fiztech-code for awareness.
Thanks!

i'm not sure about the $() getters
they are not scoped
also, i don't see much benefits in make the query each time, storing in this.table = this.querySelector('table') makes the selection once and for all, otherwise call this.table as a getter is going to make the query each time. not a big deal (it's quite fast) but still, if it can be avoided.
get table() { return $("table"); } is not doing that does it?

Hi Thomas,
You’re right about the getters, they should be scoped. Also, about this.table, I’ll put it back in the _connected() method as it was before. Will push another commit shortly.
Thanks for catching these.

Hi Thomas,
I just push my latest changes, which not only includes the scoping issue with the getter methods but it also addresses an issue with the aria-rowcount attribute not updating when the reload method is called. I moved the setAttribute call from configureUi method to loadData method, which ensures that the aria-rowcount attribute gets updated whenever data gets loaded to the grid.
Please let me know if you see any other issues.
Thanks again

merged
i've also fixed a pagination issue when using the api
and also improved the zebra styling, it's more in line with whats bootstrap 5 does in 5.3

merged
i've also fixed a pagination issue when using the api
and also improved the zebra styling, it's more in line with whats bootstrap 5 does in 5.3

👍 Thank you very much Thomas!


Mermaid diagrams: allow passing of parameters with codefence syntax

This PR improves the mermaid render code block so that it accepts the align parameter for content aligment.

Nice one. Thanks for contributing. FYI: It will take a few days to merge this because I've a bit of backlog.


NetworkDB incorrect number of entries in networkNodes

A rapid (within networkReapTime 30min) leave/join network
can corrupt the list of nodes per network with multiple copies
of the same nodes.
The fix makes sure that each node is present only once
Signed-off-by: Flavio Crisciani<EMAIL_ADDRESS>

Also the nDB.networks is not properly cleaned up but will take care of that in a separate PR

@fcrisciani I tried quick add/remove of containers from a node and also quick deamon kill/start on a node. But not hitting this issue. So the exact sequence of events is not very clear to me..
What steps are you using exactly ? And when you see the issue, does the same node's IP occur multiple times but with different names ? We make the node name unique every time a node joins the cluster. If this is what is happening it should be a temporary issue because Peers function we have..
 for _, nodeName := range nDB.networkNodes[nid] {
                if node, ok := nDB.nodes[nodeName]; ok {

ie: a node is printed as peer only if exists in nDB.nodes. After an ungraceful daemon restart, memberlist will quickly the old node-name as not alive any more and will trigger a leave. So we should take it out of nDB.nodes.

@sanimej just run the test that is in the PR with the master code, that will show you the issue

@fcrisciani trying the test in master indeed fails as you explained and it passes with your fix.
Also the changes LGTM with a minor change request.

LGTM


Solana Chain Derivation Path

Hi OKX Team,
By following https://www.okx.com/web3/build/docs/build-dapp/private-key-wallet-go-sdk#supported-coins, the Solana chain derivation path should be m/44'/501'/0'/0/0, but during my test, using the same 12-word recovery phrase, the actual OKX wallet generated key is different from the key generated using the mentioned derivation path (https://github.com/okx/go-wallet-sdk/blob/main/crypto/bip32/bip32.go#L43 is used), also from https://www.exodus.com/support/article/1795-derivation-paths-in-exodus#other-derivation-paths mentions m/44'/501'/0'/0' is the derivation path, I tried it with no luck as well.
Could you please help update the documentation with the correct derivation path used for the Solana chain?
Thank you.

Hi all,
I have discovered the issue and here is the solution if you face the same issue.
I was using https://github.com/tyler-smith/go-bip32 to generate the master key from mnemonic like for other evm chains, note on https://github.com/tyler-smith/go-bip32/blob/master/bip32.go#L61 Bitcoin seed is used as seed key for hmac.New whereas for solana ed25519 seed should be used.
https://github.com/stellar/go/blob/master/exp/crypto/derivation/main.go#L43 can be used to find out the correct MasterKey and DeriveKey in this case or you can implement your own MasterKey function for bip32.
Cheers.


Add alternative keptn annotations

In the future, the annotations used for the lifecycle controller should be configurable. In a first step, the lifecycle controller should be enhanced to utilize kubernetes recommended labels:
app.kubernetes.io/part-of -> keptn.sh/application
app.kubernetes.io/name    -> keptn.sh/service
app.kubernetes.io/version -> keptn.sh/version

Acceptance Criteria

[ ] Kubernetes recommended labels could be used to annotate workloads
[ ] The behavior is documented

closed by #171


Remove filter headers unless in dev mode

Changing SolrIndex to only add the X-Query, X-Filters and X-QueryFields headers if in dev mode. This data is best kept private and should only be seen when in a dev environment. If in a test environment, these can be seen through the use of "?isDev=1".

Looks like you've raised this in the wrong place @timkung? You want to raise it against the upstream master, not your own fork :)


[BUG] configure.sh does not include rust-src in components.

Summary
configure.sh is supposed to configure the toolchain for popcorn compilation
the toolchain for compiling a bare metal executable requires the rust-src component
# install nightly toolchain
rustup component add rust-src --toolchain nightly-x86_64-unknown-linux-gnu

this line is absent in configure.sh
Steps to reproduce

Make sure your environment lacks the rust-src component
Clone popcorn repository
Change into the popcorn repository
Run ./configure.sh
Run cargo build
Observe

Expected behaviour
During execution of configure.sh, the component rust-src was supposed to be installed and cargo build should run flawlessly.
Actual behaviour
cargo build complains about absence of rust-src

I'm home in 30 minutes ill fix it

can i merge the pr


README not set on npm registry

README not set on npm registry

I accept PRs to this repo, but it's essentially unmaintained.  Feel free to submit a patch, or take over the repo entirely.

Turns out i needed to publish the latest anyway.  Thanks for the heads up!


mavlink hash check: return early in case of hash check parameter

A request for setting the '_HASH_CHECK' parameter is handled differently
than the same request for a standard parameter. Make sure we don't actually
try to set the parameter.
Signed-off-by: Roman<EMAIL_ADDRESS>

CI failed

@dagar could you review and merge? The change is pretty obvious.


[Request] Module version in the README

I think could be a good thing to let clear what are the latest tested versions of each module in the README, so you can make sure nothing is broken because of some update.
And I don't know if there is a way to do that, but create an alert for the player when they aren't in a "supported" version.
EDIT: Ahh, and the system version too.

When I get a chance I'll go through and add some version numbers.  Along with a list of what automations are in the module.

Readme has been updated with version numbers.


Fix two bugs in win32/64mak files

A new experimental module std.experimental.typecons is added, but its ddoc generation is not supported in win32.mak.

std.range.* modules unittests are not actually tested under win32 and 64, because their object file has been overwritten by the output of std.experimental.ndslice.*.

That's what we get for copy-pasty makefiles LGTM

Auto-merge toggled on

You missed a spot: https://github.com/dlang/phobos/pull/4226


SAA-2190: Update swagger for new suspend without pay allocation prisoner status

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 84.57%. Comparing base (5e6c63d) to head (68ae740).

Additional details and impacted files
@@            Coverage Diff            @@
##               main    #1207   +/-   ##
=========================================
  Coverage     84.57%   84.57%
  Complexity     3757     3757
=========================================
  Files           385      385
  Lines         12767    12768    +1
  Branches       1098     1098
=========================================
+ Hits          10798    10799    +1
  Misses         1459     1459
  Partials        510      510

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Update UI:

linters+prettier added; unused files removed

Just awaiting CLA. Thanks @sofyakurilova

Closing this PR for now. The UI will be updated in another PR.


v1.7 backports 2020-04-22

#10902 -- Add helm NOTES to the root folder (@soumynathan)
#10961 -- pkg/logging: redirect klog output to logrus (@aanm)
#10918 -- helm: add option to enable automatic etcd name resolution (@aanm)
#11008 -- bpf: remap MARK_MAGIC_SNAT_DONE marker to avoid conflicts (@borkmann)
#11021 -- pkg/k8s: detect k8s mode if env variable K8S_NODE_NAME is set
#10928 -- datapath/iptables: Masquerade hairpin traffic that traversed the stack
#11040 -- CRD: fix allocation logic of identities with the same set of labels
#10984 -- datapath: Fix wrong rev-NAT xlation due to stale conntrack entry
#11015 --  daemon: Fatal on startup when Identity CRD is enabled without k8s
#11057 -- Restore node IP behavior of Cilium < 1.7

Backport notes: numerous conflicts mostly in docs, testing and bpf (skb->ctx) datapath.
Pushed bpf.sha changes into commits to allow for bisecting.
Popped, * #10926 -- bpf: Preserve source identity for hairpin via stack (@tgraf) while we debug.

test-me-please

test-me-please

test-me-please

test-me-please

test-me-please

test-me-please

Seems like one of the patches is relying on a code refactor:
https://jenkins.cilium.io/job/Cilium-PR-Ginkgo-Tests-Validated/19066/execution/node/55/log/
09:02:00  build github.com/cilium/cilium/daemon: cannot load github.com/cilium/cilium/pkg/node/types: open /go/src/github.com/cilium/cilium/pkg/node/types: no such file or directory
[2020-04-22T16:02:00.010Z] make[1]: *** [clean] Error 1
[2020-04-22T16:02:00.010Z] Makefile:29: recipe for target 'clean' failed
09:02:00  make[1]: Leaving directory '/go/src/github.com/cilium/cilium/daemon'
09:02:00  make: [clean-container] Error 2 (ignored)

If it helps, we can try to trim down the backports to just the release-blocker PRs right now as we would like to get a release out with the minimal set of changes that are immediately affecting users.

test-me-please

@joestringer fixed up that specific error lets see if we get anymore.

Looks like unit tests failed: https://travis-ci.com/github/cilium/cilium/builds/161515964
# github.com/cilium/cilium/test/k8sT
test/k8sT/Conformance.go:56:16: undefined: helpers.GetBadLogMessages
test/k8sT/Conformance.go:57:10: kubectl.ValidateListOfErrorsInLogs undefined (type *helpers.Kubectl has no field or method ValidateListOfErrorsInLogs)
make[1]: *** [govet] Error 2
make[1]: Leaving directory `/home/travis/gopath/src/github.com/cilium/cilium'
make: *** [unit-tests] Error 2

test-me-please

test-me-please

ok  	github.com/cilium/cilium/daemon	22.438s	coverage: 14.0% of statements in ./...
/tmp/go-build039424075/b001/operator.test flag redefined: log_dir
panic: /tmp/go-build039424075/b001/operator.test flag redefined: log_dir
goroutine 1 [running]:
flag.(*FlagSet).Var(0xc0000d8120, 0x2758ec0, 0x3bdddd0, 0x233f717, 0x7, 0x2398cda, 0x2f)
	/home/travis/.gimme/versions/go1.13.10.linux.amd64/src/flag/flag.go:848 +0x4ae
flag.(*FlagSet).StringVar(...)
	/home/travis/.gimme/versions/go1.13.10.linux.amd64/src/flag/flag.go:751
k8s.io/klog.InitFlags(0x0)
	/home/travis/gopath/src/github.com/cilium/cilium/vendor/k8s.io/klog/klog.go:420 +0x7f
github.com/cilium/cilium/operator.init.1()
	/home/travis/gopath/src/github.com/cilium/cilium/operator/main.go:179 +0x110d
FAIL	github.com/cilium/cilium/operator	0.044s
FAIL
make: *** [unit-tests] Error 1

test-me-please

test-me-please

direct routing + encryption failed. Lets retry and see if its repeatable.
https://jenkins.cilium.io/job/Cilium-PR-Ginkgo-Tests-Validated/19080/

test-me-please

test-me-please

https://jenkins.cilium.io/job/Cilium-PR-Ginkgo-Tests-Validated/19083/testReport/junit/Suite-k8s-1/17/K8sDatapathConfig_Transparent_encryption_DirectRouting_Check_connectivity_with_transparent_encryption_and_direct_routing/ failed due to:
2020-04-23T06:40:22.151465604Z level=debug msg="netlink: Replacing qdisc for lxc0380ecf59385 succeeded" subsys=datapath-loader
2020-04-23T06:40:22.234825065Z level=error msg="Command execution failed" cmd="[tc filter replace dev lxc0380ecf59385 ingress prio 1 handle 1 bpf da obj 2178_next/bpf_lxc.o sec from-container]" error="exit status 1" subsys=datapath-loader
2020-04-23T06:40:22.234911101Z level=warning subsys=datapath-loader
2020-04-23T06:40:22.234957764Z level=warning msg="Prog section '2/10' rejected: Permission denied (13)!" subsys=datapath-loader
2020-04-23T06:40:22.23500002Z level=warning msg=" - Type:         3" subsys=datapath-loader
2020-04-23T06:40:22.235043152Z level=warning msg=" - Attach Type:  0" subsys=datapath-loader
2020-04-23T06:40:22.235118941Z level=warning msg=" - Instructions: 3371 (0 over limit)" subsys=datapath-loader
2020-04-23T06:40:22.235189366Z level=warning msg=" - License:      GPL" subsys=datapath-loader
2020-04-23T06:40:22.235246313Z level=warning subsys=datapath-loader
2020-04-23T06:40:22.235288395Z level=warning msg="Verifier analysis:" subsys=datapath-loader
2020-04-23T06:40:22.235341353Z level=warning subsys=datapath-loader
2020-04-23T06:40:22.23538375Z level=warning msg="Skipped 65272 bytes, use 'verb' option for the full verbose log." subsys=datapath-loader
2020-04-23T06:40:22.235424796Z level=warning msg="[...]" subsys=datapath-loader
2020-04-23T06:40:22.235465153Z level=warning msg="= 0" subsys=datapath-loader
2020-04-23T06:40:22.235506598Z level=warning msg="3157: (7b) *(u64 *)(r10 -64) = r1" subsys=datapath-loader
2020-04-23T06:40:22.23554827Z level=warning msg="3158: (7b) *(u64 *)(r10 -72) = r1" subsys=datapath-loader
2020-04-23T06:40:22.235589231Z level=warning msg="3159: (b7) r1 = 512" subsys=datapath-loader
2020-04-23T06:40:22.235630323Z level=warning msg="3160: (7b) *(u64 *)(r10 -112) = r1" subsys=datapath-loader
2020-04-23T06:40:22.235672137Z level=warning msg="3161: (bf) r2 = r10" subsys=datapath-loader
2020-04-23T06:40:22.235713215Z level=warning msg="3162: (07) r2 += -112" subsys=datapath-loader
2020-04-23T06:40:22.235754759Z level=warning msg="3163: (18) r1 = 0xffff8f84c3215e40" subsys=datapath-loader
2020-04-23T06:40:22.235796003Z level=warning msg="3165: (85) call 1" subsys=datapath-loader
2020-04-23T06:40:22.23583743Z level=warning msg="3166: (15) if r0 == 0x0 goto pc+10" subsys=datapath-loader
2020-04-23T06:40:22.235881571Z level=warning msg=" R0=map_value(ks=8,vs=16,id=0),min_value=0,max_value=0 R6=inv R7=inv R8=map_value(ks=20,vs=48,id=0),min_value=0,max_value=0 R9=inv R10=fp fp-200=map_ptr fp-192=ctx" subsys=datapath-loader
2020-04-23T06:40:22.235935118Z level=warning msg="3167: (79) r1 = *(u64 *)(r0 +0)" subsys=datapath-loader
2020-04-23T06:40:22.235977239Z level=warning msg="3168: (07) r1 += 1" subsys=datapath-loader
2020-04-23T06:40:22.236018797Z level=warning msg="3169: (7b) *(u64 *)(r0 +0) = r1" subsys=datapath-loader
2020-04-23T06:40:22.236076677Z level=warning msg="3170: (79) r1 = *(u64 *)(r0 +8)" subsys=datapath-loader
2020-04-23T06:40:22.236118219Z level=warning msg="3171: (0f) r1 += r6" subsys=datapath-loader
2020-04-23T06:40:22.23615961Z level=warning msg="3172: (7b) *(u64 *)(r0 +8) = r1" subsys=datapath-loader
2020-04-23T06:40:22.236200756Z level=warning msg="3173: (79) r6 = *(u64 *)(r10 -192)" subsys=datapath-loader
2020-04-23T06:40:22.236242146Z level=warning msg="3174: (79) r1 = *(u64 *)(r10 -280)" subsys=datapath-loader
2020-04-23T06:40:22.236283922Z level=warning msg="3175: (15) if r1 == 0x0 goto pc+63" subsys=datapath-loader
2020-04-23T06:40:22.236327573Z level=warning msg=" R0=map_value(ks=8,vs=16,id=0),min_value=0,max_value=0 R1=inv R6=ctx R7=inv R8=map_value(ks=20,vs=48,id=0),min_value=0,max_value=0 R9=inv R10=fp fp-200=map_ptr fp-192=ctx" subsys=datapath-loader
2020-04-23T06:40:22.236374383Z level=warning msg="3176: (05) goto pc+14" subsys=datapath-loader
2020-04-23T06:40:22.236416332Z level=warning msg="3191: (61) r7 = *(u32 *)(r6 +0)" subsys=datapath-loader
2020-04-23T06:40:22.236457503Z level=warning msg="3192: (bf) r1 = r6" subsys=datapath-loader
2020-04-23T06:40:22.23649823Z level=warning msg="3193: (85) call 34" subsys=datapath-loader
2020-04-23T06:40:22.236539271Z level=warning msg="3194: (18) r1 = 0x882" subsys=datapath-loader
2020-04-23T06:40:22.23658057Z level=warning msg="3196: (6b) *(u16 *)(r10 -70) = r1" subsys=datapath-loader
2020-04-23T06:40:22.236621403Z level=warning msg="3197: (b7) r1 = 772" subsys=datapath-loader
2020-04-23T06:40:22.236664355Z level=warning msg="3198: (6b) *(u16 *)(r10 -72) = r1" subsys=datapath-loader
2020-04-23T06:40:22.236711823Z level=warning msg="3199: (63) *(u32 *)(r10 -68) = r0" subsys=datapath-loader
2020-04-23T06:40:22.23675501Z level=warning msg="3200: (b7) r1 = 1" subsys=datapath-loader
2020-04-23T06:40:22.23679827Z level=warning msg="3201: (6b) *(u16 *)(r10 -58) = r1" subsys=datapath-loader
2020-04-23T06:40:22.236841826Z level=warning msg="3202: (18) r1 = 0x7db2" subsys=datapath-loader
2020-04-23T06:40:22.236885523Z level=warning msg="3204: (63) *(u32 *)(r10 -56) = r1" subsys=datapath-loader
2020-04-23T06:40:22.23692916Z level=warning msg="3205: (63) *(u32 *)(r10 -52) = r9" subsys=datapath-loader
2020-04-23T06:40:22.236973554Z level=warning msg="3206: (79) r1 = *(u64 *)(r10 -248)" subsys=datapath-loader
2020-04-23T06:40:22.237017245Z level=warning msg="3207: (73) *(u8 *)(r10 -46) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237060164Z level=warning msg="3208: (b7) r1 = 0" subsys=datapath-loader
2020-04-23T06:40:22.237103613Z level=warning msg="3209: (73) *(u8 *)(r10 -38) = r1" subsys=datapath-loader
2020-04-23T06:40:22.23714792Z level=warning msg="3210: (73) *(u8 *)(r10 -39) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237191678Z level=warning msg="3211: (73) *(u8 *)(r10 -40) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237235592Z level=warning msg="3212: (73) *(u8 *)(r10 -41) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237293338Z level=warning msg="3213: (73) *(u8 *)(r10 -42) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237338143Z level=warning msg="3214: (73) *(u8 *)(r10 -43) = r1" subsys=datapath-loader
2020-04-23T06:40:22.23739621Z level=warning msg="3215: (73) *(u8 *)(r10 -44) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237441021Z level=warning msg="3216: (73) *(u8 *)(r10 -45) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237485784Z level=warning msg="3217: (6b) *(u16 *)(r10 -48) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237556689Z level=warning msg="3218: (73) *(u8 *)(r10 -37) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237600408Z level=warning msg="3219: (63) *(u32 *)(r10 -36) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237654446Z level=warning msg="3220: (7b) *(u64 *)(r10 -32) = r1" subsys=datapath-loader
2020-04-23T06:40:22.237736995Z level=warning msg="3221: (63) *(u32 *)(r10 -64) = r7" subsys=datapath-loader
2020-04-23T06:40:22.237833855Z level=warning msg="3222: (79) r1 = *(u64 *)(r10 -280)" subsys=datapath-loader
2020-04-23T06:40:22.237921484Z level=warning msg="3223: (2d) if r7 > r1 goto pc+1" subsys=datapath-loader
2020-04-23T06:40:22.238121135Z level=warning msg=" R0=inv,min_value=0,max_value=0 R1=inv R6=ctx R7=inv R8=map_value(ks=20,vs=48,id=0),min_value=0,max_value=0 R9=inv R10=fp fp-200=map_ptr fp-192=ctx" subsys=datapath-loader
2020-04-23T06:40:22.238374629Z level=warning msg="3224: (7b) *(u64 *)(r10 -280) = r7" subsys=datapath-loader
2020-04-23T06:40:22.238517824Z level=warning msg="3225: (79) r3 = *(u64 *)(r10 -280)" subsys=datapath-loader
2020-04-23T06:40:22.238702314Z level=warning msg="3226: (6b) *(u16 *)(r10 -60) = r3" subsys=datapath-loader
2020-04-23T06:40:22.238807587Z level=warning msg="3227: (67) r3 <<= 32" subsys=datapath-loader
2020-04-23T06:40:22.238908913Z level=warning msg="3228: (18) r1 = 0xffffffff" subsys=datapath-loader
2020-04-23T06:40:22.238990166Z level=warning msg="3230: (4f) r3 |= r1" subsys=datapath-loader
2020-04-23T06:40:22.23906371Z level=warning msg="3231: (bf) r4 = r10" subsys=datapath-loader
2020-04-23T06:40:22.239149763Z level=warning msg="3232: (07) r4 += -72" subsys=datapath-loader
2020-04-23T06:40:22.239236197Z level=warning msg="3233: (79) r6 = *(u64 *)(r10 -192)" subsys=datapath-loader
2020-04-23T06:40:22.239325867Z level=warning msg="3234: (bf) r1 = r6" subsys=datapath-loader
2020-04-23T06:40:22.239412366Z level=warning msg="3235: (18) r2 = 0xffff8f85d70bfe00" subsys=datapath-loader
2020-04-23T06:40:22.239497099Z level=warning msg="3237: (b7) r5 = 48" subsys=datapath-loader
2020-04-23T06:40:22.239582585Z level=warning msg="3238: (85) call 25" subsys=datapath-loader
2020-04-23T06:40:22.239668458Z level=warning msg="3239: (61) r7 = *(u32 *)(r6 +0)" subsys=datapath-loader
2020-04-23T06:40:22.239754175Z level=warning msg="3240: (bf) r1 = r6" subsys=datapath-loader
2020-04-23T06:40:22.239839594Z level=warning msg="3241: (85) call 34" subsys=datapath-loader
2020-04-23T06:40:22.239925529Z level=warning msg="3242: (18) r1 = 0x882" subsys=datapath-loader
2020-04-23T06:40:22.240011886Z level=warning msg="3244: (6b) *(u16 *)(r10 -70) = r1" subsys=datapath-loader
2020-04-23T06:40:22.240131023Z level=warning msg="3245: (b7) r1 = 1027" subsys=datapath-loader
2020-04-23T06:40:22.24024138Z level=warning msg="3246: (6b) *(u16 *)(r10 -72) = r1" subsys=datapath-loader
2020-04-23T06:40:22.240337633Z level=error msg="Command execution failed" cmd="[tc filter replace dev lxc_health ingress prio 1 handle 1 bpf da obj 345_next/bpf_lxc.o sec from-container]" error="exit status 1" subsys=datapath-loader
2020-04-23T06:40:22.240475779Z level=warning msg="3247: (63) *(u32 *)(r10 -68) = r0" subsys=datapath-loader
2020-04-23T06:40:22.240597838Z level=warning msg="3248: (b7) r1 = 1" subsys=datapath-loader
2020-04-23T06:40:22.24077987Z level=warning msg="3249: (6b) *(u16 *)(r10 -58) = r1" subsys=datapath-loader
2020-04-23T06:40:22.240841315Z level=warning msg="3250: (b7) r1 = 0" subsys=datapath-loader
2020-04-23T06:40:22.24089831Z level=warning msg="3251: (7b) *(u64 *)(r10 -56) = r1" subsys=datapath-loader
2020-04-23T06:40:22.240954745Z level=warning msg="3252: (63) *(u32 *)(r10 -64) = r7" subsys=datapath-loader
2020-04-23T06:40:22.241010354Z level=warning msg="3253: (b7) r1 = 128" subsys=datapath-loader
2020-04-23T06:40:22.241066722Z level=warning msg="3254: (2d) if r1 > r7 goto pc+1" subsys=datapath-loader
2020-04-23T06:40:22.241126675Z level=warning msg=" R0=inv,min_value=0,max_value=0 R1=imm128,min_value=128,max_value=128 R6=ctx R7=inv,min_value=128 R8=map_value(ks=20,vs=48,id=0),min_value=0,max_value=0 R9=inv R10=fp fp-200=map_ptr fp-192=ctx" subsys=datapath-loader
2020-04-23T06:40:22.241182792Z level=warning msg="3255: (b7) r7 = 128" subsys=datapath-loader
2020-04-23T06:40:22.241287056Z level=warning msg="3256: (6b) *(u16 *)(r10 -60) = r7" subsys=datapath-loader
2020-04-23T06:40:22.241345109Z level=warning msg="3257: (67) r7 <<= 32" subsys=datapath-loader
2020-04-23T06:40:22.24140153Z level=warning msg="3258: (18) r1 = 0xffffffff" subsys=datapath-loader
2020-04-23T06:40:22.241472223Z level=warning msg="3260: (4f) r7 |= r1" subsys=datapath-loader
2020-04-23T06:40:22.241527686Z level=warning msg="3261: (bf) r4 = r10" subsys=datapath-loader
2020-04-23T06:40:22.241591316Z level=warning msg="3262: (07) r4 += -72" subsys=datapath-loader
2020-04-23T06:40:22.24164932Z level=warning msg="3263: (79) r1 = *(u64 *)(r10 -192)" subsys=datapath-loader
2020-04-23T06:40:22.241778929Z level=warning msg="3264: (18) r2 = 0xffff8f85d70bfe00" subsys=datapath-loader
2020-04-23T06:40:22.241881244Z level=warning msg="3266: (bf) r3 = r7" subsys=datapath-loader
2020-04-23T06:40:22.24200166Z level=warning msg="3267: (b7) r5 = 24" subsys=datapath-loader
2020-04-23T06:40:22.242163094Z level=warning msg="3268: (85) call 25" subsys=datapath-loader
2020-04-23T06:40:22.242313543Z level=warning msg="3269: (79) r1 = *(u64 *)(r10 -304)" subsys=datapath-loader
2020-04-23T06:40:22.242403087Z level=warning msg="3270: (67) r1 <<= 32" subsys=datapath-loader
2020-04-23T06:40:22.242504461Z level=warning msg="3271: (77) r1 >>= 32" subsys=datapath-loader
2020-04-23T06:40:22.242585265Z level=warning subsys=datapath-loader
2020-04-23T06:40:22.242666355Z level=warning msg="3272: (15) if r1 == 0x0 goto pc+3" subsys=datapath-loader
2020-04-23T06:40:22.242801Z level=warning msg=" R0=inv,min_value=0,max_value=0 R1=inv32 R6=ctx R7=inv R8=map_value(ks=20,vs=48,id=0),min_value=0,max_value=0 R9=inv R10=fp fp-200=map_ptr fp-192=ctx" subsys=datapath-loader
2020-04-23T06:40:22.242920438Z level=warning msg="3273: (79) r1 = *(u64 *)(r10 -296)" subsys=datapath-loader
2020-04-23T06:40:22.24308475Z level=warning msg="3274: (57) r1 &= 255" subsys=datapath-loader
2020-04-23T06:40:22.243211174Z level=warning msg="3275: (55) if r1 != 0x0 goto pc+3" subsys=datapath-loader
2020-04-23T06:40:22.243339107Z level=warning msg=" R0=inv,min_value=0,max_value=0 R1=inv56,min_value=0,max_value=0 R6=ctx R7=inv R8=map_value(ks=20,vs=48,id=0),min_value=0,max_value=0 R9=inv R10=fp fp-200=map_ptr fp-192=ctx" subsys=datapath-loader
2020-04-23T06:40:22.24344087Z level=warning msg="3276: (79) r1 = *(u64 *)(r10 -192)" subsys=datapath-loader
2020-04-23T06:40:22.243559833Z level=warning msg="3277: (61) r4 = *(u32 *)(r1 +8)" subsys=datapath-loader
2020-04-23T06:40:22.243659822Z level=warning msg="3278: (05) goto pc+7" subsys=datapath-loader
2020-04-23T06:40:22.24376578Z level=warning msg="3286: (07) r1 += 8" subsys=datapath-loader
2020-04-23T06:40:22.24386031Z level=warning msg="3287: (18) r2 = 0x7db2" subsys=datapath-loader
2020-04-23T06:40:22.243945202Z level=warning msg="3289: (18) r3 = 0x7db2" subsys=datapath-loader
2020-04-23T06:40:22.244028073Z level=warning msg="3291: (67) r3 <<= 16" subsys=datapath-loader
2020-04-23T06:40:22.244113602Z level=warning msg="3292: (57) r2 &= 16711680" subsys=datapath-loader
2020-04-23T06:40:22.244196477Z level=warning msg="3293: (77) r2 >>= 16" subsys=datapath-loader
2020-04-23T06:40:22.244279618Z level=warning msg="3294: (4f) r3 |= r2" subsys=datapath-loader
2020-04-23T06:40:22.244383835Z level=warning msg="3295: (57) r4 &= 61440" subsys=datapath-loader
2020-04-23T06:40:22.244554524Z level=warning msg="3296: (4f) r4 |= r3" subsys=datapath-loader
2020-04-23T06:40:22.244625413Z level=warning msg="3297: (47) r4 |= 3840" subsys=datapath-loader
2020-04-23T06:40:22.244860075Z level=warning msg="3298: (63) *(u32 *)(r1 +0) = r4" subsys=datapath-loader
2020-04-23T06:40:22.244949579Z level=warning msg="Prog section '2/10' rejected: Permission denied (13)!" subsys=datapath-loader
2020-04-23T06:40:22.245029472Z level=warning msg="R1 invalid mem access 'inv'" subsys=datapath-loader
2020-04-23T06:40:22.245113955Z level=warning subsys=datapath-loader
2020-04-23T06:40:22.245202522Z level=warning msg="Error filling program arrays!" subsys=datapath-loader
2020-04-23T06:40:22.245273317Z level=warning msg="Unable to load program" subsys=datapath-loader
2020-04-23T06:40:22.245522555Z level=warning msg=" - Type:         3" subsys=datapath-loader
2020-04-23T06:40:22.245595935Z level=warning msg=" - Attach Type:  0" subsys=datapath-loader
2020-04-23T06:40:22.245660958Z level=warning msg=" - Instructions: 3371 (0 over limit)" subsys=datapath-loader
2020-04-23T06:40:22.245723867Z level=warning msg=" - License:      GPL" subsys=datapath-loader
2020-04-23T06:40:22.245819697Z level=warning subsys=datapath-loader

test-me-please

dropped, ' bpf: Preserve source identity for hairpin via stack ' as we debug verifier issue.

test-me-please

test-gke

test-missed-k8s

test-docs-please

test-upstream-k8s

(FYI I fired off all the other bits that would comprise never-tell-me-the-odds without re-triggering the existing test runs, so hopefully we'll get at least those results in sooner rather than later)

Initial look is positive, just the newly added test Check connectivity-check compliance with portmap chaining failing so far, which presumably validates the commit which has been reverted.

Hit https://github.com/cilium/cilium/issues/11204 , #11126.

One GInko CI test for k8s 1.17 failed timing out waiting all pods being ready before the actual test started. One container, but can't figure out why: https://jenkins.cilium.io/job/Cilium-PR-Ginkgo-Tests-Validated/19247/testReport/junit/Suite-k8s-1/17/K8sConformance_Portmap_Chaining_Check_connectivity_check_compliance_with_portmap_chaining/

test-me-please

test-me-please

test-missed-k8s

test-upstream-k8s

test-upstream-k8s

test-docs-please

Known CI flake #9902

test-me-please

test-missed-k8s

Issued #11213 for a likely test flake

Hit #10256

Istio tests fail on older k8s releases until #11072 is also backported.

test-me-please

test-missed-k8s

test-upstream-k8s

Added backport of #11072

Upstream test stalled downloading vagrant box:
https://jenkins.cilium.io/job/Cilium-PR-Kubernetes-Upstream/2065/execution/node/33/log/

test-upstream-k8s

Out of the four checks that are marked failing:

Cilium-Ginkgo-GKE is known to fail due to https://github.com/cilium/cilium/issues/11204
Cilium-Ginkgo-Test-k8s failed due to two new issues listed below.
Cilium-PR-Ginkgo-Tests-K8s is the same as (2)
K8s-1.17-Kernel-4.19 actually just timed out while downloading the VM images.

k8s issues hit:
K8sUpdates Tests upgrade and downgrade from a Cilium stable image to master:
/home/jenkins/workspace/Cilium-PR-Ginkgo-Tests-K8s/1.13-gopath/src/github.com/cilium/cilium/test/ginkgo-ext/scopes.go:430
Unable to install helm repository
Expected command: helm repo add cilium https://helm.cilium.io
To succeed, but it failed:
Exitcode: 1
Stdout:

Stderr:
 	 Error: Couldn't load repositories file (/home/vagrant/.helm/repository/repositories.yaml).
	 You might need to run `helm init` (or `helm init --client-only` if tiller is already installed)

/home/jenkins/workspace/Cilium-PR-Ginkgo-Tests-K8s/1.13-gopath/src/github.com/cilium/cilium/test/k8sT/Updates.go:121

Potentially related to the recently backported changes? This failed for both k8s runs.
K8sFQDNTest Restart Cilium validate that FQDN is still working
/home/jenkins/workspace/Cilium-PR-Ginkgo-Tests-K8s/1.12-gopath/src/github.com/cilium/cilium/test/ginkgo-ext/scopes.go:384
Test suite timed out after 1h38m0s
/home/jenkins/workspace/Cilium-PR-Ginkgo-Tests-K8s/1.12-gopath/src/github.com/cilium/cilium/test/ginkgo-ext/scopes.go:539

Did the latest changes modify the timeouts?

@joestringer Need to backport #10378 as well to install Helm 3 instead of 2.x.y. I'll do it.

Timeout for test-missed-k8s is the same as in master:
        GINKGO_TIMEOUT="98m"

test-me-please

test-missed-k8s

test-upstream-k8s

test-docs-please

Only failures are known flakes #11204 , #11126. Neither are required to merge backports.
Merging. :tada:
Thanks @jrfastab @jrajahalme !


DF Chat Enhancement: Chat Images conflict

Conflicting Module(s)

Chat Images v3.1

Describe the conflict
When Chat Images is ENABLED and DFCE is DISABLED, you can insert an animated GIF into chat using the (Chat Images-enabled) syntax !ci!<url>!.
When DFCE is enabled, this gets broken.  Instead of showing the animated GIF, the chat log displays brokenImageGraphicURL" alt="Unable to load image">
Note that brokenImageGraphic is used here as a placeholder for the actual graphic, and there is NO leading less-than sign at the start of the line shown in the chat log.  Further, there appears to be no leading quote mark between the broken image graphic and the URL, but there IS a closing quote immediately after the URL.
I have tried turning off all of these options in DFCE:

Chat Merge: Enable Chat Message Merging (I assume all other Chat Merge: settings are ignored if this is off)

Chat Merge: How to Handle Rolls when Merging (tried "Do not merge")

Enable Chat Scroll Improvements

Scroll To Bottom When You Send Message

Chat Message Tinted Borders (tried No border tinting)

ALWAYS OFF for me: Tint Chat Message Background, Use Simple Calendar for Chat Timestamps

Expected behavior
entering the following into chat should display the animated GIF found on Chat Image's own Readme page:
!ci|https://github.com/bmarian/chat-images/raw/master/readme/example.gif!
Screenshots (Optional)
If applicable, add screenshots to help explain your problem.
Additional context (Optional)
FVTT v10.285, DND5e v2.0.2, DFCE 4.0.0, Chat Images 3.1

This is most likely a conflict with what Chat Image in putting into the chat message. DF Chat enhancements adds MarkDown formatting to the chat, so you can enter regular MarkDown, as well as HTML into the chat and it will render accurately.
For your use case, sending an image to the chat using DFCE's markdown would be as follows:
![](http://domain.com/path/image.png)

The alternate markdown syntax does, indeed, work around the issue for
me.  Thanks!

Message ID:
@.***>


Microsoft Sharepoint Connector Setup

Hey there.
there is functionality to connect sharepoint to business central (simply search Sharepoint Connector setup in BC).  I cannot locate any documentation on this function, only oneDrive and usually this relates to onprem systems only.
Where do we locate instructions for the online version of BC and the Sharepoint Connector Setup?

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

ID: 63507777-3b53-79f6-885f-da0b0c530475
Version Independent ID: 385e61aa-adc9-c1ed-5c32-ce8b85205c18
Content: Opening Business Central Files in OneDrive - Business Central
Content Source: business-central/across-share-onedrive.md
Service: dynamics365-business-central
GitHub Login: @brentholtorf
Microsoft Alias: bholtorf

Hi Chris,
The SharePoint Connection Setup page will be deprecated: https://docs.microsoft.com/en-us/dynamics365/business-central/admin-onedrive-faq#should-i-use-the-sharepoint-connection-setup-page-to-connect-to-sharepoint
For more information, see https://docs.microsoft.com/en-us/dynamics365/business-central/admin-onedrive-faq#does--online-connect-with-sharepoint-server

Hmm. Ok.
What’s the latest guidance then on storing documents in Business Central (specifically attachments for Sales and Purchase orders)?  If we simply store them into BC won’t that blow up our storage limit?  I have terabytes of online SharePoint storage… I’m not sure the BC liscence has opened up a little space for this or what – can you point me in the right direction if the sharepoint connection has been depreciated?
Chris Pope
Pacsource Pty ltd
Unit 84, 1470 Ferntree Gully Road
Knoxfield, Victoria 3180, Australia
T. +61.3.9763.4500
M. +61.447.888.777
E<EMAIL_ADDRESS>Disclaimer ; The information in this email including any attachments is confidential and may be legally privileged. If an addressing or transmission error has misdirected this email please notify the author by replying to this email and destroy the original message. If you are not the intended recipient, any use, disclosure, copying or distributions prohibited and may be unlawful. Distribution of this email to other parties may result in criminal prosecution.
From: Eva Dupont @.>
Reply to: MicrosoftDocs/dynamics365smb-docs @.>
Date: Wednesday, 13 April 2022 at 4:21 pm
To: MicrosoftDocs/dynamics365smb-docs @.>
Cc: Chris Pope @.>, Author @.***>
Subject: Re: [MicrosoftDocs/dynamics365smb-docs] Microsoft Sharepoint Connector Setup (Issue #718)
Hi Chris,
The SharePoint Connection Setup page will be deprecated: https://docs.microsoft.com/en-us/dynamics365/business-central/admin-onedrive-faq#should-i-use-the-sharepoint-connection-setup-page-to-connect-to-sharepoint
For more information, see https://docs.microsoft.com/en-us/dynamics365/business-central/admin-onedrive-faq#does--online-connect-with-sharepoint-server
—
Reply to this email directly, view it on GitHubhttps://github.com/MicrosoftDocs/dynamics365smb-docs/issues/718#issuecomment-1097603740, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AK2G73UJKYSFYCCVMQRKSGDVEZRXHANCNFSM5TJEEEBQ.
You are receiving this because you authored the thread.Message ID: @.***>

Hi @chris7777au
My apologies for the delay! You might want to us the Data Archive extension: https://docs.microsoft.com/dynamics365/business-central/admin-archive-data
Alternatively, you can move some of the data to Azure Data Lake - we have a little bit of guidance in the migration docs for Dynamics GP here: https://docs.microsoft.com/en-us/dynamics365/business-central/dev-itpro/administration/migrate-dynamics-gp#lake

Closing as (partially) fixed.


Change model.syllablePart

This PR removes model.eventLike from model.syllablePart and makes clef direct member of model.syllablePart instead.
This solves the problem with <custos> being allowed in <syllable> from #968 saves us having to remove and re-add things in the Neumes customization.

@yinanazhou Could you please check this PR against your use cases?

Added a comment on the associated issue to ask for confirmation that it fixes the problem.

From this comment I conclude that this PR solves the problem with <custos> and <clef> in the neumes model.
Before we continue, this should be merged. Waiting for a second approval by any @music-encoding/maintainers

I confirm the pull request works as intended. When using the generated schema for neumes:

custos is allowed outside syllable, but not inside
clef is allowed both inside and out

Here is a screenshot corroborating this and a minimal MEI file you can use for testing these and other changes desired for the Neumes module (which are summarized in this comment).

testing_changes_to_neumes_module.xml.zip


bug: CLI cannot generate pages

Type: bug
Ionic Version: 2.x
Platform: all
First of all, other than some npm issues that I think have largely been fixed, I have loved using Ionic.
I'm having issues now automatically generating pages in my new Ionic v2 project. ionic start appName --v2 works perfectly to generate the folder, then ionic platform add android works perfectly to add the missing platform, but when I input:
ionic g page pageName
Terminal gives me this error:
No ionic-angular package found, do you have Ionic installed? (CLI v2.0.0-beta.37)
Your system information:
Cordova CLI: 6.3.1
Ionic Framework Version: 2.0.0-rc.0
Ionic CLI Version: 2.0.0-beta.37
Ionic App Lib Version: 2.0.0-beta.20
ios-deploy version: Not installed
ios-sim version: Not installed
OS: Mac OS X El Capitan
Node Version: v6.6.0
Xcode version: Xcode 7.3.1 Build version 7D1014
The most frustrating thing about this is that it was working just YESTERDAY! So I'm really not sure what happened.

... Using "ls" in the terminal shows this project is missing the 'app' file normally generated with a new Ionic project. Any ideas why this would happen?

Update: I've tried creating projects with other layouts: blank and slidemenu- both types of projects generate without the app folder.

I can confirm this is happening with the latest Ionic beta. When I run ionic start ProjectName --v2, it creates the project without the "app" folder. I'm still however able to ionic serve, which is really unusual.

Hello, thanks for using Ionic! Would you all mind uninstalling the beta version of the cli by running npm uninstall -g ionic, installing the latest stable version of the cli (npm install -g ionic) and trying again? Thanks!

Sorry if I'm hijacking this issue, but I'm having the same issue. I did as you instructed (npm uninstall -g ionic) (npm install -g ionic), and ran ionic start TestProject --v2. The project was created fine, but the directory is completely missing the app folder that contains all of the project code.

I think the src folder contains the project code now and also the index.html.

@PeterSenyszyn That is part of the new directory structure for RC.0, which was released yesterday!  Our new docs, changelog and blog are now live!

@jgw96 Wow, what a pleaseant surprise! Thanks a lot! And great job to to everybody on the team :)

Thanks @PeterSenyszyn we greatly appreciate it! Also @jwhubert91 I am going to close this issue for now as with the latest ionic cli I cannot reproduce this issue. You can follow the instructions in my above comment for how to install it. Thanks!

Thanks Drifty team for getting this resolved so quickly and keeping up with
the docs.
On Wednesday, September 28, 2016, Justin Willis<EMAIL_ADDRESS>wrote:

Closed #8254 https://github.com/driftyco/ionic/issues/8254.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/driftyco/ionic/issues/8254#event-805999641, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ARnMU5Uo0yWRq6vPZL0o_wc7MV9KpQ0yks5qusRMgaJpZM4KI91r
.


Skyblock Builder encountered an error during the commun_setup event phase

Minecraft version
1.19.2
LibX version
1.18.2-3.2.18
Skyblock Builder version
1.18.2-3.3.25
Forge version
40.2.0
The latest.log file
https://pastebin.com/pcfbzLDM https://pastebin.com/g1si5asj
Issue description
the mod was launching perfectly fine, i close the game once, re opened it without adding any mods or doing any modifications and the error came every time i try to Launch the game
Steps to reproduce
just launch the game
Other information
No response

sorry it's in 1.18.2 not 1.19.2

Show me your starter-inventory.json (or similar) file, it seems to be faulty.

starter_item.json

Items need to be an object, not just a string. See the wiki for more information: https://wiki.chaotictrials.de/skyblock-builder/1.18.x/config/inventory/#starting-inventory
Only "item" is required, other keys are optional. If that works fine, you can close this issue :)
If you didn't change that file as well but it worked previously, do you know what it looked like before? It has been converted maybe.

It work!
Thanks you!

It work again!
Thank you