[FR] Toggle GameRestyle

Describe the feature
I'd like GameRestyle to be returned to Hytools, though this time it should be toggle-able. How about a toggle GameRestyle command, like toggle nick alert Hypixel API?
I like the idea of GameRestyle, but it can be optional for those who don't like it.
Date of submittion
May 8, 2022
Before submitting a bug report

[X] This feature wasn't already requested.
(I have checked every feature request on GitHub)

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

I cant add it back because of licensing. Sorry.

It's sad, but it's ok.
anyways im exicted for new stuff in Hytools if there's any.

ty for making this mod tho, it's abseloutly amazing.


Bluetooth: Host: Add auth_info_cb struct and remove fields in bt_auth_cb

Add a new callback structure for Bluetooth authentication
This struct is meant to replace the information-only
callbacks in bt_conn_auth_cb. The reason for this is that
due to the nature of bt_conn_auth_cb, it can only be registered
once. To allow mulitple users gain information about pairing
and bond deletions, this new struct is needed.
Samples, tests, etc. are updated to use the new struct.
Signed-off-by: Emil Gydesen<EMAIL_ADDRESS>fixes https://github.com/zephyrproject-rtos/zephyr/issues/42928
RFC: https://github.com/zephyrproject-rtos/zephyr/issues/43543

I have mixed feelings about this. I agree there is a need to have a bond info callbacks, but for pairing_failed and pairing_complete there is a callback bt_conn_cb->security_changed that can be used when needed. A would avoid removing those from pairing agent callbacks.
So the new callback struct could have 2 methods only: bond_added and bond_removed.

security_changed differs from pairing_failed and pairing_complete. If you are bonded, encryption will be done without a pairing, in that that case security_changed is called, but e.g. pairing_complete is not. They inform about different procedures being done.

Rebased to solve merge conflicts


Request dentectIntent twice makes error:PERMISSION_DENIED: Dialogflow API has not been used in project<PHONE_NUMBER>9 before or it is disabled

Hi.
I set credentials and use service account, and set correct project id.
detectIntent request works properly when i only use one element List (meaning only one request).
However, when i tried to use more than one element of list, or request twice then it makes error PERMISSION_DENIED: Dialogflow API has not been used in project<PHONE_NUMBER>9 before or it is disabled.
Could anyone please help me?
public static void main(String[] args) throws IOException, InterruptedException {
        String sessionID = "1";
        List<String> dialog = new ArrayList<>();
        dialog.add("go left");
    //    dialog.add("go right");
        Map<String, QueryResult> result = detectIntentSentimentAnalysis(PROJECT_ID,dialog, sessionID,LANG_CODE);
        TimeUnit.SECONDS.sleep(3);
        Map<String, QueryResult> result2 = detectIntentSentimentAnalysis(PROJECT_ID,dialog, "2",LANG_CODE);
        Collection<QueryResult> q_res = result.values();
        System.out.println();
        System.out.println("--------------------");
        System.out.println(result.get(dialog.get(0)).getSentimentAnalysisResult().getQueryTextSentiment().getScore());
        System.out.println(result2.get(dialog.get(0)).getSentimentAnalysisResult().getQueryTextSentiment().getScore());
    }
    public static Map<String, QueryResult> detectIntentSentimentAnalysis(
            String projectId, List<String> texts, String sessionId, String languageCode)
            throws IOException, ApiException {
        Map<String, QueryResult> queryResults = Maps.newHashMap();
        // Instantiates a client
        try (SessionsClient sessionsClient = SessionsClient.create()) {
            // Set the session name using the sessionId (UUID) and projectID (my-project-id)
            SessionName session = SessionName.of(projectId, sessionId);
            System.out.println("Session Path: " + session.toString());
            // Detect intents for each text input
            for (String text : texts) {
                // Set the text (hello) and language code (en-US) for the query
                TextInput.Builder textInput =
                        TextInput.newBuilder().setText(text).setLanguageCode(languageCode);

                // Build the query with the TextInput
                QueryInput queryInput = QueryInput.newBuilder().setText(textInput).build();

                //
                SentimentAnalysisRequestConfig sentimentAnalysisRequestConfig =
                        SentimentAnalysisRequestConfig.newBuilder().setAnalyzeQueryTextSentiment(true).build();

                QueryParameters queryParameters =
                        QueryParameters.newBuilder()
                                .setSentimentAnalysisRequestConfig(sentimentAnalysisRequestConfig)
                                .build();
                DetectIntentRequest detectIntentRequest =
                        DetectIntentRequest.newBuilder()
                                .setSession(session.toString())
                                .setQueryInput(queryInput)
                                .setQueryParams(queryParameters)
                                .build();

                // Performs the detect intent request
                DetectIntentResponse response = sessionsClient.detectIntent(detectIntentRequest);
               // DetectIntentResponse response2 = sessionsClient.detectIntent(detectIntentRequest);
                //System.out.println(response2.getQueryResult());
                // Display the query result
                QueryResult queryResult = response.getQueryResult();

                System.out.println("====================");
                System.out.format("Query Text: '%s'\n", queryResult.getQueryText());
                System.out.format(
                        "Detected Intent: %s (confidence: %f)\n",
                        queryResult.getIntent().getDisplayName(), queryResult.getIntentDetectionConfidence());
                System.out.format("Fulfillment Text: '%s'\n", queryResult.getFulfillmentText());
                System.out.format(
                        "Sentiment Score: '%s'\n",
                        queryResult.getSentimentAnalysisResult().getQueryTextSentiment().getScore());
                queryResults.put(text, queryResult);
            }
        }
        return queryResults;
    }

forgot to put output:

Hi @u6747075  — thank you for filing this issue. I was unable to recreate this issue. Please make sure you've set the right permissions both on your Developer and Dialogflow Console.

@b-loved-dreamer Thank you for your advice. I had already set the service account role as "owner".. is this what you mean? Sorry, I am new to Dialogflow

Hey @u6747075. I copied your exact code and ran it after importing the packages referenced in it. It worked fine on my end. You can check this tutorial for detailed instructions on how to get your project ready.

I read through again, i checked i have sdk installed, i checked serviceaccount  has owner role, i checked credential is set, as well as API is enabled, audit log is enabled, dependency is set correctly..
I still have the same problem....
Is there anything that i am missing for setting up?

@b-loved-dreamer Oh, forgot to mentioned that, I set the project as quota project otherwise it was throughing API error as this one, even though i set correct key and correct project id.. does this relates to this error?

@u6747075 please go ahead and review this document about quotas and everything related.

Thank you for filing this issue. We asked provided feedback a week or more ago and never heard back from you. We are unable to proceed with this issue until then, so we are closing it. Please feel free to re-open this issue with more information.


Add Developer Guide

Added Developer Guide with reference to issue https://github.com/coreos/etcd-operator/issues/456
Created a new PR by cherry-picking only these two changes from PR that are relevant to the project.

I have mentioned before in #466 but you are still putting them in this PR:

We don't need to teach Git stuff
the build stuff is duplicate to our "test" script

Are you fine that I take over this for you?

Sure, I have responded to both your comments in #466 explaining why I thought we need them.
Please take over

@dhilipkumars
Didn't see any response in #466. But the PR was totally messed up.


The remote party closed the WebSocket connection without completing the close handshake

When i get orderbook data through websocket, occasionally i encountered the error log: "The remote party closed the WebSocket connection without completing the close handshake", the complete stacktrace is as follows:

2020-05-20 11:08:45.3229 INFO System.Net.WebSockets.WebSocketException (540682606): The remote party closed the WebSocket connection without completing the close handshake. ---> System.Net.WebSockets.WebSocketException (540682606): The remote party closed the WebSocket connection without completing the close handshake.
at System.Net.WebSockets.ManagedWebSocket.ThrowIfEOFUnexpected(Boolean throwOnPrematureClosure)
at System.Net.WebSockets.ManagedWebSocket.EnsureBufferContainsAsync(Int32 minimumRequiredBytes, CancellationToken cancellationToken, Boolean throwOnPrematureClosure)
at System.Net.WebSockets.ManagedWebSocket.ReceiveAsyncPrivate[TWebSocketReceiveResultGetter,TWebSocketReceiveResult](Memory1 payloadBuffer, CancellationToken cancellationToken, TWebSocketReceiveResultGetter resultGetter)    at System.Net.WebSockets.ManagedWebSocket.ReceiveAsyncPrivate[TWebSocketReceiveResultGetter,TWebSocketReceiveResult](Memory1 payloadBuffer, CancellationToken cancellationToken, TWebSocketReceiveResultGetter resultGetter)
at ExchangeSharp.ClientWebSocket.ReadTask() in C:\Users\17868\Desktop\WorkSpace\ExchangeSharp-master\src\ExchangeSharp\Utility\ClientWebSocket.cs:line 429

I use dotnetcore 3.0 on ubuntu 18.04 system, and my test main function is as follows:
              public static async Task Main(string[] args)
		{
			string[] symbolArray = new string[] { "eth_usdt", "eth_btc", "eos_usdt", "eos_btc", "qtum_usdt", "qtum_btc", "ht_btc", "ht_usdt", "btc_usdt", "bch_usdt" };
			foreach (var symbol in symbolArray)
			{
				var socketAPI = new ExchangeHuobiAPI();
				IWebSocket subResult = await socketAPI.GetDeltaOrderBookWebSocketAsync(ProcessOrderBook, 10, symbol);
			}
			Console.ReadLine();
		}

              private static void ProcessOrderBook(ExchangeOrderBook data)
		{
			Console.WriteLine($"receiveData={JsonConvert.SerializeObject(data)}");
		}

Thanks for filing this bug. If you'd like to investigate and send a pull request with the solution, we'll be happy to merge it. If you don't know how, you can also post the updated code here.


Organization Skills section not showing proper values and are not used in rolls

The Skills section on the Organization sheet are all showing as +0. When rolling, they are using +0.
But when you edit the Skills, you can see that the value should be different.
Changing these values in the edit page do not affect the Skills on the page.

I'm having trouble reproducing this; what modules do you have active?

I'm having trouble reproducing this; what modules do you have active?

Thanks for looking into this! Turns out this module conflicts with your on a few levels:
Dynamic effects using Active Effects (DAE): https://gitlab.com/tposney/dae
I'm not sure if any of these errors has to do with it, but here they are... I'm guessing you'll suggest I take this up with DAE:
DevTools failed to load source map: Could not load content for http://localhost:31113/modules/knw-actors/knw-actors.css.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
and
Could not prepare data  Char & The Calaelens TypeError: Cannot read properties of undefined (reading 'baseSpecsObj')
    at Actor5e.applyBaseActiveEffectsdnd5e (DAEdnd5e.js:1057:67)
    at 🎁call_wrapper [as call_wrapper] (libWrapper-wrapper.js:591:14)
    at 🎁CONFIG.Actor.documentClass.prototype.applyActiveEffects#0 (libWrapper-wrapper.js:189:20)
    at Actor5e.prepareEmbeddedDocuments (foundry.js:18932:10)
    at Actor5e.prepareData (foundry.js:14210:12)
    at Actor5e.prepareData (flags.mjs:21:11)
    at Actor5e.prepareData (actor.mjs:98:72)
    at 🎁call_wrapped [as call_wrapped] (libWrapper-wrapper.js:507:22)
    at Actor5e.prepareData (DAEdnd5e.js:1139:9)
    at 🎁call_wrapper [as call_wrapper] (libWrapper-wrapper.js:616:16)
    at 🎁CONFIG.Actor.documentClass.prototype.prepareData#0 (libWrapper-wrapper.js:189:20)
    at Actor5e._safePrepareData (foundry.js:14187:14)
    at Game.initializeDocuments (foundry.js:8796:18)
    at Game.setupGame (foundry.js:8706:10)
    at async Game._initializeGameView (foundry.js:9990:5)
prepareData @ DAEdnd5e.js:1177

Could not prepare data  Zombie Catapult TypeError: Cannot read properties of undefined (reading 'baseSpecsObj')
    at Actor5e.applyBaseActiveEffectsdnd5e (DAEdnd5e.js:1057:67)
    at 🎁call_wrapper [as call_wrapper] (libWrapper-wrapper.js:591:14)
    at 🎁CONFIG.Actor.documentClass.prototype.applyActiveEffects#0 (libWrapper-wrapper.js:189:20)
    at Actor5e.prepareEmbeddedDocuments (foundry.js:18932:10)
    at Actor5e.prepareData (foundry.js:14210:12)
    at Actor5e.prepareData (flags.mjs:21:11)
    at Actor5e.prepareData (actor.mjs:98:72)
    at 🎁call_wrapped [as call_wrapped] (libWrapper-wrapper.js:507:22)
    at Actor5e.prepareData (DAEdnd5e.js:1139:9)
    at 🎁call_wrapper [as call_wrapper] (libWrapper-wrapper.js:616:16)
    at 🎁CONFIG.Actor.documentClass.prototype.prepareData#0 (libWrapper-wrapper.js:189:20)
    at Actor5e._safePrepareData (foundry.js:14187:14)
    at Actor5e._initialize (foundry.js:14015:19)
    at new DataModel (commons.js:6919:12)
    at new ClientDocumentMixin (foundry.js:13979:7)
    at new Actor (foundry.js:18605:1)
    at new Actor5e (actor.mjs:15:16)
    at ActorDelta.applyDelta (commons.js:9159:14)
    at ActorDelta.apply (foundry.js:18412:29)
    at ActorDelta._createSyntheticActor (foundry.js:18475:64)
    at ActorDelta._configure (foundry.js:18387:10)
    at new DataModel (commons.js:6913:12)
    at new ClientDocumentMixin (foundry.js:13979:7)
    at new ActorDelta (foundry.js:18383:1)
    at TokenDocument5e.<anonymous> (commons.js:12606:20)
    at get actor [as actor] (foundry.js:24881:51)
    at migrations.js:105:19
    at migrations.js:31:20
    at Array.filter (<anonymous>)
    at migrations.js:29:10
    at Array.map (<anonymous>)
    at getSequencerEffectTokens (migrations.js:25:6)
    at 3.0.0 (migrations.js:102:28)
    at runMigrations (migrations.js:11:13)
    at Object.fn (module.js:65:11)
    at #call (foundry.js:730:20)
    at Hooks.callAll (foundry.js:687:17)
    at Game.setupGame (foundry.js:8746:11)
    at async Game._initializeGameView (foundry.js:9990:5)
    at async Game.initialize (foundry.js:8650:5)
prepareData @ DAEdnd5e.js:1177


FD_SOCK protocol is added to the server configuration

FD_SOCK is no more part of the server configuration, it mustn't be adjusted.

Fixed in 2.0.0.Final


Add New BroadList Button At the Horizontal End .

I am using this library pls add this functionality  in BoardView Library .
there should be a parameter in Board View for adding a addNewList Button View at the end of board list .. on tap of that button we can add new board list on that index . and loaded Board list should not be dragged across that addNew button

Will you Add this functionality in your package ? it will be very useful


Preserve trailing slash for routes

Hi there, great work! How can I achieve that, when I navigate to an url using router.navigate('/products/list/');, the trailing slash stays in the route? I would need this to have consistent urls, both from the server as well as from the js app.

3.4.2 should fix your case. It now keeps the trailing slash at the end.


Dovecot plugin for Full Text Search (FTS) with Xapian

Motivation for this change
Run server-side Xapian-powered Full Text Search (FTS) through IMAP into mails managed by Dovecot2.
Things done
Add fts-xapian plugin, loadable with services.dovecot2.modules = [ pkgs.dovecot_fts_xapian ];
Pandoc support is disabled.

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

[X] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[X] Fits CONTRIBUTING.md.

I tested it and it works :)

Thanks @symphorien and @mweinelt. I've amended the commit to include your corrections. I've also added sqlite as a dependency because it is now required by upstream.

Result of nixpkgs-review pr 78780 1

1 package built:
- dovecot_fts_xapian

Thank you! :)


[WIP] Implement BannerData & DyeColor

[ ] BannerDataBuilder
[ ] ImmutableSpongeBannerData
[ ] SpongeBannerData
[ ] BannerDataProcessor
[ ] SpongeDyeColor
[ ] Key Registration
[ ] Game Registration

Doesn't compile yet. Work in progress.

Fix your formatting. Don't return nulls. If it's still a work in progress, make sure to tag it in the title.

Closing as this has clearly been abandoned now. No updates in 2 months. If no one bothers to re-claim implementing this in a saner fashion, I'll work on it this week/weekend.


Fix AMI building straight from a repo without --localrpm

on other prodcut (like enterprise) the $PRODUCT was used on the install command
now we pass it into the python install script

Queued as 4fba63a0d5ffd172f01a8bb3d3f237e99fcee400.


Suggested: Advanced Logging Idea

Discussed in https://github.com/orgs/euphony-io/discussions/204

Originally posted by zion830 August 25, 2022
Summary
When we use Euphony without RECORD_AUDIO permission, the process is killed with IllegalStateException
Full error message
java.lang.IllegalStateException: startRecording() called on an uninitialized AudioRecord

When I first saw this, it's hard to know at once that it is caused by a permission.
Even though it's already written in README, it's a pretty common mistake.
So I suggest this idea!
How to improve

If listen() is called without RECORD_AUDIO permission, listen() function ends immediately to prevent death of the app
Print a log requiring the permission with Log.e

Example
Before calling listen(), you should acquire RECORD_AUDIO permission.

Could you assign this issue to @sunyeongan together?

@zion830 Okay!! goooood! I will find related API .


Allow assignment of mixed Module pytrees in setup.

Previously we forced assignment of Module lists in setup() to only allow
lists containing -only- Module subclasses.  But people would like to
specify lists containing functions like nn.relu as well, and there's
absolutely no reason to force this strict convention, so it is relaxed
here.

Codecov Report

Merging #534 into master will not change coverage.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##           master     #534   +/-   ##
=======================================
  Coverage   80.09%   80.09%
=======================================
  Files          55       55
  Lines        4009     4009
=======================================
  Hits         3211     3211
  Misses        798      798

Impacted Files
Coverage Δ

flax/linen/module.py
94.53% <100.00%> (ø)

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 717d504...f4f67c9. Read the comment docs.


KAFKA-9577: SaslClientAuthenticator incorrectly negotiates SASL_HANDSHAKE version

The SaslClientAuthenticator incorrectly negotiates supported SaslHandshakeRequest version and  uses the maximum version supported by the broker whether or not the client supports it.
This bug was exposed by a recent version bump in https://github.com/apache/kafka/commit/0a2569e2b9907a1217dd50ccbc320f8ad0b42fd0.
This PR rolls back the recent SaslHandshake[Request,Response] bump, fixes the version negotiation, and adds a test to prevent anyone from accidentally bumping the version without a workaround such as a new ApiKey. The existing key will be difficult to support for clients < 2.5 due to the incorrect negotiation.
Tests:

Prevent SASL_HANDSHAKE schema version bump
Add test to return ApiVersions unsupported by client

cc @dajac

The fact that this lives on the client indeed makes it tough to bump the SaslHandshake version -- older clients without this fix will run into trouble. Releasing patch versions (2.4.1, etc.) gives an easier client upgrade path, but I'm wondering if there is there a way to make the broker respond intelligently about its max version for SaslHandshake? Does it know the version of the client making the ApiVersionsRequest request, and if so, it could downgrade its response for SaslHandshake for older clients? It feels like an awful solution, but I figured I would suggest it anyway.

Client version detection is one possibility as we do get supplied with client versions nowadays. I haven't thought too deeply about potential solutions though.

One alternative would be to update SaslServerAuthenticator to return 1 as the maximum handshake version when ApiVersions request version is zero. Clients always send ApiVersionsRequest with version 0 as their first request when using SASL because they don't know what the broker supports. At this time, broker doesn't know what the client supports either. As long as we don't return handshake version > 1 for this first request, I think we should be fine.
When we do want to use handshake requests with version > 1 in the future because we want to make an actual change to handshake, we can update clients which know about this updated handshake protocol to send a second ApiVersions request with the latest supported ApiVersions request version derived from the broker's first ApiVersions response in order to get the broker's actual max handshake version. We could add this flow now to enable testing, but we don't have to because handshake hasn't really changed.

One alternative would be to update SaslServerAuthenticator to return 1 as the maximum handshake version when ApiVersions request version is zero. Clients always send ApiVersionsRequest with version 0 as their first request when using SASL because they don't know what the broker supports. At this time, broker doesn't know what the client supports either. As long as we don't return handshake version > 1 for this first request, I think we should be fine.
When we do want to use handshake requests with version > 1 in the future because we want to make an actual change to handshake, we can update clients which know about this updated handshake protocol to send a second ApiVersions request with the latest supported ApiVersions request version derived from the broker's first ApiVersions response in order to get the broker's actual max handshake version. We could add this flow now to enable testing, but we don't have to because handshake hasn't really changed.

That makes sense as an option. For this PR I think we should avoid any further changes as trunk is currently broken and this is a blocker for 2.5.

LGTM pending one comment

ok to test

retest this please

https://builds.apache.org/job/kafka-pr-jdk11-scala2.13/4858/


Issues with compiled_package_cache on non SSL blobstore

Experiencing issues using  ceph in compiled_package_cache configuration that seems to be due to SSL. The current lab ceph setup  has not SSL enabled and even though works fine as a blobstore raise errors in the compiled_package_cache. In both blobstore and compile_packaged_cache the use_ssl and ssl_verify_peer are set to false. This configuration has verified to be passed correctly in the bosh director. However during the set of vm metadata in DirectorJobRunner the configuration present s them as enabled and the director attempt to access the blobstore using https.
Below i attached the relevant debug info :

D, [2015-04-09 16:01:17 #4181] [] DEBUG -- DirectorJobRunner: Worker thread raised exception: Action Failed get_task: Task 8faf6cdd-8dbc-4f08-736d-2b3eb9d9e4f7 result: Compiling package ruby: Fetching package ruby: Fetching package blob e9adc10a-1123-472c-aac4-ea251c98d1e3: Getting blob from inner blobstore: Getting blob from inner blobstore: Shelling out to bosh-blobstore-s3 cli: Running command: 'bosh-blobstore-s3 -c /var/vcap/bosh/etc/blobstore-s3.json get e9adc10a-1123-472c-aac4-ea251c98d1e3 /var/vcap/data/tmp/bosh-blobstore-externalBlobstore-Get286652511', stdout: 'Error: Get https://******************:80/-bosh/e9adc10a-1123-472c-aac4-ea251c98d1e3: EOF

The relevant part of the configuration in as been deployed in the director i.e data/jobs/director/bd1489d7ec55cf261f9b400ebeaa4361b91c3ec4-2b4d82e780fe21714f9b2474cf42789e071df594/config/director.yml

compiled_package_cache:
provider: s3
options:
bucket_name: *****-bosh-cache
access_key_id: ******
secret_access_key: *****
port: 80
host: d-2d02-u16.us-lab-1.cloudlab.jpmchase.net
s3_force_path_style: true
use_ssl: false
ssl_verify_peer: false

Errors that begin with "Action Failed get_task" are coming the from agent. It appears that compilation VM is failing to fetch ruby package. How does the bottom part of config/director.yml look like? It looks like even though your Director is ok, the agents might be misconfigured.

If seems that indeed the agent is misconfigures. Interesting is that even through blobstore and compiled cache are correctly configures agent has

use_ssl: true
ssl_verify_peer: true
something that suggest that configuration has not been copied over and this is probably causing the problem.

Do you think that a configuration such as below in director would solve the issue?

properties:
agent:
use_ssl: true
ssl_verify_peer: true

I have attached the director.yml for your consideration

name: microbosh-***************
port: 25556
encryption: false
max_tasks: 500
max_threads: 3
logging:
level: DEBUG
file: /var/vcap/sys/log/director/director.debug.log
redis:
host: ***************
port: 25255
password: redis
logging:
level: info
mbus: nats://nats:@:4222
dir: /var/vcap/store/director
db:
adapter: postgres
user: ***************
password: ***************
host: ***************
port: 5432
database: bosh
connection_options: {"max_connections":32,"pool_timeout":10}
snapshots:
enabled: false
max_vm_create_tries: 5
scheduled_jobs:

command: SnapshotDeployments
schedule: 0 0 7 * * * UTC
command: SnapshotSelf
schedule: 0 0 6 * * * UTC
scan_and_fix:
auto_fix_stateful_nodes: true
dns:
server: <IP_ADDRESS>
domain_name: microbosh
db:
adapter: postgres
user: ***************
password: ***************
host: ***************
port: 5432
database: bosh
connection_options: {"max_connections":32,"pool_timeout":10}
blobstore:
provider: s3
options:
bucket_name: ***************
bucket_name: ***************
access_key_id: ***************
secret_access_key: ***************
use_ssl: false
port: 80
host: ***************
s3_force_path_style: true
ssl_verify_peer: false
s3_multipart_threshold: 16777216
access_key_id: ***************
secret_access_key: user_management:
cloud:
plugin: openstack
properties:
openstack:
auth_url: http://:5000/v2.0
username: ipdev
api_key: ***************
tenant: ***************
endpoint_type: publicURL
user_management:
provider: local
cloud:
plugin: openstack
properties:
openstack:
auth_url: http://:5000/v2.0
username: ***************
api_key: ***************
tenant: ***************
endpoint_type: publicURL
use_ssl: false
port: 80
host: ***************
s3_force_path_style: true
ssl_verify_peer: false
s3_multipart_threshold: 16777216
ignore_server_availability_zone: true
default_key_name: **************
default_security_groups: ["", ""]
wait_resource_poll_interval: 5
registry:
endpoint: http://:25777
user: admin
password: ***************
agent:
ntp: [, *]
blobstore:
provider: s3
options:
bucket_name: ***************
access_key_id: ***************
secret_access_key: ***************
port: 80
host: ***************
use_ssl: true
ssl_verify_peer: true
s3_force_path_style: false
s3_multipart_threshold: 16777216
mbus: nats://nats:nats@:4222

It's hard to read pasted in config file, but it seems that your agent configuration in director.yml still has use_ssl and ssl_verify_peer set to true which means agent will try to follow that.

sorry about this, i have finxes the formating now. Yes indeed this is the case, blobstore and compiled cache https settings are false but agent https is true.

It seems that microbosh configuration is not used. Tried passing the following configuration but the director.yml deployedin director has the ssl use and verification true.
director:
  properties:
    blobstore:
       use_ssl: false
       ssl_verify_peer: false

Going through the floowing configurations seems not to apply changes in director.yml deployed in bosh director:

cloud:
  ...
  properties:
    agent:
      blobstore:
        use_ssl: false
        ssl_verify_peer: false

apply_spec:
  properties:
    director:
      max_upload_size: "10000m"
      max_threads: 3
	  properties:
      agent:
        blobstore:
          use_ssl: false
          ssl_verify_peer: false

hey guys, has anyone looked at it?

Closing - sounds like your director may not have been correctly re-deployed when testing config changes. Microbosh is now deprecated in favor of bosh-init - please feel free to give that a try (openstack doc) and reopen with updated information if the issue persists.


Matrix Chat

Is there still a Matrix Chat ?
When I click on the link under contributions.md , it says something like not found anymore.

Does https://app.element.io/#/room/!AiYXdTWExqamTdatBl:matrix.org work for you?

Yes it works, did not know it was under "Rust WG". I was expecting something like "ROS2 Rust", something to that extent.


Bjorncs/async health check proxy

I confirm that this contribution is made under the terms of the license found in the root directory of this repository's source tree and that I have the authority necessary to make this contribution on behalf of its copyright owner.

First commit includes all commits from previous PR


Upgrade Preact Version + Test Refactor

Here's what's going on in this PR:

The project has been started from a scratch preact boilerplate. The non-preact project dependencies (i.e. cytoscape, popper, tippy) remain mostly intact in terms of versions.
The tests have been modified to not run through node.js. Previously, they relied on the fs node module to load test files, but now I have slightly altered the tests to use jest-raw-loader to load the test files for the relevant tests and now the test suite runs using pure js.
diagram.js has been slightly refactored to get rid of the warning messages in the console that yell about certain elements not having the fname attribute to pull data from in the css.

This is quite the large PR, so feel free to put it through the gauntlet in terms of testing and scrutiny to make sure it doesn't cause any unwanted changes.
I tested this locally and it seemed to work based on my interaction with the example chart, but some other, lesser known/tested aspects could be broken due to package versioning changes and whatnot.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

The npm run build step isn't working for me, any ideas?
$ npm run build

><EMAIL_ADDRESS>build /Users/dj/Code/architecture-viewer-swaraj
> preact build

✖ ERROR Error: TypeError: Cannot destructure property 'plugin' of 'helpers.getPluginsByName(...)[0]' as it is undefined.
    at default (/Users/dj/Code/architecture-viewer-swaraj/preact.config.js:24:15)
    at module.exports (/Users/dj/Code/architecture-viewer-swaraj/node_modules/preact-cli/lib/lib/webpack/transform-config.js:117:10)
    at async prodBuild (/Users/dj/Code/architecture-viewer-swaraj/node_modules/preact-cli/lib/lib/webpack/run-webpack.js:87:2)
    at async module.exports (/Users/dj/Code/architecture-viewer-swaraj/node_modules/preact-cli/lib/commands/build.js:30:14)
    at module.exports (/Users/dj/Code/architecture-viewer-swaraj/node_modules/preact-cli/lib/lib/webpack/transform-config.js:128:10)
    at async prodBuild (/Users/dj/Code/architecture-viewer-swaraj/node_modules/preact-cli/lib/lib/webpack/run-webpack.js:87:2)
    at async module.exports (/Users/dj/Code/architecture-viewer-swaraj/node_modules/preact-cli/lib/commands/build.js:30:14)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>build: `preact build`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>build script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR!      /Users/dj/.npm/_logs/2020-08-05T02_25_49_598Z-debug.log

My config:
node v12.18.3 (stable)
npm  v6.14.6

I also tried with node v14.7.0 (latest), but the error seemed the same.
The other steps all seem to work fine in my testing so far! 👏

Regarding preact build you'll probably have to do npm run build -- --no-prerender for it to work as the app uses DOM apis which prevent it from being able to be pre-rendered. 2b08d4bc7920e6ed6aff274b1c1b890f7809fab9 should fix the initial error but later on you'll have to build using --no-prerender anyways.

I also committed most of the changes you suggested, lmk if there's anything else that could use some tweaking.

Thanks for the updates!  When testing I see two issues:

npm run deploy isn't working for me.  Does it work for you?  I'm not sure how to interpret this error...

$ npm run deploy

><EMAIL_ADDRESS>deploy /Users/dj/Code/architecture-viewer-swaraj
> gulp deploy

[22:25:53] Using gulpfile ~/Code/architecture-viewer-swaraj/gulpfile.js
[22:25:53] Starting 'deploy'...
[22:25:53] 'deploy' errored after 95 ms
[22:25:53] TypeError: Cannot read property '0' of null
    at Function.module.exports.Commit.actor (/Users/dj/Code/architecture-viewer-swaraj/node_modules/gift/lib/commit.js:145:56)
    at Function.module.exports.Commit.parse_commits (/Users/dj/Code/architecture-viewer-swaraj/node_modules/gift/lib/commit.js:111:21)
    at /Users/dj/Code/architecture-viewer-swaraj/node_modules/gift/lib/commit.js:71:39
    at ChildProcess.exithandler (child_process.js:294:7)
    at ChildProcess.emit (events.js:315:20)
    at ChildProcess.EventEmitter.emit (domain.js:506:15)
    at maybeClose (internal/child_process.js:1021:16)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:286:5)
    at Process.callbackTrampoline (internal/async_hooks.js:120:14)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>deploy: `gulp deploy`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>deploy script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR!      /Users/dj/.npm/_logs/2020-08-06T02_25_53_584Z-debug.log

Running the tests again later outputs some (apparently benign) warnings.  It seems like it might be the gulp step that is copying the tests folder into the .publish folder (not 100% sure though)?

$ npm run test

><EMAIL_ADDRESS>test /Users/dj/Code/architecture-viewer-swaraj
> jest

jest-haste-map: duplicate manual mock found: browserMocks
  The following files share their name; please delete one of them:
    * <rootDir>/tests/__mocks__/browserMocks.js
    * <rootDir>/.publish/tests/__mocks__/browserMocks.js

jest-haste-map: duplicate manual mock found: fileMocks
  The following files share their name; please delete one of them:
    * <rootDir>/tests/__mocks__/fileMocks.js
    * <rootDir>/.publish/tests/__mocks__/fileMocks.js

jest-haste-map: duplicate manual mock found: setupTests
  The following files share their name; please delete one of them:
    * <rootDir>/tests/__mocks__/setupTests.js
    * <rootDir>/.publish/tests/__mocks__/setupTests.js

 PASS  tests/parser.test.js
 PASS  tests/validator.test.js

Test Suites: 2 passed, 2 total
Tests:       24 passed, 24 total
Snapshots:   0 total
Time:        1.636s
Ran all test suites.

It seems like we're just using gulp to copy the build folder into the gh-pages branch, so if the solution isn't obvious I can explicitly document that step in the README as a workaround for now.

I updated the build script to by default use --no-prerender. I also replaced gulp with a separate npm package that ostensibly achieves the same result. Finally, I added a bit of jest config to ignore the .publish directory to get rid of that warning.


fix(LEO-528): Clarify the video metadata to provide in each player context

Can we have commit names as Dailymotion Bid Adaptor: explanation of the feature/fix


feat: posthog

Update .env.example
Add Posthog to web
Add Posthog to marketing
Update cspell config

Note: I am having an issue with PostHog.astro, the typechecker is working even though i am using is:inline flag
closes #6

Actually i'll merge and do that change quickly.


Pull in latest integrations-core to fix Apache TLS validation errors

I'm trying to use a fix that was applied in integrations-core in April 2019 (https://github.com/DataDog/integrations-core/pull/2475). I'm using the 6.11.3-1 version of the datadog-agent RPM, but I don't see this fix yet in /embedded/lib/python2.7/site-packages/datadog_checks/apache/apache.py.
I'm not sure the process here, but I would like to get this fix into production so I can cut down on the amount of noise from datadog agent.

hey @NoodlesNZ - thanks for that contribution! Looks like it was released with 1.6.0 in the Apache check, so you can likely run the datadog-agent integration install datadog-apache==1.6.0 command on the agent. Let me know if that works for you.

Hi, @DylanLovesCoffee I'll give that a go, but I was hoping to get this integration version bundled into the RPM. Will this be bundled into the 6.12 release?

Hey @NoodlesNZ, sorry! Forgot to mention that at the current moment datadog-apache v1.6.0 should be packaged in with v6.12.0 of the agent.

Thanks, I'll look out for the 6.12.0 RPM when that's built/released.


Embed in omc the equivalent of "tkn version"

Since oc adm must-gather is going to support openshift-pipeline, it would be useful to have embedded in omc the equivalent of tkn version

This is out of the scope of the tool, omc aims to replace oc (and not tkn) for offline inspection of the resources.
If you want to check Tekton Pipelines and Tekton Triggers version in use in the cluster you can run oc get sub -n openshift-operators openshift-pipelines-operator-rh -o jsonpath='{.status.currentCSV}' and then check OpenShift Pipelines matrix.


port forwarding with port range not working

I have a port forwarding rule that forwards a range of ports (28967-28970). However the integration doesn't support that and therefore can't add the switches to control the port forwarding rules.
 [custom_components.fritzbox_tools.switch] Port switches could not be enabled. Check if your fritzbox is able to do port forwardings!
Traceback (most recent call last):
  File "/config/custom_components/fritzbox_tools/switch.py", line 73, in _create_port_switches
    NewPortMappingIndex=i,
  File "/usr/local/lib/python3.7/site-packages/fritzconnection/core/fritzconnection.py", line 207, in call_action
    return self.soaper.execute(service, action_name, arguments)
  File "/usr/local/lib/python3.7/site-packages/fritzconnection/core/soaper.py", line 170, in execute
    return handle_response(response)
  File "/usr/local/lib/python3.7/site-packages/fritzconnection/core/soaper.py", line 154, in handle_response
    return self.parse_response(response, service, action_name)
  File "/usr/local/lib/python3.7/site-packages/fritzconnection/core/soaper.py", line 197, in parse_response
    value = self.conversion_table[data_type](value)
ValueError: invalid literal for int() with base 10: '28967-28970'

Thanks for your report!

This is a known issue of the underlying library fritzconnection.
See https://github.com/kbr/fritzconnection/issues/35.

oh good to know, thanks. Guess we'll just have to wait for a fix then.

This custom integration is now deprecated because is fully merged into HomeAssistant core.
I would suggest you configure the new integration and retest your issue; if still present then open a issue on HomeAssistant Core repository.
Simone


Don't allow spaces in Nicknames

This fixes issues seen in matterircd/issues#120 with spaces in the nicknames presented to IRC clients.

I've been thinking about this, and maybe it's better to just reverse this feature (added in https://github.com/42wim/mm-go-irckit/commit/e24f2ffd2c206145bf3b1d8abaae9b60f05ff200)  completely.
If nicknames contain utf-8 it's also going to give an issue, usernames on the other hand should be always safe.

I think that's fine, too - mostly it just adds lots of 'what ifs'
Alternatively, it could be toggled by a flag, and unacceptable characters could be stripped (only allowing A-z0-9-_|{}[]^`)

Did you know the final direction you wanted to go with on this?

Oops, forgot about this, commit has been reverted.
I'm going to close this also


yield put sometimes seems to block

I have a saga which does a couple of things - im adding the relevant bits of code here
export function* startFetchingData(action) {
  if (selected) {
    yield put(validate());
    if (fetchSource === 'default') {
      yield put(updateFormState('field_a', selected));
      yield put(fetchInProgress());
      yield put(setData({}, false));
    }
    // API call
    const URL = getFullURL(`/xxxx/${selected}`);
    try {
      const response = yield call(getRequest, URL);
      if (!response) {
        throw new Error('fetch failed');
      }

      const list = generateList(
        response.data.data,
        selected,
      );

      yield put(setRawData(list));

      console.time('set_form');

      if (action.fetchSource === 'default') {
        // long computations ....
        if (expr) {
          yield put(updateFormState('expiry', expr));
        }
      }
      console.timeEnd('set_form');

      const computedData = veryExpensiveComputation(
        selected,
        list,
        true,
      );
      console.time('computed');
      yield put(setData(computedData));
      console.timeEnd('computed');

      yield put(
        setMetaData({
          xxx: JSON.parse(response.data.xxx),
          yyy: response.data.yyy,
          zzz: response.data.zzz,
          sss: response.data.sss,
          lastUpdatedAt: response.data.last_updated_at,
        }),
      );
      yield put(refresh());
    } catch (err) {
       //
    }
  }
}

For some reason the line  yield put(setData(computedData)); takes about 4 seconds (as per the console.timeEnd log) to complete and i cant seem to figure out why. I read in the docs that theres no guarantee of actions being dispatched immediately because the task queue maybe busy.
Is there a way for me to figure out whats exactly going on in the task queue and why particular actions take long to be dispatched?

Maybe your updateFormState action is heavy? To get more help you really would have to share a runnable repro case for this, hard to advise anything without actually inspecting the code.


PlugInstall does not run post-update hooks

I'm reinstalling some plugins and manually cleaned the vim/bundles directory.
On running vim +PlugInstall or :PlugInstall the post-install hooks were not run.
I had to then run :PlugUpdate! to force the post-update hooks to run.
My expectation is that these hooks would be run on PlugInstall
Example which failed:
Plug 'Shougo/vimproc.vim', { 'do': 'make' }

@shaneog I know it doesn't help, but I'm pretty sure this is a local to you issue.
The build continues to pass (has hook tests) & I just tried your example line, it runs.
As a simple diagnostic, can you mv your .vim & .vimrc files to a backup. Then run :PlugUpgrade & try a really simple barebones vimrc like:
call plug#begin('~/.vim/plugged')
Plug 'junegunn/seoul256.vim'
Plug 'junegunn/vim-easy-align'
Plug 'Shougo/vimproc.vim', { 'do': 'make' }
call plug#end()

If that fails, I'm not sure how to debug.

@shaneog Hi, please post the content of the buffer when that happens.  Note that post-update hooks are not triggered if the plugin already exists (PlugInstall), or if there's no new commits (PlugUpdate).

@junegunn I think you misread, he mentioned deleting his bundles dir & then running PlugInstall & the hooks didn't run. Seems odd, I can't reproduce though.

@starcraftman Oh I read the part, but I still think it was due to some kind of a mistake, so I want to check what's really going on.

It probably is something to do my my local config, but I'd like to find out what. My local config is not very complex.
I've deleted my .vim directory and .vimrc and used this .vimrc (as is, nothing else):
" Plugins
call plug#begin('~/.vim/plugged')

" Tern auto-completion engine
Plug 'marijnh/tern_for_vim', { 'do': 'npm install && npm install tern-coffee', 'for': ['javascript', 'coffee'] }

Plug 'junegunn/seoul256.vim'
Plug 'junegunn/vim-easy-align'
Plug 'Shougo/vimproc.vim', { 'do': 'make' }
call plug#end()

I then started vim using vim +PlugInstall
Afterwards, neither the 'do' for tern_for_vim nor vimproc had not been run.
ls -la .vim/plugged/vimproc.vim/autoload/
total 288
drwxr-xr-x  10 shane  staff    340  2 Apr 10:22 .
drwxr-xr-x  20 shane  staff    680  2 Apr 10:22 ..
-rw-r--r--   1 shane  staff   4759  2 Apr 10:22 fakepoll.h
-rw-r--r--   1 shane  staff  30802  2 Apr 10:22 proc.c
-rw-r--r--   1 shane  staff  33760  2 Apr 10:22 proc_w32.c
-rw-r--r--   1 shane  staff   3240  2 Apr 10:22 ptytty.c
-rw-r--r--   1 shane  staff    247  2 Apr 10:22 ptytty.h
drwxr-xr-x   7 shane  staff    238  2 Apr 10:22 vimproc
-rw-r--r--   1 shane  staff  47080  2 Apr 10:22 vimproc.vim
-rw-r--r--   1 shane  staff   8269  2 Apr 10:22 vimstack.c

My dotfiles are here: https://github.com/shaneog/dotfiles if you want to have a look.
(FWIW I'm using tmux in Terminal.app on OS X Yosemite)
Here's the buffer during first install
Updated. Elapsed time: 4.333170 sec.
[xxxx]

- Finishing ... Done!
x vimproc.vim
    Cloning into '/Users/shane/.vim/plugged/vimproc.vim'...
    remote: Counting objects: 4899, done.
    Receiving objects:   0% (1/4899)
    Receiving objects:   1% (49/4899)
    Receiving objects:   2% (98/4899)
    Receiving objects:   3% (147/4899)
    Receiving objects:   4% (196/4899)
    Receiving objects:   5% (245/4899)
    Receiving objects:   6% (294/4899)
    Receiving objects:   7% (343/4899)
    Receiving objects:   8% (392/4899)
    Receiving objects:   9% (441/4899)
    Receiving objects:  10% (490/4899)
    Receiving objects:  11% (539/4899)
    Receiving objects:  12% (588/4899)
    Receiving objects:  13% (637/4899)
    Receiving objects:  14% (686/4899)
    Receiving objects:  15% (735/4899)
    Receiving objects:  16% (784/4899)
    Receiving objects:  17% (833/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  18% (882/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  19% (931/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  20% (980/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  21% (1029/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  22% (1078/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  23% (1127/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  24% (1176/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  25% (1225/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  25% (1236/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  26% (1274/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  27% (1323/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  28% (1372/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  29% (1421/4899), 148.01 KiB | 239.00 KiB/s
    Receiving objects:  30% (1470/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  31% (1519/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  32% (1568/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  33% (1617/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  34% (1666/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  35% (1715/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  36% (1764/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  37% (1813/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  38% (1862/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  39% (1911/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  40% (1960/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  41% (2009/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  42% (2058/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  43% (2107/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  44% (2156/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  45% (2205/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  46% (2254/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  47% (2303/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  48% (2352/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  49% (2401/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  50% (2450/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  51% (2499/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  52% (2548/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  53% (2597/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  54% (2646/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  55% (2695/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  56% (2744/4899), 444.01 KiB | 368.00 KiB/s
    Receiving objects:  57% (2793/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  58% (2842/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  59% (2891/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  60% (2940/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  61% (2989/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  62% (3038/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  63% (3087/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  64% (3136/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  65% (3185/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  66% (3234/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  67% (3283/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  68% (3332/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  69% (3381/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  70% (3430/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  71% (3479/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  72% (3528/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  73% (3577/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  74% (3626/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  75% (3675/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  76% (3724/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  76% (3768/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  77% (3773/4899), 780.01 KiB | 455.00 KiB/s
    Receiving objects:  78% (3822/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  79% (3871/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  80% (3920/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  81% (3969/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  82% (4018/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  83% (4067/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  84% (4116/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  85% (4165/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  86% (4214/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  87% (4263/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  88% (4312/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  89% (4361/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  90% (4410/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  91% (4459/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  92% (4508/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  93% (4557/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  94% (4606/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  95% (4655/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  96% (4704/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  97% (4753/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  98% (4802/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects:  99% (4851/4899), 980.01 KiB | 438.00 KiB/s
    remote: Total 4899 (delta 0), reused 0 (delta 0), pack-reused 4899
    Receiving objects: 100% (4899/4899), 980.01 KiB | 438.00 KiB/s
    Receiving objects: 100% (4899/4899), 1.31 MiB | 438.00 KiB/s, done.

    Checking connectivity... done.
x vim-easy-align
    Cloning into '/Users/shane/.vim/plugged/vim-easy-align'...
    remote: Counting objects: 1340, done.
    Receiving objects:   0% (1/1340)
    Receiving objects:   1% (14/1340)
    Receiving objects:   2% (27/1340)
    Receiving objects:   3% (41/1340)
    Receiving objects:   4% (54/1340)
    Receiving objects:   5% (67/1340)
    Receiving objects:   6% (81/1340)
    Receiving objects:   7% (94/1340)
    Receiving objects:   8% (108/1340)
    Receiving objects:   9% (121/1340)
    Receiving objects:  10% (134/1340)
    Receiving objects:  11% (148/1340)
    Receiving objects:  12% (161/1340)
    Receiving objects:  13% (175/1340)
    Receiving objects:  14% (188/1340)
    Receiving objects:  15% (201/1340)
    Receiving objects:  16% (215/1340)
    Receiving objects:  17% (228/1340)
    Receiving objects:  18% (242/1340)
    Receiving objects:  19% (255/1340)
    Receiving objects:  20% (268/1340)
    Receiving objects:  21% (282/1340)
    Receiving objects:  22% (295/1340)
    Receiving objects:  23% (309/1340)
    Receiving objects:  24% (322/1340)
    Receiving objects:  25% (335/1340)
    Receiving objects:  26% (349/1340)
    Receiving objects:  27% (362/1340)
    Receiving objects:  28% (376/1340)
    Receiving objects:  29% (389/1340)
    Receiving objects:  30% (402/1340)
    Receiving objects:  31% (416/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  32% (429/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  33% (443/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  34% (456/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  35% (469/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  36% (483/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  37% (496/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  38% (510/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  39% (523/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  40% (536/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  41% (550/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  42% (563/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  43% (577/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  44% (590/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  45% (603/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  46% (617/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  47% (630/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  48% (644/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  49% (657/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  50% (670/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  51% (684/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  52% (697/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  53% (711/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  54% (724/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  55% (737/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  56% (751/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  57% (764/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  58% (778/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  59% (791/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  60% (804/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  61% (818/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  62% (831/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  63% (845/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  64% (858/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  65% (871/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  66% (885/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  67% (898/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  67% (907/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  68% (912/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  69% (925/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  70% (938/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  71% (952/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  72% (965/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  73% (979/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  74% (992/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  75% (1005/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  76% (1019/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  77% (1032/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  78% (1046/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  79% (1059/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  80% (1072/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  81% (1086/1340), 180.01 KiB | 302.00 KiB/s
    Receiving objects:  82% (1099/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  83% (1113/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  84% (1126/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  85% (1139/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  86% (1153/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  87% (1166/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  88% (1180/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  89% (1193/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  90% (1206/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  91% (1220/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  92% (1233/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  93% (1247/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  94% (1260/1340), 420.01 KiB | 363.00 KiB/s
    remote: Total 1340 (delta 0), reused 0 (delta 0), pack-reused 1340
    Receiving objects:  95% (1273/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  96% (1287/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  97% (1300/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  98% (1314/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects:  99% (1327/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects: 100% (1340/1340), 420.01 KiB | 363.00 KiB/s
    Receiving objects: 100% (1340/1340), 459.28 KiB | 363.00 KiB/s, done.

    Checking connectivity... done.
x tern_for_vim
    Cloning into '/Users/shane/.vim/plugged/tern_for_vim'...
    remote: Counting objects: 213, done.

    Checking connectivity... done.
x seoul256.vim
    Cloning into '/Users/shane/.vim/plugged/seoul256.vim'...
    remote: Counting objects: 340, done.
    remote: Compressing objects:  25% (1/4)
    remote: Compressing objects:  50% (2/4)
    remote: Compressing objects:  75% (3/4)
    remote: Compressing objects: 100% (4/4)
    remote: Compressing objects: 100% (4/4), done.

    Resolving deltas:   0% (0/127)
    Resolving deltas:   1% (2/127)
    Resolving deltas:   2% (3/127)
    Resolving deltas:   6% (8/127)
    Resolving deltas:   8% (11/127)
    Resolving deltas:  20% (26/127)
    Resolving deltas:  21% (27/127)
    Resolving deltas:  23% (30/127)
    Resolving deltas:  29% (38/127)
    Resolving deltas:  37% (48/127)
    Resolving deltas:  46% (59/127)
    Resolving deltas:  55% (71/127)
    Resolving deltas:  58% (74/127)
    Resolving deltas:  68% (87/127)
    Resolving deltas:  73% (93/127)
    Resolving deltas:  77% (98/127)
    Resolving deltas: 100% (127/127)
    Resolving deltas: 100% (127/127), done.
    Checking connectivity... done.

@shaneog You see the x marks next to the names of the plugin (x vimproc.vim), meaning that the installation has failed. Can you show me the output of :version, and the version of git? Do you think there could be something in your gitconfig that might cause problem?

@shaneog I'd also like to know if :PlugInstall1 (non-parallel installer) gives the same error.

Ah, I missed that :confused:
My gitconfig is here.
:version
:version
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Sep 18 2014 21:23:13)
MacOS X (unix) version
Included patches: 1-430
Compiled by Homebrew
Huge version without GUI.  Features included (+) or not (-):
+acl             -clientserver    +cscope          +emacs_tags      +folding         +keymap          +menu            +mouse_netterm   +netbeans_intg   -python3         -sniff           -tcl             +virtualedit     +writebackup
+arabic          +clipboard       +cursorbind      +eval            -footer          +langmap         +mksession       +mouse_sgr       +path_extra      +quickfix        +startuptime     +terminfo        +visual          -X11
+autocmd         +cmdline_compl   +cursorshape     +ex_extra        +fork()          +libcall         +modify_fname    -mouse_sysmouse  +perl            +reltime         +statusline      +termresponse    +visualextra     -xfontset
-balloon_eval    +cmdline_hist    +dialog_con      +extra_search    -gettext         +linebreak       +mouse           +mouse_urxvt     +persistent_undo +rightleft       -sun_workshop    +textobjects     +viminfo         -xim
-browse          +cmdline_info    +diff            +farsi           -hangul_input    +lispindent      -mouseshape      +mouse_xterm     +postscript      +ruby            +syntax          +title           +vreplace        -xsmp
++builtin_terms  +comments        +digraphs        +file_in_path    +iconv           +listcmds        +mouse_dec       +multi_byte      +printer         +scrollbind      +tag_binary      -toolbar         +wildignore      -xterm_clipboard
+byte_offset     +conceal         -dnd             +find_in_path    +insert_expand   +localmap        -mouse_gpm       +multi_lang      +profile         +signs           +tag_old_static  +user_commands   +wildmenu        -xterm_save
+cindent         +cryptv          -ebcdic          +float           +jumplist        -lua             -mouse_jsbterm   -mzscheme        -python          +smartindent     -tag_any_white   +vertsplit       +windows         -xpm
   system vimrc file: "$VIM/vimrc"
     user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
      user exrc file: "$HOME/.exrc"
  fall-back for $VIM: "/usr/local/share/vim"
Compilation: /usr/bin/clang -c -I. -Iproto -DHAVE_CONFIG_H   -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -DMACOS_X_UNIX  -Os -w -pipe -march=native -mmacosx-version-min=10.9
 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: /usr/bin/clang   -L. -L/usr/local/lib -L/usr/local/lib -Wl,-headerpad_max_install_names -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -o vim        -lm  -lncurses -li
conv -framework Cocoa   -fstack-protector -L/usr/local/lib  -L/System/Library/Perl/5.16/darwin-thread-multi-2level/CORE -lperl    -lruby.2.0.0 -lobjc

git --version:
git version 2.3.5

Non-parallel also fails:
Updated. Elapsed time: 7.725823 sec.
[xxxx]

- Finishing ... Done!
x vim-easy-align:
    Cloning into '/Users/shane/.vim/plugged/vim-easy-align'...
x seoul256.vim:
    Cloning into '/Users/shane/.vim/plugged/seoul256.vim'...
x vimproc.vim:
    Cloning into '/Users/shane/.vim/plugged/vimproc.vim'...
x tern_for_vim:
    Cloning into '/Users/shane/.vim/plugged/tern_for_vim'...

@shaneog Hmm, it looks like something's wrong with your environment. What happens when you manually git clone?

No, I don't... :disappointed:
I'll try to run this outside of tmux and see if that changes.
~ ❯❯❯ git clone --progress --recursive \
  https://github.com/Shougo/vimproc.vim.git -b master /tmp/vimproc.vim && echo ok
Cloning into '/tmp/vimproc.vim'...
remote: Counting objects: 4899, done.
remote: Total 4899 (delta 0), reused 0 (delta 0), pack-reused 4899
Receiving objects: 100% (4899/4899), 1.31 MiB | 767.00 KiB/s, done.
Resolving deltas: 100% (2701/2701), done.
Checking connectivity... done.
~ ❯❯❯

@shaneog Okay, good luck :) Make sure that git correctly points to the original git executable. (See the output of type git)

I found the culprit - it was my .git_template, which installs some hooks in all cloned repositories.
Now to figure out why


compatibility with iron-router 1.0

Hello @martinopic
is the 0.4.3 version already compatible with iron-router 1.0? Just read about it yesterday and wanted to ask first before I bump in too many issues. Feel free to use the previous test package for some tests. Cheers

Hello @martinopic do you have any news on this? Happy New Year :rocket:

I will happily try to assist in testing / debugging the 1.0 package. It is currently not a must have for me - but a nice to have. Happy new year!

Need this as well for other dependencies /:

I'm really sorry for the delay on keeping up with this I hoped to work on it during Christmas time but couldn't. I'll start to work on it next week and hope to have it completed in a couple of weeks, I'll keep you updated here (and on the codebase) and put a ote on the README.

Thank you for working on this :)

Really need this package! Excited about it!

Hi everybody,
I've just pushed a 0.5.x branch which contains a first version compatible with iron:router 1.0. This version pass all previous client side tests (test system has also been improved) excluding template name resolution tests. No server side functionality is still in place.
I have just tested it with automatic tests, any feedback on "real" systems will be welcome as any other useful contribution (consider this is still alpha quality code). In the next few days I hope to complete the client and server part.
The improvements made on iron:router apparently allowed also iron-router-18n to have cleaner code and testing.
Thanks for the patience, hope a stable release is coming soon :-)

With las commit on 0.5.x almost all client tests are passing (including template name resolution), just missing redirect on missing lang code testing and server side functionality. And real world system test obviously.

Hi @martinopic nice that you got some time to work on this, I appreciate it. For now I checked out the branch and started with updating my whole app. As its quite grown up I think its gonna be a little workout..
I moved all my routes to the lib folder making them accassible for client and server. I'm getting plenty of: Oops, looks like there's no route on the client or the server for url:
And plenty of
Created route:
router.js:135 client
router.js:136 undefined

What are these messages about?

Hi @dohomi, the second issue you mention should be solved with last commit. There is still a big issue which is probably causing the missing route problem, should be the last one and not that hard to fix. It would be useful if you could paste me here a small excerpt of the not working conf (e.g. some route not found but actually configured).

All tests passing (I've added some more), all features there (plus some new one) and configuration/behaviour almost identical to version 0.4.x and supporting new Iron Router 1.0.x configuration methods. I had to change/remove some configuration stuff (will be documented).
Almost ready to release (I'd really like some feedback before releasing).

Hi @martinopic I tried the current commits. I still receive the
Oops, looks like there's no route on the client or the server for url: "http://localhost:3000/en/login.

And following error:
 Exception in template helper: TypeError: Cannot read property 'getRouteForLang' of undefined
    at Object.<anonymous> (http://localhost:3000/packages/martino_iron-router-i18n.js?4a48b123b5103913fa2507db99f00eeb4bb1361b:599:29)

@dohomi for the first issue I need your configuration (at least the basic non working part).
As for the second issue if you were using the "old" syntax ({{pathFor route="myRoute"}}) I fixed that with the last commit, otherwise it just seems a non existing route name.
Thanks for your feedback!

hi @martinopic what do you mean with "old" syntax? pathFor route="myRoute" is not the current syntax? https://github.com/EventedMind/iron-router/blob/devel/Guide.md#pathfor
// config

TP.Core.Functions.setLanguageKey = function (lang) {
  Helpers.setLanguage(lang);
};

Router.configure({
  layoutTemplate: 'layoutBackend',
  loadingTemplate: 'loading',
  notFoundTemplate: "page404",
  i18n: {
    languages: TP.Const.AllowedLangKey,

    setLanguage: function (lang) {
      if (Meteor.isClient) {
        TP.Core.Functions.setLanguageKey(lang);
      }
    },
    autoConfLanguage: true
  }
});

This is my current configuration

You are right @dohomi I was using the old conf :-) in any case now both work for the helpers.
As for the other problem:

What's in TP.Const.AllowedLangKey ?
Can I have the login (or any failing) route configuration?

Hi @martinopic,
Sorry here the missing configuration:
TP.Const.AllowedLangKey = [
  'en', 'de'
];

Router.onBeforeAction('loading');
Router.onBeforeAction('dataNotFound');

Router.route("/login", {
  path: "/login",
  name: "login",
  template: "loginForm",
  layoutTemplate: "layoutLogin"
});

Do you know if the old style Router.map(function(){this.route( ... )}is still valid?

Hi @dohomi , this is really an edge case: you are passing the path through the route name (new configuration) AND through the path option, kind of redundant but this was the reason it was failing. I've fixed the code (and added tests) to handle also this edge case and added tests for legacy Router.map configuration (which works ;-) ). Thanks for the feedback!
I've added a basic example app in examples/basic it anybody wants to test or give feedback about bugs about can also use this basic app adding the configuration which shows the bug.
If nobody else is reporting problems and @dohomi app is working I'm going to release soon.

Hey @martinopic actually for me is the whole upgrade from iron:router 1.x somehow not really clear what actually was changing. The docs are not very specific, I was always writing Router.map(...), so I just played around with all values actually :)
I receive now a  Route dispatch never rendered. Did you forget to call this.next() in an onBeforeAction?message, so I need to fix that first. Damn lot of code changes :/

I have the feeling that currently your package works fine, I need to check all my iron router hooks first

Hi @martinopic I rewrote lot of code. I don't receive any error messages anymore beside the big fat:
Oops, looks like there's no route on the client or the server for url: "http://localhost:3000/en/login."

Even the page is getting rendered correctly, but there seems still a problem with the config. Here my adjusted config:
// config
Router.configure({
  layoutTemplate: 'layoutBackend',

  i18n: {
    languages: TP.Const.AllowedLangKey,

    setLanguage: function (lang) {
      if (Meteor.isClient) {
        TP.Core.Functions.setLanguageKey(lang);
      }
    },
    autoConfLanguage: true
  }
});
Router.plugin('dataNotFound', {notFoundTemplate: 'notFoundTemplate'});
Router.plugin('loading', {loadingTemplate: 'loading'});

Router.setTemplateNameConverter(function (str) {
  return str;
});

Router.route("/login", {
  name: "login",
  template: "loginForm",
  layoutTemplate: "layoutLogin"
});

Hi @martinopic
I adjusted now all my routes for the new 1. of iron:router. Without this package every route worked as expected.
Now, as soon I activate this package the __IronRouterNoRoutes__is getting rendered above my whole app. I don't receive any other errors, but I'm getting the message of no routes found. But my 2 routes, login and home are linked correctly and rendered correctly behind the iron:router message. So pathForworks in this case..
I'm finishing for now, will continue tomorrow with further testing. Please drop me a message if you have any idea. This is my current configuration:

Router.configure({
  layoutTemplate: 'layoutBackend',
  notFoundTemplate: 'page404',
  loadingTemplate: 'loading',
  i18n: {
    languages: TP.Const.AllowedLangKey,

    setLanguage: function (lang) {
      if (Meteor.isClient) {
        TP.Core.Functions.setLanguageKey(lang);
      }
    },
    autoConfLanguage: true
  }
});

Router.plugin('dataNotFound', {notFoundTemplate: 'page404'});
Router.plugin('loading', {loadingTemplate: 'loading'});

Router.route("/login", {
  name: "login",
  template: "loginForm",
  layoutTemplate: "layoutLogin"
});

Cheers

Hello,
I tried to testrun the Tinytestwith the meteor test-packages martino:iron-router-i18n command. All test seems to be fine, but on the bottom of the page iron:routerrenders the __IronRouterNoRoutes__ template on the bottom of the page.
It seems that all routes of iron:router looses all routes and also doesn't find the notFoundTemplate:
 var notFoundTemplate = this.lookupOption('notFoundTemplate');

          if (!notFoundTemplate)
            notFoundTemplate = (self.routes.length === 0) ? NO_ROUTES_TEMPLATE : DEFAULT_NOT_FOUND_TEMPLATE;

The website renders but it renders twice.. and in the second run it adds the NO_ROUTES_TEMPLATE

Hi @dohomi thanks a lot for your feedback and testing I spotted a major problem in the router startup which is causing this, working on it.

@dohomi can you test now? It should be fixed.

@martinopic yes I just did :+1: perfect man thanks! All my previous errors are gone, still I couldn't test everything. Will drop you a note if I bump into any issue with it.
Where would you define defaultLanguage now based on a Meteor.users().languageKey property? Where would be the best location for it?
Cheers and thanks for the effort!

And additional: is there any good replacement for this kind of route:
{{pathFor 'myRoute' _id=currentUser._id

I had this in different context very often and its quite tiring introducing a template helper for the pathForhelper setting the data context..
Cheers

Hi @dohomi , I would not define defaultLanguage based on a user languageKey: defaultLanguage is intended to be a fallback when there is not a hint about the user language (which I think is exactly what your "languageKey" is doing). I'd rather use "languageKey" in getLanguage function configuration to get current user language or in a startup block using setLanguage to set the current user language.
As for pathFor it just supports the same configuration as the iron router one with the addition of the "lang" paramenter.

I close this issue as 0.5 version is mature enough not to need "general testing". I'll probably release tomorrow or on tuesday. Please open specific issues for anything else. Thanks for the feedback!


Enhancing the CSS styling of the About us section.

Enhancing the CSS styling of the About us section.

Can I know how it might look ...can you send an image of it ...

It would look like this

it seems like a separate container ...just improve the text styling with animations with colors and all...

revert back to old style

How is this?
https://github.com/user-attachments/assets/1dd5d650-e036-47c7-a739-9ef1fadbf04b

It seems like it pops out of the screen 😕...try a different one...it has to blend with the ui

Also...I was having issues with your recent PR...please check for the issues

can you assign me this issue i want to work on it under gssoc extd.

can you assign me this issue i want to work on it under gssoc extd.

try it out...and let me check which one is better

@shriyadindi @SatyamSingh8306 update?

@techy4shri https://github.com/user-attachments/assets/1dd5d650-e036-47c7-a739-9ef1fadbf04b

Yep ..the present faq nenu looks better than this ...

@shriyadindi  any improvements you wanna make ?

@kvcops Okay, can I add a visitor count feature in the footer?

@kvcops Okay, can I add a visitor count feature in the footer?

Nope... actually that feature doesn't add up much enhancement and usability ...also it is a duplicate issue that has been closed ...so hoping for another enhancements

Okie

@shriyadindi rename this issue for relevance to the current task and then start working on it.
@kvcops I will assign her when she updates the issue then?

Ok @techy4shri


[1pt] PR: Fixed rounding issue for meters for rating curves

Precision and rounding were creating a minor problem with an exact match of stage_m and stage_mm (millimeters).   It was a matter of the order of precision versus rounding.
Changes

src

worker_fim_rasters.py: Now the calcs for stage_m with a precision of 3, then multiply it by 1000, otherwise, precisions is based on 3,048 and not 0.3048.

Testing
Notice: stage_m matches stage_mm values. and at stage_m being 3.048 means 3048 for stage_mm which is correct values.

Checklist
You may update this checklist before and/or after creating the PR. If you're unsure about any of them, please ask, we're here to help! These items are what we are going to look for before merging your code.

[x] Informative and human-readable title, using the format: [_pt] PR: <description>
[] Links are provided if this PR resolves an issue, or depends on another other PR
[x] If submitting a PR to the dev branch (the default branch), you have a descriptive Feature Branch name using the format: dev-<description-of-change> (e.g.: dev-revise-levee-masking)
[x] Changes are limited to a single goal (no scope creep)
[x] The feature branch you're submitting as a PR is up to date (merged) with the latest dev branch
[x] Changes adhere to PEP-8 Style Guidelines
[x] Any change in functionality is tested
[x]  New functions are documented (with a description, list of inputs, and expected output)
[ ] Placeholder code is flagged / future todos are captured in comments
[x] Project documentation has been updated (CHANGELOG and/or README)
[x] Reviewers requested

This is my suggested change:
if model_unit == 'feet':
# we need to add meter columns and convert feet to metric
df_rating_curve["discharge_cms"] = np.round(df_rating_curve["discharge_cfs"].values * 0.3048 ** 3, 3)
df_rating_curve["stage_mm"] = int(df_rating_curve["stage_ft"].values * 0.3048 * 1000)
df_rating_curve["stage_m"] = df_rating_curve["stage_mm"] / 1000
else:
df_rating_curve["stage_mm"] = int(df_rating_curve["stage_m"].values * 1000)
df_rating_curve["stage_m"] = df_rating_curve["stage_mm"] / 1000

This has been manually merged into dev-add-wse-to-rating-curves-patch, 126


Fix flushing of rejects before disconnecting

See individual commits.
This is currently based on #3421. I'll rebase after it got merged.

It looks like this fix won't be enough to reliably flush send (rejects) buffers. I read into how socket close() works and it will force-close a socket in case there is pending data in the receive buffer, which will then lead to loss of the sent data. I'll try to figure out how to fix this.


FileNotFoundError: [Errno 2] No such file or directory: 'sportsbet/_version.py'

FileNotFoundError: [Errno 2] No such file or directory: 'sportsbet/_version.py'
Getting this error when trying to setup. Any ideas as to why? I don't see any _version.py in the file structure.

The package is broken at the moment and under heavy development. There will be shortly a fully working updated version with documentation, examples etc.

You may use the latest release.


Update cypress to version 13

Closes #116

Thanks @norgeindian ! Could you resolve the conflicts too?
Had to look up why the video config was removed, for anyone curious; https://github.com/cypress-io/cypress/issues/26899

@peterjaap, should be okay now.

Awesome, thanks!


add Inlang to make the contribution of translations easier

Hi there,
I created an inlang.config.js file that enables contributors to contribute translations via a UI that opens pull requests. See https://inlang.com/editor/github.com/samuelstroschein/webapp.
The service worker translations are not included yet. I also did not update the readme on how to contribute translations yet. If desired, I can update the README too. Theoretically, the Android and iOS apps could also be used with inlang.
Let me know what you need to merge this PR.
PS yes, cloning takes ages. We are working on this as part of the next git.

Thank you for your submission but I think Inlang is a bit too early stage for us:

First, it offers every field from the json file for translation while we need to translate just one per object. Only the defaultMessage needs to be translated with result written into translation. It's going to confuse a lot of people.
We rely on automatic translation a lot. Bulk translation of text files is easy. Your tool seems to be all manual.

Sorry, I don't see a fit right now.

@or-else Thanks for the reply!

I overread that only translation should be translated, my bad! If you'd like, I can adapt the config file.
Inlang uses machine translations, hence the manual part is only related to reviewing.

Let me know if I should adapt the config. Otherwise, keep this PR closed


Provider generator for persister

With new definitions of InventoryCollections
Issue: https://github.com/ManageIQ/manageiq/issues/17396
Based on interface add_collection() for InventoryCollection definitions

Cc @agrare

Cc @Ladas


secret ARN validation warning

I'm trying to generate a cluster with 1) microsoft active directory for multiple users and 2) shared EFS partition for convenience of storing big data to our virtual drive. I have managed to accomplish #2, and also have managed to create a microsoft AD. However, when I did a dry run in the ParallelCluster UI, I get the following warning:
ValidationWarnings:
PasswordSecretArnValidator: Cannot validate secret arn:aws:secretsmanager:us-east-1:XXXXXXXXXXXX:secret:PasswordSecret-modulus-AD-XXXXXX due to lack of permissions. Please refer to ParallelCluster official documentation for more information.

I will still be able to create the cluster, but I want to know where I can properly locate my secret ARN for the microsoft AD? I thought I had properly copied it from my cloud formation console:

but then I wouldn't be getting that validation warning, correct? Is there a different ARN that I should be referencing? The only other possibility I can see is DomainCertificateSecretArn or DomainCertificateSecretReadPolicy.
Below is my configuration script:
HeadNode:
  InstanceType: c5.2xlarge
  Networking:
    SubnetId: subnet-xxxxxxxx
    AdditionalSecurityGroups:
      - sg-xxxxxxxx
  Ssh:
    KeyName: mertz_key
  LocalStorage:
    RootVolume:
      VolumeType: gp3
  Iam:
    AdditionalIamPolicies:
      - Policy: arn:aws:iam::aws:policy/AmazonSSMManagedInstanceCore
Scheduling:
  Scheduler: slurm
  SlurmQueues:
    - Name: modbind
      AllocationStrategy: lowest-price
      ComputeResources:
        - Name: modbind
          Instances:
            - InstanceType: g4dn.metal
          MinCount: 0
          MaxCount: 10
          DisableSimultaneousMultithreading: true
          Efa:
            Enabled: true
      Networking:
        SubnetIds:
          - subnet-xxxxxxxx
        PlacementGroup:
          Enabled: true
        AdditionalSecurityGroups:
          - sg-xxxxxxxx
      ComputeSettings:
        LocalStorage:
          RootVolume:
            VolumeType: gp3
      CustomActions:
        OnNodeConfigured:
          Script: >-
            s3://parallelcluster-10552b48cfa2e9aa-v1-do-not-delete/modbind-cluster-setup.sh
    - Name: spot
      AllocationStrategy: lowest-price
      ComputeResources:
        - Name: spot
          Instances:
            - InstanceType: g4dn.metal
          MinCount: 0
          MaxCount: 10
          DisableSimultaneousMultithreading: true
          Efa:
            Enabled: true
      ComputeSettings:
        LocalStorage:
          RootVolume:
            VolumeType: gp3
      CapacityType: SPOT
      Networking:
        SubnetIds:
          - subnet-xxxxxxx
        PlacementGroup:
          Enabled: true
        AdditionalSecurityGroups:
          - sg-xxxxxxx
      CustomActions:
        OnNodeConfigured:
          Script: >-
            s3://parallelcluster-10552b48cfa2e9aa-v1-do-not-delete/modbind-cluster-setup.sh
  SlurmSettings: {}
Region: us-east-1
Image:
  Os: centos7
DirectoryService:
  DomainName: modulus.ad.com
  DomainAddr: ldaps://modulus.ad.com
  PasswordSecretArn: >-
    arn:aws:secretsmanager:us-east-1:xxxxxxxxxxxx:secret:PasswordSecret-modulus-AD-xxxxxx
  DomainReadOnlyUser: cn=ReadOnlyUser,ou=Users,ou=MODULUS,dc=modulus,dc=ad,dc=com
SharedStorage:
  - Name: Efs0
    StorageType: Efs
    MountDir: /shared
    EfsSettings:
      FileSystemId: fs-xxxxxxxx

Can you confirm that the role you are using to run the UI has permissions to read the secrets?  See the example Base AWS ParallelCluster pcluster user policy section in https://docs.aws.amazon.com/parallelcluster/latest/ug/iam-roles-in-parallelcluster-v3.html

Hi @blakemertz
the PasswordSecretArnValidator is executed on the CLI side, so as suggested by Ryan probably the role you're using for the CLI doesn't have the permissions to read that secret. Anyway this is not an issue by itself, the CLI is unable to validate it but this doesn't mean that it is wrong, indeed this is a WARNING and not an ERROR.
The important part is that the Role associated to the head node instance has the permission to read that secret.
If your cluster is created correctly this is the case.
If the cluster creation fail you can think to add additional IAM policies, through AdditionalIamPolicies parameter.
Enrico


Fixes #204 Independent sub modules for codecs ilp, btp, ildcp

Creates codecs aggregated pom to hold all codecs for (btp, ildcp, ilp)
Moves codec-framework to codecs module.
Additionally Creates individual codecs-btp, codecs-ildcp and codecs-ilp modules.
Refactors current core codec modules to the newer modules.
Reduces the number of dependencies required for some of the modules.
Moves corresponding tests for each of the codec modules.

Signed-off-by: sudheesh001<EMAIL_ADDRESS>

Codecov Report

Merging #222 into master will not change coverage.
The diff coverage is 50%.

@@            Coverage Diff            @@
##             master     #222   +/-   ##
=========================================
  Coverage     74.29%   74.29%
  Complexity      390      390
=========================================
  Files           112      112
  Lines          1743     1743
  Branches        154      154
=========================================
  Hits           1295     1295
  Misses          380      380
  Partials         68       68

Impacted Files
Coverage Δ
Complexity Δ

.../ilp/framework/InterledgerCodecContextFactory.java
93.33% <ø> (ø)
2 <0> (?)

...a/org/interledger/codecs/btp/AsnBtpErrorCodec.java
100% <ø> (ø)
1 <0> (?)

...rg/interledger/codecs/btp/AsnBtpTransferCodec.java
100% <ø> (ø)
1 <0> (?)

...er/codecs/ilp/AsnInterledgerRejectPacketCodec.java
100% <ø> (ø)
1 <0> (?)

...r/codecs/ilp/AsnInterledgerPreparePacketCodec.java
100% <ø> (ø)
1 <0> (?)

...interledger/codecs/btp/AsnBtpMessageDataCodec.java
0% <ø> (ø)
0 <0> (?)

.../interledger/codecs/btp/AsnBtpPacketDataCodec.java
100% <ø> (ø)
2 <0> (?)

...rg/interledger/codecs/btp/AsnBtpResponseCodec.java
100% <ø> (ø)
1 <0> (?)

.../codecs/ildcp/AsnIldcpResponsePacketDataCodec.java
78.94% <ø> (ø)
3 <0> (?)

...interledger/codecs/btp/AsnBtpSubProtocolCodec.java
18.18% <ø> (ø)
1 <0> (?)

... and 26 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 98ce1a0...e984298. Read the comment docs.

@sappenin Please review this patch when you're free. I'll be spending some time reading through ILP in more detail before working on the other patches. 😄

Thanks @sappenin . Made the changes and correct usages of Matchers.assertThat throughout along with Is. Also moved codec-framework to codecs as suggested. Please review 😄


How can we reduce memory heap required ?

We are using the following functions and libraries-
Wifi (AP+STA)
MQTT (pubsubclient) with SSL/TLS
BLE
We have released memory used by BT classic.  We find we run into memory heap issues.
We find that this library takes almost 100K heap.  Are there any options to reduce the heap used by this library ?

I am currently working on project (cant share code), that is using wifi STA, AWS IoT (mqtt), HTTPS, client, BLE server, RTC and at the end still have about 84kB free memory. Its arduino as component project with platformio.

Hi Chegewara
I wish to continue on the Arduino platform.
I have read in several forums about re-building the Arduino core with GATTC disabled (as we want to use only GATTS ) to help reduce the heap.
I set up the IDF environment and copied the arduino core within the component folder in the blink project.  I deleted the libesp32.a file from the build folder.
The project is built successfully but I do not see the libesp32.a created.
What could I be doing wrong ?

Hi,
this question should be addressed to @me-no-dev
From my side i can advice you to add this command in setup(), just to make sure it will really release memory in case something is not ok with arduino implementation:
esp_bt_controller_mem_release(ESP_BT_MODE_CLASSIC_BT);

Thanks Chegewara.
I have already disabled Classic BT.  That does not help sufficiently.  Now I am trying to free more heap by disabling GATTC.
On successful build of the Arduino core, without changing any sdk config options (just building the core from the download), I do get the build files in the Build folder.  However the *.a files within the component folder are not changed.
The size of the files are different, For example libbt.a within the component folder is 12 MB while the new build libbt.a in the build folder is 8MB.
Should not the component *.a files be the same as the build files if I am not changing any sdkconfig options ?
On replacing this libbt.a in my arduino IDE, my code does not work.

Thanks Chegewara.  Setup lib_builder again and was able to build the core successfully.  After changing several config options, I am able to save almost 40 KB of heap.  Everything works fine now.


Add grammari-x extension

Description
In this extension, you can fix your grammar and rewrite your sentences more effectively.
Before using this extension, you need to pass the OpenAI API key to make the extension work.
Screencast
improve grammer:
https://github.com/raycast/extensions/assets/25252241/68e71d1b-6ecf-4174-8ad0-1a5b967624bb
History and saved functions.
https://github.com/raycast/extensions/assets/25252241/fdf6c285-435e-4a6d-ad37-01eee94d977e
Checklist

[x] I read the extension guidelines
[x] I read the documentation about publishing
[x] I ran npm run build and tested this distribution build in Raycast
[x] I checked that files in the assets folder are used by the extension itself
[x] I checked that assets used by the README are placed outside of the metadata folder

What do you say about the following corrections?

It seems reasonable. I'll commit to it ;)

@pernielsentikaer
For future implementation, as you can see in the upper right-hand corner, there is a dropdown that is specifically related to the 'tone changer.' However, it appears that there is no feature available to create a dropdown-like list item. Due to this limitation, I have positioned it globally after the search bar. It would be preferable if I could trigger this dropdown when the 'tone changer' list item is selected. Unfortunately, there is no implemented event for such an action. I am aware that I could create separate commands for each list item, but this doesn't seem like an optimal solution. I would prefer to have a single command for all list items due to certain reasons. If you have any valuable suggestions in this context, I am open to listening.

@pernielsentikaer
Added history and saved answer functionality