Update kustomize to v4.3.0

What type of PR is this?
/kind cleanup
What this PR does / why we need it:
Update kustomize to v4.3.0
Which issue(s) this PR fixes:

None
Does this PR have test?
None

Special notes for your reviewer:
None
Does this PR introduce a user-facing change?

None

Codecov Report

Merging #578 (a2d1d1a) into master (79f3d31) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #578   +/-   ##
=======================================
  Coverage   44.39%   44.39%
=======================================
  Files          26       26
  Lines        1347     1347
=======================================
  Hits          598      598
  Misses        709      709
  Partials       40       40


[BUG] chore(ci): Verify<EMAIL_ADDRESS>

Description:
It seems like serde_json has a bug in some platforms. Let's report it with a repro/log.
Related issue (if exists):

Closing as obsolete


add a test base to initialize database config and other common configs

@zhxymh @EricBlack
when you copy codes, make sure remove duplicated code,
for example, you can use base class, also depends on a module

@zhxymh @EricBlack
when you copy codes, make sure remove duplicated code,
for example, you can use base class, also depends on a module

ok


chore: fix a number of newer clippy lints

copy of https://github.com/seanmonstar/reqwest/pull/2387 by @nyurik
resolved the changes requested by @seanmonstar
why: good pr, author didnt update it.

Thanks for driving it forward!


Don’t free op array values in op_array_destroy

These values are all already freed in freeOpContext and doing it twice
is an error, see #91
I’ve gone through the four kinds of frees here and afaict all of them are already handled by freeOpContext.
This fixes #91, cc @neongreen

Will try out locally.

Works for me.

@Gabriel439 do you have plans to test this on the awakesecurity codebase? Because if not, I guess this can just be merged.

@neongreen: Whoops!  Sorry for the delay.  You don't need to block on us to merge things.  If we run into any issues when we update our code to use this we will upstream any fixes we need


On-Demand Loading of remoteEntry.js Files

I am currently evaluating a migration from the @originjs plugin. One of the things I liked about their approach was, that they only try to load the remoteEntry.js once a module is required in the code.
Our use case involves many modules behind feature flags. As a result, not all modules are active in a given environment, and pre-loading all remoteEntry.js files can lead to 404 errors or application crashes if a particular remoteEntry.js file is not available when the site initially loads.
Question: Is there a way to configure this plugin to load the remoteEntry.js of a module only when that module is accessed for the first time at runtime? This would significantly improve resilience and performance in environments with varying feature flags.
I have seen https://module-federation.io/guide/basic/runtime.html but since our config does not really change, i would like to keep the config within our vite config

Modules that have never been used will not be requested

If you only configure remotes in vite.config.js and don't import it, remoteEntry.js will not be requested.

We have code like this:
() => import('moduleShop/ShopApp')that is called asynchronously when the user enters the shop page (useEffect hook on mount). We never have moduleShop as an import on top of a file.
With origin js, i can see the network request to the moduleShop remoteEntry.js file being dispatched once the user enters the page that embeds the shop module. With this plugin, the remoteEntry.js file is loaded on the very first page.

During the normal initialization phase, all shared modules need to be registered. The lazy loading you mentioned is another mode.

Lazy loading mode needs to be implemented through runtime plugins

Using runtime plugins has some disadvantages though (sharing dependencies seems to be much more complicated).
Can't we introduce a mode to this plugin, that initializes a remote only on first use, instead of during the normal initialization phase?

https://github.com/module-federation/core/pull/2984

I could not find a documentation of this parameter, what it is doing and possible options.
Do you have information on that? (Or is it introduced in this PR, but no documentation is added yet?)

I haven't seen this PR yet, it should be supported soon
---- Replied Message ----
| From | Judith @.> |
| Date | 09/25/2024 18:33 |
| To | module-federation/vite @.> |
| Cc | zhn @.>,
Comment @.> |
| Subject | Re: [module-federation/vite] On-Demand Loading of remoteEntry.js Files (Issue #103) |
I could not find a documentation of this parameter, what it is doing and possible options.
Do you have information on that? (Or is it introduced in this PR, but no documentation is added yet?)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: @.***>

Wait for me to find time tonight to take a look
---- Replied Message ----
| From | Judith @.> |
| Date | 09/25/2024 18:33 |
| To | module-federation/vite @.> |
| Cc | zhn @.>,
Comment @.> |
| Subject | Re: [module-federation/vite] On-Demand Loading of remoteEntry.js Files (Issue #103) |
I could not find a documentation of this parameter, what it is doing and possible options.
Do you have information on that? (Or is it introduced in this PR, but no documentation is added yet?)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: @.***>


Updates regarding the Version-2 Aadhaar Cards of 2022

The Issues which were being faced with the previous version

When uploading a new 2022 Aadhaar Card, the library was through a string index out of bound error.

Solution for that has been patched in this version

Essentially the QR code has an extra parameter of 'V2' at the start of the decompressed data string.  This resulted in a false allocation of data points in the key of "email_mobile_status", creating a problem in the whole parsing procedure.

FIX proposed

adding"version" and "email_mobile_status" in the details list.
checking the presence of V2 at the start of the decompressed string. Suppose available V2 gets mapped to "version" from the details list. IF NOT, "version" is popped from the list.
(-1) is appended at the start of the delimiter list. This helps us map all the details to their corresponding key-value pairs in a single for loop. (This was part of REFACTORING)

Thanks @Arkajit-Datta for contribution. The request has been merged.


Fix misindentation

Hey @JuanitoFatas, I don't see anything wrong with that specific part. It's actually consistent with the rest of the identation behavior.

I don't see anything wrong with that specific part;

I see 7 spaces instead of 6 spaces. Up to you to fix this or not. :stuck_out_tongue:

it renders fine

Agree.

and it's also used throughout the file.

Then the whole file need to fix if you think 6 is correct.

Hey @JuanitoFatas! Would you like to reopen the PR so I can merge it? Thanks :)


Is it possible to restrict simulation to 1 chromosome?

I want to generate ~100k genotypes on chr21 with a high nbreakpoint. Doing it for the all chromosomes will take too much memory.
Is this possible with regens, or should I look for a different tool?

Turns out I can just input a vcf with 1 chr.
Closed.


Add loongarch support

Signed-off-by: guoqi.chen<EMAIL_ADDRESS>

I am going to merge as it doesn't break anything and is gated by build tags, however, when you can, please reply here with the requested info as we need to test it.

I'm sorry that I didn't reply to your message in time, because longarch is a new architecture. The golang compiler has been transplanted, and the internal quality test is still in progress, so it hasn't been released yet. It is expected to be released by the end of July 2021, and we also plan to share it with golang's community.
For this patch, I have verified it on our loongarch machine. I'll let you know as soon as the code of our golang compiler is published。

This patch might need revisiting -- actually even the canonical GOARCH value hasn't been decided yet! See golang/go#46229 for that matter.
@chenguoqi-cc: thanks for pushing upstream work for LoongArch (even if you are working on it full-time); but next time please wait before submitting changes that depend on not-yet-upstream things, to reduce churn and maintenance burden.


[v2.x] Relay support

Backport #1084. This is a work in progress.
TODOs

[x] Deprecate phpiredis + webdis now
[x] Pass most Redis Stack tests
[x] Replace phpiredis instructions with Relay instructions
[x] Pass most tests (except relay-incompatible group)
[x] Remove all relay-* groups except relay-incompatible
[ ] Add examples/relay_events.php
[ ] Finish Wiki page
[ ] Make onInvalidated() and other methods easier to access

Followup

Support compression and serializer options and handle Predis\Command\RawCommand() calls
Review relay-fixme test group
Remove Webdis and Phpiredis from main after merging

Tests
./vendor/bin/phpunit -c phpunit.relay.xml --exclude-group slow,relay-incompatible

@vladvildanov: I backported this to v2.x, do you spot any breaking changes?

Coverage: 77.571% (-6.3%) from 83.894% when pulling 30efc2bb4fae51152fe70b562c935341189738f1 on feature/v2.x-relay into 538c65946d524f31f4a274504a0de0838ed41ae0 on v2.x.


non bucketed time

-added bucketing strategy to settings
-handles unbucketed time in filter pills
-until vis picking is tidied up, line chart will be picked by default for time and pickable for all continuous so try not to throw errors (instead just blank chart) for now

Okay this confuses me a bit :

Maybe "Default bucketing strategy" as a label would be more straightforward, and simply "Bucket" and "Don't bucket" as list items ? @asherbitter ?

🍗


RestorefromURLMI_Kekiran.md

Though it is clearly written in the reference article shared for the Create Credential that the Secret Should not start with (?) but many of the customer doesn't go the reference article shared in the same link and they try creating credential with ? .   If we can add the note in this page only regarding omitting the question mark in the Secret, this will help to reduce customer making mistake and less customer reaching out to us for fixing the issue.

@kekiran007 : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#sign-off

@srdan-bozovic-msft Before merging the PR, are my edits for brevity correct? Thanks.

We'll merge the PR.


Retrive ~1000 rows with simple SELECT * takes roughly 40 seconds compared to SQLDeveloper's 0.9second it there are CLOB columns

Description
Hi,
Currently working on a project where I need to access Oracle Database Server. The connection goes through a VPN tunnel, but with DBeaver it's terribly slow to fetch data. e.g.: Theres a table with 896 rows, with DBeaver it takes almost a minute to fetch the data. I also installed SQLServer on my laptop and from that one, it takes only 0.9 seconds if the table has CLOB columns.
If there are no CLOB columns ~1000 rows retrieved within 0.152s with DBeaver.
I suspect some jdbc driver settings could be the problem, but in SQLDeveloper I didn't manage to extract the configs so I could apply the same configs in DBeaver.
I also collected tcpdump from each tests and I can see that for DBeaver there are lot more packets and a lot with [PSH,ACK] communication while with SQLDeveloper there's no PSH just [ACK] and TCP Window related messages.
Could someone give me some hint what could be the problem?
DBeaver Version
Community Edition <IP_ADDRESS>404211624
Operating System
macOS Sonoma 14.3 (23D56)
Database and driver

Steps to reproduce

Have a table with ~1000 records and 2-4 CLOB fields named FOO
Send a the query to Oracle : SELECT * FROM FOO;

Additional context
No response

There must be also a bug or performance issue with the jdbc driver as with this one: https://mvnrepository.com/artifact/com.oracle.database.jdbc/ojdbc10/<IP_ADDRESS> the query runs roughly 50% faster

Hi, thank you for the report. I confirm the finding. When using the driver version <IP_ADDRESS>.0, the following dumb benchmark takes an average of a second to execute, while in DBeaver, it takes 24 seconds only to fetch data.
import oracle.jdbc.OracleDriver;
import oracle.jdbc.pool.OracleDataSource;

import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;
import java.util.concurrent.ThreadLocalRandom;
import java.util.logging.Logger;

public class OracleClobsBenchmarking {
    private static final Logger LOG = Logger.getAnonymousLogger();

    private static final String TABLE_DDL = """
        CREATE TABLE DBEAVER."dbeaver/dbeaver#26873" (
        	ID INTEGER GENERATED ALWAYS AS IDENTITY,
        	TLDR0 CLOB NULL,
        	TLDR1 CLOB NULL,
        	TLDR2 CLOB NULL,
        	TLDR3 CLOB NULL,
        	TLDR4 CLOB NULL,
        	CONSTRAINT DBEAVER_DBEAVER_26873_PK PRIMARY KEY (ID)
        )
        """;
    private static final String TABLE_INSERT = """
        INSERT INTO DBEAVER."dbeaver/dbeaver#26873" (ID,TLDR0,TLDR1,TLDR2,TLDR3,TLDR4)
        	VALUES (DEFAULT,?,?,?,?,?)
        """;
    private static final String TABLE_SELECT = """
        SELECT * FROM DBEAVER."dbeaver/dbeaver#26873"
        """;

    public static void main(String[] args) throws SQLException {
        LOG.info("Oracle driver version is %s".formatted(OracleDriver.getDriverVersion()));
        OracleDataSource dataSource = getDataSource();
        LOG.info("Connecting to the database...");
        try (Connection connection = dataSource.getConnection()) {
            LOG.info("Connected to the database.");
            prepareTable(connection);
            bench(connection);
        }
    }

    private static void bench(Connection connection) throws SQLException {
        var start = System.currentTimeMillis();
        try (Statement statement = connection.createStatement()) {
            statement.setFetchSize(200);
            statement.execute(TABLE_SELECT);
            try (ResultSet resultSet = statement.getResultSet()) {
                System.out.println(resultSet.getType()); // Side effect
            }
        }
        var end = System.currentTimeMillis();
        LOG.info("It takes %d ms in ideal conditions".formatted(end - start));
    }

    private static void prepareTable(Connection connection) throws SQLException {
        LOG.info("Preparing table...");
        try (var statement = connection.createStatement()) {
            statement.execute(TABLE_DDL);
        } catch (SQLException e) {
            // Table exists
            if (e.getErrorCode() == 955) {
                LOG.info(e.getMessage());
                return;
            } else {
                throw e;
            }
        }
        try (var statement = connection.prepareStatement(TABLE_INSERT)) {
            for (int i = 1; i <= 1000; i++) {
                LOG.info("Inserting row #%d".formatted(i));
                for (int j = 1; j < 6; j++) {
                    statement.setString(j, randomString());
                }
                statement.execute();
            }
        }
    }

    private static String randomString() {
        return ThreadLocalRandom.current().ints('0', 'z')
            .filter(Character::isLetterOrDigit)
            .limit(4096)
            .collect(StringBuilder::new, StringBuilder::appendCodePoint, StringBuilder::append)
            .toString();
    }

    private static OracleDataSource getDataSource() throws SQLException {
        OracleDataSource dataSource = new OracleDataSource();
        dataSource.setURL("");
        dataSource.setUser("");
        dataSource.setPassword("");
        return dataSource;
    }
}


Loosen Deno version on CI for bun and cloudflare workers.

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

Comparison is base (9d1de16) 94.06% compared to head (d5313c4) 94.06%.

Additional details and impacted files
@@           Coverage Diff           @@
##             main      #24   +/-   ##
=======================================
  Coverage   94.06%   94.06%
=======================================
  Files           8        8
  Lines        1011     1011
  Branches       84       84
=======================================
  Hits          951      951
  Misses         60       60

Flag
Coverage Δ

unittests
94.06% <ø> (ø)

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

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


Fix delete user test

The session token that we were using gets revoked when the user is
deleted, so the test was failing with an unauthorized.
This checks that the token is indeed revoked, and then uses the root
account to make sure the user 404s

Ended up including this as part of #31 , so closing this request


Issue Syncing Chats

I'd like to report an issue with the Whatsie app. Downloaded from Pop Os' store. Lately when opening app, it gets stuck on "syncing messages". It always gets like 95% of the way done but never finishes. In the process of doing so, it absolutely crushes my battery since it grabs between 10 and 20% of my CPU. I'm not sure what it's stuck syncing. I've tried going into settings > applications > whatsie and clearing the cache then re-opening the app but that doesn't seem to help.

I've also now discovered that the application won't let me log out. It is stuck on the "logging out, do not close this window"


Report AAS Datasource not refreshing after updating the dataset.

Hello Maikvandergaag,
I am using the PowerBI Action task to first publish the pbix and the 2 task to update the data source of Analysis Services Datasource type.

The execution is completing properly with no error or warning.

and the files is uploaded and updates with my required datasource connection to new AAS.
The issue is that after all this process on PowerBI web services, the dataset refresh is failing connection issue.

Now the application (& Service principle), that I am using in the PowerBI Service connection is admin to the Workspace (where pxib is published) and is admin to AAS server.
Can you please suggest what could be the issue?

Hello @maikvandergaag,
Can you suggest anythings regarding the above issue?


Rich.Panel does not escape square brackets correctly

Given the code:
self.console.print(Panel("❌ []", style = "red", box=box.HEAVY))

it fails.

Square brackets are interpreted as console markup. You can escape them by doubling them up.
self.console.print(Panel("❌ [[]]", style = "red", box=box.HEAVY))

Alternatively, us a Text instance rather than a string.
self.console.print(Panel(Text("❌ []"), style = "red", box=box.HEAVY))

Hope that helps.

Oh thank you!


App LogEvent not work!

I just try to get the LogEvent by example code but it not working:
I call it like inside a TouchableOpacity:
    <TouchableOpacity
      onPress={() => {
        AppEventsLogger.logPurchase(15, "USD", { param: "value" })
        AppEventsLogger.logEvent(AppEventsLogger.AppEvents.CompletedRegistration, {
          [AppEventsLogger.AppEventParams.RegistrationMethod]: "email",
        })
        console.log("run")
      }}
    >
      <Text>Log</Text>
    </TouchableOpacity>

But it not even log in the purchase:

I already setup everything correct, try to log in and log out and it log in app and it log that record:

In console.log, it log run already
So what possible can cause this?

I have the same problem with manual events (LogEvent) and automatic events are not working

My issue was that I needed to add Settings.initializeSDK()


beta-20170105 release notes - links, edits, and doc updates

Links, edits, and additional doc updates.
@sploiselle, please proof this for me.
@swatikumar16, @dianasaur323, just fyi, in case you want to take an early look.

This change is

http://cockroach-docs-review.s3-website-us-east-1.amazonaws.com/59878ccb66442f2bb48cc0606f8b28c76f3cfc49/

Review status: 0 of 1 files reviewed at latest revision, 1 unresolved discussion, some commit checks failed.

beta-20170105.md, line 47 at r1 (raw file):

- When a node stops responding to heartbeats, non-heartbeat raft traffic to that node is suspended until it becomes responsive again. [#12631](https://github.com/cockroachdb/cockroach/pull/12631)
- Improved logic for transfering raft leadership to coincide with the lease holder. [#12323](https://github.com/cockroachdb/cockroach/pull/12323)

s/transfering/transferring

Comments from Reviewable

 mod one comment

Review status: 0 of 1 files reviewed at latest revision, 1 unresolved discussion, some commit checks failed.

Comments from Reviewable

Reviewed 1 of 1 files at r1.
Review status: all files reviewed at latest revision, 1 unresolved discussion, some commit checks failed.

Comments from Reviewable

LGTM

Review status: all files reviewed at latest revision, 2 unresolved discussions, some commit checks failed.

beta-20170105.md, line 22 at r1 (raw file):

### SQL Language Changes

- `FILTER` clauses for [aggregate functions](functions-and-operators.html#aggregate-functions) are now supported. [#10146](https://github.com/cockroachdb/cockroach/pull/10146)

Just got the FILTER example live if there's a standardized way of including some context there.

Comments from Reviewable

Quick edit - fix spelling on "improved logic for transfering raft leadership to coincide with the lease holder"

Thanks, @dianasaur323. Fixed.

Review status: all files reviewed at latest revision, 2 unresolved discussions, some commit checks failed.

beta-20170105.md, line 22 at r1 (raw file):
Previously, sploiselle (Sean Loiselle) wrote…
Just got the FILTER example live if there's a standardized way of including some context there.

Done.

beta-20170105.md, line 47 at r1 (raw file):
Previously, sploiselle (Sean Loiselle) wrote…
s/transfering/transferring

Done.

Comments from Reviewable

http://cockroach-docs-review.s3-website-us-east-1.amazonaws.com/adb5a616f9340789a6e7cb55e377998a25de4305/


Add Resource Metrics for Vault

Signed-off-by: Shaad7<EMAIL_ADDRESS>

 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.


New mobile app

Describe the solution you'd like
Hi, so a nice option would be to make this app on android to save memos on phone, to not have to use own server or your server. App looking like memos web page, but saving all on the device, like an offline notes app.
Type of feature
Other
Additional context
No response

Have a look at the community page. There are projects that provide Android clients for Memos.
Give them a try and if you find your feature is not there add a feature request to the project

https://doc.gudong.site/inbox/ This one saves data locally and supports synchronization to Memos.


Cannot find module './app.component.scss' after meteor update 1.4 to 1.6.1

Just updated my meteor from 1.4 to 1.6.1
I fixed the issue I was getting with babel-runtim by running meteor install --save @babel/runtime
Now the server seems to start without a hitch, but there's only the "loading..." screen in my client with an error of Cannot find module './app.component.scss'
Thought maybe my angular2 complilers needed to be updated, but they seem to be up to date.
Here's my versions

<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>
package.json
     {       "name": "angular2-meteor-base",       "private": true,       "scripts": {     "start": "meteor run",     "start:prod": "meteor run --production",     "build": "meteor build ./build/",     "clear": "meteor reset",     "meteor:update": "meteor update --all-packages",     "test": "meteor test --driver-package practicalmeteor:mocha",     "test:ci": "meteor test --once --driver-package dispatch:mocha-phantomjs"   },   "devDependencies": {     "@types/chai": "3.4.34",     "@types/meteor": "^1.3.31",     "@types/mocha": "2.2.34",     "chai": "3.5.0",     "chai-spies": "0.7.1",     "meteor-node-stubs": "0.2.4"   },   "dependencies": {     "@angular/common": "2.4.1",     "@angular/compiler": "2.4.1",     "@angular/core": "2.4.1",     "@angular/forms": "2.4.1",     "@angular/platform-browser": "2.4.1",     "@angular/platform-browser-dynamic": "2.4.1",     "@angular/router": "3.4.1",     "@babel/runtime": "^7.0.0-beta.39",     "@types/angular": "^1.6.39",     "angular2-meteor": "0.7.1",     "angular2-meteor-accounts-ui": "^1.0.0",     "angular2-meteor-polyfills": "0.1.1",     "angular2-meteor-tests-polyfills": "0.0.2",     "angular2-modal": "^2.0.3",     "babel-runtime": "^6.26.0",     "bcrypt": "^1.0.3",     "bootstrap": "^3.3.7",     "meteor-rxjs": "0.4.7",     "reflect-metadata": "0.1.9",     "rxjs": "5.0.2",     "zone.js": "0.7.4"   } }

I confirm I have the same problem, upgrading meteor to 1.6.1 from <IP_ADDRESS> for my angular/meteor app. I guess will keep using meteor <IP_ADDRESS> for the moment.

is this related with #1855 ??

@pbureau yes, related
At the moment there is a solution only downgrade:
meteor update --release <IP_ADDRESS>

I am also encountering the same error with this, I am using <IP_ADDRESS> and followed all the steps on step 1 of angular2-meteor socially app tutorial and could not proceed further because of this error; I could only see Loading... on my page when i tried to run the app.

@lokiribeiro Try angular-compilers
https://github.com/Urigo/angular-meteor/issues/1882

Usage of sass files in Angular-Meteor was changed after angular-compilers. You can see the new method to use scss files in your components.
https://github.com/Urigo/angular-meteor/tree/master/atmosphere-packages/angular-compilers
If you have any further issues still going on, please open a new issue, and let us know.


Does not build on aarch64

Opened a bug on nix-rust

UPdate: it was fixed in nix 0.14.1.
Unfortunately, atomwrites is fixed to 0.14.0.
Sent a PR to remove the minor.
https://github.com/untitaker/rust-atomicwrites/pull/32

This should be fixed in master.
If this does not seem fixed on your conf, just remove the Cargo.lock.
The fix is in<EMAIL_ADDRESS>


docs: use read instead of deprecated iter

https://docs.rs/bevy/latest/bevy/ecs/event/struct.EventReader.html#method.iter
Objective

Remove doc example using deprecated EventReader.iter method

Solution

Update docs to use read instead of iter

Thanks!


flags: remove --no-traverse flag because it is obsolete - fixes #1813

Fixes:
https://github.com/ncw/rclone/issues/1813
Signed-off-by: Ernest Borowski<EMAIL_ADDRESS>

@ncw
Can you review changes ?


chore(prettier): update prettier, related deps, add check to CI

Closes #1659
Summary

Update the formatting deps and settings for the repository
Reformat codebase

Change List (commits, features, bugs, etc)

Add prettier diff to Travis CI status checks to fail build if there is invalid formatting
Update dep to Prettier v2
Add Carbon's prettier config to standardize on the same intra-project formatting conventions
Format the codebase (will be a large diff 😬 , though you'll see I have broken the changes into three primary initial commits for easier review/understanding):

https://github.com/carbon-design-system/carbon-addons-iot-react/commit/495e54ee39751d1e9fd4cc7c4f927aea2b6efb0b - updating of deps, config, and CI checks
https://github.com/carbon-design-system/carbon-addons-iot-react/commit/1644c8407ea05e7cdcb7900c91f847ba663a3904 - reformat codebase (this is the large unwieldy diff)
https://github.com/carbon-design-system/carbon-addons-iot-react/commit/be9259e8075a97ff1558370a8fa4a35b824ccab7 - regen snapshots
... additional commits will follow due to updating with latest from master and reformatting/fixing lint errors.

Acceptance Test (how to verify the PR)

Status checks should pass
Take a look over the stories of the modified component stories. No logic has been directly modified, so there should be no functional change here - this is simply a reformat.

:tada: This PR is included in version 2.134.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Symlink folders in tests folder

Apologize if I am reporting this in the wrong place.
I write my meteor app in the structure of modularizing into many sub-packages, symlink to packages folder so I can easily add / remove extra functionalities with these sub-packages.
Supposed each sub-package contains a tests folder I write in Jasmine, and I symlink these tests folder to my main meteor app tests folder
Here is an example of the folder structure.
/sub-package01/
/sub-package02/
/ ...etc...
/main-meteor-app/
   /client/
   /server/
   /packages/
       /sub-package01/    (symlink)
       /sub-package02/    (symlink)
       /...
   /public/
   /tests/
       /jasmine/
           /client/
               /unit
                   /test01/
                       /spec/
                           /Test01Spec.js
                       /src/
                   /test02/    (symlink to /sub-package01/)
                        /spec/
                            /Test02Spec.js
                        /src/
                   /test03/
                        /spec/
                            /Test03Spec.js
                       /src/

Velocity seems only picks up tests from test01 and test03 and simply ignore tests from test02 (test01 and test03 are physical folders and test02 is symlink to my sub-package tests folder. )
Reproducible Repo
Clone this repo:
https://github.com/awsp/symlink-folder-in--meteor-velocity
ln -s /path/to/packages/pkg01/tests/unit/ tests/jasmine/client/unit/pkg01
meteor

Changes made to tests in pkg01 are not reflected.
Adding new symlink to tests folder will not show up as well.
PS: If I delete the package tests-proxy and re-run meteor, it will show symlink folder's tests, but the next time I modify the test, it will not pick up changes. So I will have to delete tests-proxy and reboot meteor every time to see changes made to symlink folder.

Can you try the new release candidate: meteor add<EMAIL_ADDRESS>You need to remove the packages/tests-proxy folder.

After using 0.13.0-rc.4, changes made to symlink folder' tests are loaded and changed as I modify the test files as they are in physical folders. Cool!
Tho, in packages folder, I don't see tests-proxy any more.
Thanks for the fix!

The tests-proxy technique has been replaced by something better under the hood ;-)


EffectiveTime header variable/stream attribute should allow for missing milli seconds

Currently, the EffectiveTime stream attribute, gained from a posted header variable or a UI entry box, must be of the form
YYYY-MM-DDThh:mm:ss.SSSZ.
We should allow for YYYY-MM-DDThh:mm:ssZ as most non-stroom initiated users don't think about milli seconds in a timestamp.

In principle yes this makes a lot of sense, as would accepting times with an offset different to UTC.  However, if we allow different data formats to creep into stroom then we have to be very sure that all the code and content and cope with those formats.  E.g. anything that reads that date from the meta needs to be able to parse it.

The code change will allow the internal date parsing function (as used for parsing datatime header values) to be more lenient with ISO 8601 datetimes.  They still need to be zoned however.  The following are examples of data time strings that it will now handle.
"2010-01-01T23:59:59.1Z"
"2010-01-01T23:59:59.12Z"
"2010-01-01T23:59:59.123Z"
"2010-01-01T23:59:59.1234Z"
"2010-01-01T23:59:59.12345Z"
"2010-01-01T23:59:59.123456Z"
"2010-01-01T23:59:59.000123Z"
"2010-01-01T23:59:59.0Z"
"2010-01-01T23:59:59.00Z"
"2010-01-01T23:59:59.000Z"
"2010-01-01T23:59Z"
"2010-01-01T23:59:59Z"
"2010-01-01T23:59:59+02:00"
"2010-01-01T23:59:59.123+02"
"2010-01-01T23:59:59.123+00:00"
"2010-01-01T23:59:59.123+0200"
"2010-01-01T23:59:59.123+02:00"
"2010-01-01T23:59:59.123-03:00"
"2010-01-01T23:59:59.123+02:00:00"

When it comes to handling and storing header values for keys that are known to be a datetime, it will normalise the datetime string to our standard form yyyy-MM-dd'T'HH:mm:ss.SSSXX so that meta values are consistent in appearance.


Preserve createdAt on updates

Hello
I'm using hook setNow to automatically set createdAt on creation.
My issue is that on updates field createdAt is removed (since update operations replace entire object).
This is what I'm currently doing to prevent updates from removing (or changing) createdAt:
app.hooks({
  before: {
    create: [setNow('createdAt', 'updatedAt')],
    update: [
      preserveCreatedAt,
      setNow('updatedAt')
    ]
  }
});

function preserveCreatedAt(hook) {
  return hook.service.get(hook.id).then(obj => {
    hook.data.createdAt = obj.createdAt;
  });
}

Is there a better way of preventing createdAt from being changed/removed by further updates?
Thanks!

You should use patch instead of update, I think.

@bertho-zero
I see fields like createdAt, updatedAt, createdBy and updatedBy as metadata fields about the entity, thus client requests should not be able to change them despite using patch or update.

Yes, you should use patch. You can use the common hook preventChanges to prevent patch from changing given field names.


No make clean target

When running make clean as decribed in README.md the following error is displayed:
make: *** No rule to make target clean'.  Stop.`

The readme doesn't look to specify make clean as a valid target now so we can probably close @JamesGardiner


Talk Away dApp

This document will be part of the terms and conditions of your agreement and therefore needs to contain all the required information about the project. Don't remove any of the mandatory parts presented in bold letters or as headlines (except for the title)! Lines starting with a > (such as this one) should be removed. Please use markdown instead of HTML (e.g. instead of ). See the [Grants Program Process] (https://github.com/w3f/Grants-Program/#pencil-process) on how to submit a proposal.
Team Name: Talk Away Payment Address: Polkadot payment address. 19aP7BAPFEfiqCpJwPSLfpcggjQBokLHwgaVEePxtnc2mHN
OVERVIEW
Talk Away is a social impact language learning startup that offers a unique and immersive learning experience. Our innovative approach involves learning languages through walking and exploring the city, making language learning both fun and practical.
As a teaching platform on the web3, we are building a dapp and a metaverse prototype to further expand access to language learning. We haven't chosen a location to deploy yet, we would like to use Polkadot's decentralized metaverse infrastructure. Like efinity or other parachain metaverses projects.
Our mission is to provide a differentiated teaching approach to promote language knowledge for people with limited financial resources and migratory vulnerability. We also aim to connect people from all over the world, fostering greater awareness of global cultural diversity.
PROJECT DETAILS We expect the teams to already have a solid idea about your project's expected final state. Therefore, we ask the teams to submit (where relevant): In this moment we have a Proof of Concept with around 100 classes offered. Our next step is a MVP in web3. Our dApp will build from scratch under Polkadot.
ECOSYSTEM FIT Help us locate your project in the Polkadot/Substrate/Kusama landscape and what problems it tries to solve by answering each of these questions: By integrating Talkaway's language learning platform with Polkadot, the protocol could potentially access language learning data and insights, which could be used to enhance language learning outcomes and help individuals and organizations to better understand language acquisition.
Through our work and the experience of our teachers, polkadot will learn more directly about the needs and behaviors of people who want to learn a new language within the ecosystem. For example: which language is most in demand on web3? Here in Brazil and elsewhere, people have a language barrier with English to deepen their knowledge and practices on web3 because of the lack of English. With the implementation of our MVP, Talk Away will provide this information to the blockchain ecosystem. Only 3% of people in Brazil speak this language.
Polkadot will provide the blockchain infrastructure that will enable the creation of the dapp, this data and insights will come from our operation through the success of customers in our ecosystem.
This could lead to the creation of new data-driven solutions and services that leverage insights from Talkaway's language learning platform and Polkadot Ecossystem
Additionally, Talk Away's focus on promoting language knowledge for people with limited financial resources and migratory vulnerability could align with Polkadot Protocol's mission to democratize access to data and empower underrepresented groups. Overall, integrating Talkaway with blockchain could create new opportunities for data-driven innovation in language learning and support the broader mission of democratizing data access.
Building a language hub has great potential for onboarding people from the web2 to the web3 universe, and so one can see how decentralized technology is useful in education.
Polkadot will be fundamental to build the basic structure of the platform with advanced technology, and from there we will be able to scale our project. As a decentralized data exchange protocol, Polkadot provides a secure and decentralized way to share, monetize, and analyze data.
Total Estimated Duration: 2 months Full-Time Equivalent (FTE): 60 days (Building the dapp) with 5 people full time. 120 days spreading and reach out people with 5 people full time. Total Costs: US$ 14.000,00 (milestone 1 and 2)
Milestone 1 — Basic functionality Estimated duration: 1 month FTE: 1,5 Costs: 7.000 USD
Talk Away app testnet format - Decentralized learning platform. Gamification of proficiency levels with smart contract automation and certification for each level in SBTs. In this first milestone, we will do the first test. The Talk Away application has the potential to be an open-source base for other educational projects. The structure is made with a logbook between student and tutor, where there will be a journey, in which the experiences will be registered with the blockchain technology - smart contracts and certified in SBTs, besides the financial decentralization in which part of the profit will go to social projects voted and distributed by the community with smart contracts.
DERIVERABLES
Documentation We will provide both inline documentation of the code and a basic tutorial that explains how a user can the app as a client and share our codes in githubs.
Testing guide
Share the app for our community to test the testnet app.
Onboarding to web2 customers for use of the platform.
Smart contract
We will release our smart contract codes in a github page of our app structure.
Contact
Contact Name: Fernanda Paixão Moreira Contact Email<EMAIL_ADDRESS>Website: http://talkawaylanguage.com/ Legal Structure Registered Address: Talk Away, Rua Joaquim Murtinho, 700 zipcode: 20241-320, Rio de Janeiro, Brazil. Registered Legal Entity: Polvo Criações I.S (Inova Simples) 46.008.424/0001-01 https://solucoes.receita.fazenda.gov.br/Servicos/cnpjreva/Cnpjreva_Comprovante.asp
TEAM'S EXPERIENCE
Fernanda Paixão (Founder) Our team is versatile and international, as is our platform proposal! She holds a master's degree in art from the Federal University of the State of Rio de Janeiro, received a university grant from a Brazilian research foundation - CAPES, has written articles in some Brazilian journals.
DOUGLAS MIRNDA (C0-FOUNDER) Douglas, aka Mr. Technocoins, founder of CoinMasters & Unstable Lab DAO, spreading cryptolove in Brazil and helping other blockchains with his projects and events. He created the Rio Crypto Hub, a monthly event, now happening in 4 states.
RASHA ABDULLRAZZACK She's Turkish and has arrived to join our team for the next stage of Talk Away's entry to web3! We still have few developers in the world who are experts in building a dApp and Rasha is one of them. She is a web developer on the Near Education team.
GUSTAVO MANUTE He is a digital artist, meta-architect and voxel designer. His trajectory at web3 began in 2021 on the tezos, ethereum and matic networks. Currently, he works as an advisor at Nomade Label DAO and with several works related to the metaverse. He participated in a Near Foundation fellowship in collaboration with Near Alexandria Library, and built many spaces with Ethereum partnership in voxel metaverse.
Mohammed ElJazouli He is Moroccan, resident in Brazil, professor of Arabic and French, currently studying for a Masters in Social Sciences at the Fluminense Federal University. Fábio Sousa He is Brazilian, an English teacher, graduated in Letters from UNESA and holds a Cambridge C1 certificate.
Please also provide the GitHub accounts of all team members. If they contain no activity, references to projects hosted elsewhere or live are also fine.
https://github.com/riocryptohub/riocryptohub; https://rashaabdulrazzak.github.io/my-profile/#/; https://github.com/TalkAway?tab=repositories Team LinkedIn Profiles https://tr.linkedin.com/in/rasha-abdulrazzak; https://br.linkedin.com/in/douglas-miranda-; https://br.linkedin.com/in/fernanda-paixão-1483ba240
DEVELOPMENT STATUS 📖 If you've already started implementing your project or it is part of a larger repository, please provide a link and a description of the code here. In any case, please provide some documentation on the research and other work you have conducted before applying. This could be:
https://medium.com/@nomadelabel/decentralized-education-what-decentralization-do-we-want-c58b619828d9
https://gov.near.org/t/approved-july-august-2022-cultural-event-to-launch-payment-in-crypto-currency-on-the-talk-away-platform/23351
Development RoadmapThis document will be part of the terms and conditions of your agreement and therefore needs to contain all the required information about the project. Don't remove any of the mandatory parts presented in bold letters or as headlines (except for the title)! Lines starting with a > (such as this one) should be removed. Please use markdown instead of HTML (e.g. instead of ). See the [Grants Program Process] (https://github.com/w3f/Grants-Program/#pencil-process) on how to submit a proposal.
Team Name: Talk Away Payment Address: Polkadot payment address. 19aP7BAPFEfiqCpJwPSLfpcggjQBokLHwgaVEePxtnc2mHN
OVERVIEW
Talk Away is a social impact language learning startup that offers a unique and immersive learning experience. Our innovative approach involves learning languages through walking and exploring the city, making language learning both fun and practical.
As a teaching platform on the web3, we are building a dapp and a metaverse prototype to further expand access to language learning. We haven't chosen a location to deploy yet, we would like to use Polkadot's decentralized metaverse infrastructure. Like efinity or other parachain metaverses projects.
Our mission is to provide a differentiated teaching approach to promote language knowledge for people with limited financial resources and migratory vulnerability. We also aim to connect people from all over the world, fostering greater awareness of global cultural diversity.
PROJECT DETAILS We expect the teams to already have a solid idea about your project's expected final state. Therefore, we ask the teams to submit (where relevant): In this moment we have a Proof of Concept with around 100 classes offered. Our next step is a MVP in web3. Our dApp will build from scratch under Polkadot.
ECOSYSTEM FIT Help us locate your project in the Polkadot/Substrate/Kusama landscape and what problems it tries to solve by answering each of these questions: By integrating Talkaway's language learning platform with Polkadot, the protocol could potentially access language learning data and insights, which could be used to enhance language learning outcomes and help individuals and organizations to better understand language acquisition.
Through our work and the experience of our teachers, polkadot will learn more directly about the needs and behaviors of people who want to learn a new language within the ecosystem. For example: which language is most in demand on web3? Here in Brazil and elsewhere, people have a language barrier with English to deepen their knowledge and practices on web3 because of the lack of English. With the implementation of our MVP, Talk Away will provide this information to the blockchain ecosystem. Only 3% of people in Brazil speak this language.
Polkadot will provide the blockchain infrastructure that will enable the creation of the dapp, this data and insights will come from our operation through the success of customers in our ecosystem.
This could lead to the creation of new data-driven solutions and services that leverage insights from Talkaway's language learning platform and Polkadot Ecossystem
Additionally, Talk Away's focus on promoting language knowledge for people with limited financial resources and migratory vulnerability could align with Polkadot Protocol's mission to democratize access to data and empower underrepresented groups. Overall, integrating Talkaway with blockchain could create new opportunities for data-driven innovation in language learning and support the broader mission of democratizing data access.
Building a language hub has great potential for onboarding people from the web2 to the web3 universe, and so one can see how decentralized technology is useful in education.
Polkadot will be fundamental to build the basic structure of the platform with advanced technology, and from there we will be able to scale our project. As a decentralized data exchange protocol, Polkadot provides a secure and decentralized way to share, monetize, and analyze data.
Total Estimated Duration: 2 months Full-Time Equivalent (FTE): 60 days (Building the dapp) with 5 people full time. 120 days spreading and reach out people with 5 people full time. Total Costs: US$ 14.000,00 (milestone 1 and 2)
Milestone 1 — Basic functionality Estimated duration: 1 month FTE: 1,5 Costs: 7.000 USD
Talk Away app testnet format - Decentralized learning platform. Gamification of proficiency levels with smart contract automation and certification for each level in SBTs. In this first milestone, we will do the first test. The Talk Away application has the potential to be an open-source base for other educational projects. The structure is made with a logbook between student and tutor, where there will be a journey, in which the experiences will be registered with the blockchain technology - smart contracts and certified in SBTs, besides the financial decentralization in which part of the profit will go to social projects voted and distributed by the community with smart contracts.
DERIVERABLES
Documentation We will provide both inline documentation of the code and a basic tutorial that explains how a user can the app as a client and share our codes in githubs.
Testing guide
Share the app for our community to test the testnet app.
Onboarding to web2 customers for use of the platform.
Smart contract
We will release our smart contract codes in a github page of our app structure.
Contact
Contact Name: Fernanda Paixão Moreira Contact Email<EMAIL_ADDRESS>Website: http://talkawaylanguage.com/ Legal Structure Registered Address: Talk Away, Rua Joaquim Murtinho, 700 zipcode: 20241-320, Rio de Janeiro, Brazil. Registered Legal Entity: Polvo Criações I.S (Inova Simples) 46.008.424/0001-01 https://solucoes.receita.fazenda.gov.br/Servicos/cnpjreva/Cnpjreva_Comprovante.asp
TEAM'S EXPERIENCE
Fernanda Paixão (Founder) Our team is versatile and international, as is our platform proposal! She holds a master's degree in art from the Federal University of the State of Rio de Janeiro, received a university grant from a Brazilian research foundation - CAPES, has written articles in some Brazilian journals.
DOUGLAS MIRNDA (C0-FOUNDER) Douglas, aka Mr. Technocoins, founder of CoinMasters & Unstable Lab DAO, spreading cryptolove in Brazil and helping other blockchains with his projects and events. He created the Rio Crypto Hub, a monthly event, now happening in 4 states.
RASHA ABDULLRAZZACK She's Turkish and has arrived to join our team for the next stage of Talk Away's entry to web3! We still have few developers in the world who are experts in building a dApp and Rasha is one of them. She is a web developer on the Near Education team.
GUSTAVO MANUTE He is a digital artist, meta-architect and voxel designer. His trajectory at web3 began in 2021 on the tezos, ethereum and matic networks. Currently, he works as an advisor at Nomade Label DAO and with several works related to the metaverse. He participated in a Near Foundation fellowship in collaboration with Near Alexandria Library, and built many spaces with Ethereum partnership in voxel metaverse.
Mohammed ElJazouli He is Moroccan, resident in Brazil, professor of Arabic and French, currently studying for a Masters in Social Sciences at the Fluminense Federal University. Fábio Sousa He is Brazilian, an English teacher, graduated in Letters from UNESA and holds a Cambridge C1 certificate.
Please also provide the GitHub accounts of all team members. If they contain no activity, references to projects hosted elsewhere or live are also fine.
https://github.com/riocryptohub/riocryptohub; https://rashaabdulrazzak.github.io/my-profile/#/; https://github.com/TalkAway?tab=repositories Team LinkedIn Profiles https://tr.linkedin.com/in/rasha-abdulrazzak; https://br.linkedin.com/in/douglas-miranda-; https://br.linkedin.com/in/fernanda-paixão-1483ba240
DEVELOPMENT STATUS 📖 If you've already started implementing your project or it is part of a larger repository, please provide a link and a description of the code here. In any case, please provide some documentation on the research and other work you have conducted before applying. This could be:
https://medium.com/@nomadelabel/decentralized-education-what-decentralization-do-we-want-c58b619828d9
https://gov.near.org/t/approved-july-august-2022-cultural-event-to-launch-payment-in-crypto-currency-on-the-talk-away-platform/23351
Development Roadmap

Sorry, @TalkAway. This is not right either. This is a pull request from our gh-pages branch to our master branch.
Please follow the steps in our README. You already have a fork of our repo, so you would have to make a copy of the template, fill in your details and then make a pull request from your master branch to ours.

I’m so sorry Sebastián. Now, we asked for our devs to  do the application
in a right way. It will work.
I appreciate your attention.
Best,
Fernanda
Em sex., 17 de mar. de 2023 às 10:16, Sebastian Müller <
@.***> escreveu:

Closed #1618 https://github.com/w3f/Grants-Program/pull/1618.
—
Reply to this email directly, view it on GitHub
https://github.com/w3f/Grants-Program/pull/1618#event-8778242317, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/A2OORWGEC5APYDZQY2G2H53W4RP3NANCNFSM6AAAAAAV5YKKHY
.
You are receiving this because you were mentioned.Message ID:
@.***>


Wrong Visualization on Training Set

I can generate correct visualizations on validation and testing sets, but the results are wrong on training sets.

The code I use is the stable branch.
These two images are the gt and pred results on the training set. I have confirmed that this error impacts all images in the training set.

@NoOneUST  Hey! I want to know how you modified visualize.py for visualization. I have been stuck on this question for days. Thanks!

I'm not author or contributor of this project.
In my opinion, it seems to be related to data augmentation. Training data is processed by specific pipeline which contains augmentation.


Gridless functionality

So I just started messing with this module and love it; but I've run into a rather significant problem (for me).
So while a square grid works perfectly fine and counts difficult terrain properly...

...A gridless map does not.

This is a major problem for me because I'm working on a game that would be played gridless. The polygon aspect of the module lends itself really well to this, so I hope this is something that can be amended.

Okay, seeing as the Measure With Difficult Terrain tab deactivates when I disable Terrain Ruler, it looks more like I need to bring this issue to them instead. My apologies.

Yeah, this is definitely with the Ruler.  I know they were working on having it available with gridless terrain, but it definitely poses a much more complicated solution than when you have a grid.  Not sure how far along they got with it.
Closing the ticket.


Fix missing documents

Some functions are not documented. I add them to the document.

LGTM!

Please fix following error.
Warning, treated as error:
/home/user/.local/lib/python3.5/site-packages/cupy-4.0.0rc1-py3.5-linux-x86_64.egg/cupy/sparse/construct.py:docstring of cupy.sparse.rand:None: WARNING: more than one target found for cross-reference 'dtype': cupy.sparse.dia_matrix.dtype, cupy.sparse.csr_matrix.dtype, cupy.sparse.csc_matrix.dtype, cupy.sparse.coo_matrix.dtype, cupy.ndarray.dtype```

OK, I fixed.

Thanks!

LGTM!

jenkins, test this please.


[CP Staging] Fix workspace description shows as HTML in workspace invite message page

Details

A workspace description can be an HTML, but we don't convert it to markdown in WS invite message page.
Fixed Issues

$ https://github.com/Expensify/App/issues/45740
$ https://github.com/Expensify/App/issues/42668
PROPOSAL:
Tests

Same as QA Steps

[x] Verify that no errors appear in the JS console

Offline tests

Same as QA Steps
QA Steps

Open a workspace profile page
Update the description to contain markdown or emojis
Open Members > Invite members
Select any member and proceed to the next page
Verify the invite message doesn't show HTML

[x] Verify that no errors appear in the JS console

PR Author Checklist

[x] I linked the correct issue in the ### Fixed Issues section above
[x] I wrote clear testing steps that cover the changes made in this PR

[x] I added steps for local testing in the Tests section
[x] I added steps for the expected offline behavior in the Offline steps section
[x] I added steps for Staging and/or Production testing in the QA steps section
[x] I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[x] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
[x] I tested this PR with a High Traffic account against the staging or production API to ensure there are no regressions (e.g. long loading states that impact usability).

[x] I included screenshots or videos for tests on all platforms
[x] I ran the tests on all platforms & verified they passed on:

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

[x] I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
[x] I followed proper code patterns (see Reviewing the code)

[x] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
[x] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[x] I verified that comments were added to code that is not self explanatory
[x] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[x] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method

[x] If any non-english text was added/modified, I verified the translation was requested/reviewed in #expensify-open-source and it was approved by an internal Expensify engineer. Link to Slack message:

[x] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[x] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is either coming verbatim from figma or has been approved by marketing (in order to get marketing approval, ask the Bug Zero team member to add the Waiting for copy label to the issue)
[x] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[x] I verified the JSDocs style guidelines (in STYLE.md) were followed

[x] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[x] I followed the guidelines as stated in the Review Guidelines
[x] I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
[x] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[x] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[x] I verified that if a function's arguments changed that all usages have also been updated correctly
[x] If any new file was added I verified that:

[x] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[x] If a new CSS style is added I verified that:

[x] A similar style doesn't already exist
[x] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))

[x] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[x] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[x] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[x] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[x] If the PR modifies the UI (e.g. new buttons, new UI components, changing the padding/spacing/sizing, moving components, etc) or modifies the form input styles:

[x] I verified that all the inputs inside a form are aligned with each other.
[x] I added Design label and/or tagged @Expensify/design so the design team can review the changes.

[x] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[x] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.

Screenshots/Videos

Android: Native

https://github.com/user-attachments/assets/2de75a7b-8f90-47d5-826e-0e8cef4a2a1a

Android: mWeb Chrome

https://github.com/user-attachments/assets/46d7d767-48a3-4170-be97-45a1b80c4124

iOS: Native

https://github.com/user-attachments/assets/6e584a23-7f0c-447e-8896-9e6cd55aed43

iOS: mWeb Safari

https://github.com/user-attachments/assets/afef733a-5736-4f23-a4ed-7479df315725

MacOS: Chrome / Safari

https://github.com/user-attachments/assets/63a80218-eeb1-45f2-90b1-bf131a51e517

MacOS: Desktop

https://github.com/user-attachments/assets/b839b1de-3dc3-4326-8506-bad2d024793c

This is labelled as a deploy blocker, getting a volunteer on it right away.

Done

@shubham1206agra yeah, I got that error too. You need to rename the workspace to make it work as a workaround.

Hmm, that's weird. I renamed "Bernhard.josephus's Workspace 69" to "asd" and it works.

Looks like if you have a dot (.) in the name, then the BE will throw an error.

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

🚀 Deployed to production by https://github.com/mountiny in version: 9.0.9-5 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to staging by https://github.com/mountiny in version: 9.0.10-2 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by https://github.com/mountiny in version: 9.0.10-7 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
failure ❌

🕸 web 🕸
success ✅


new JS-Release

Hi! It's been a while since the latest JS-Release (beginning ofJuly) and there have been quiet a few changes.
Could we please have a new version?
Thanks, Gregor!

Hey @gtudan,
I was planning to do a release but got sidetracked :sweat_smile:
Indeed, there are quite a few changes! I will try to take some time this week to do the release.
Stay tuned :wink:

https://github.com/Mogztter/asciidoctor-kroki/releases/tag/v0.10.0 :tada: :tada: :tada:


File not found

The link to the notebook is not working/empty. Kindly update it.

I created a pull request with the correct link, and I hope it will work after merging.


Fix dependencies and conda-forge.yml

This fixes the missing dependency of huggingface-hub due to which downstream pip check fail:  https://github.com/conda-forge/chromadb-feedstock/pull/30 Once merged, I would follow-up with a repodata patch.
Additionally, it removes duplicate keys in the conda-forge.yml that block the bot from making new PRs to this feedstock.

@xhochy : If you can point out the code blocks that were blocking the automatic updates for the bot to run, would appreciate it so I can learn. Is there also a reference page for those?


Is there a bug in models/ggcnn.py?

Hi, I think the padding here is 4 instead of 3.
https://github.com/dougsm/ggcnn/blob/0c50aa7600e8a30d44c5c85cebd6e3394a81f30e/models/ggcnn.py#L16

In the paper, the first layer input size is 300x300x1c, kernel size is 9x9, and stride is 3. I assume the output size is 100x100x1c.
So the padding size should be 4=(9-1)/2.
When padding size is 3, the output size will be 99x99x1c, it looks a bit strange.
Can you explain why u use padding3 instead of padding4 to me? Thank u so much.

Thank you, I've figured it out


Fix KOS metrics related issues

KOS metrics need the following improvements:

Fix Y-axis graph labels
Implement per-property data formatting for graph (to use with Y-axis labels)
Test and make sure that large-time scales are handled correctly in KOS/WRS

KOS is being deprecated in favor of KNG at https://github.com/aspectron/kaspa-ng


SwiftGen 3.0.0 via Cocoapods not generate the correct style for Swift 3.0

When using SwiftGen 3.0.0 via Cocoapods, it seems that the swiftgen binary is the old one and generate Swift 2.2 code style.

Thanks

Have you added the -t swift3 to use Swift 3 template?

Nope :( my fault
So :
$PODS_ROOT/SwiftGen/bin/swiftgen strings -t swift3 $PROJECT_DIR/MyProject...
🍻


Only export internals that are needed/used

This PR changes the export declarations inside internals.ts to only export what's actually used by secondary packages. The use of * will default to exporting too much in the bundle, and thus potentially makes the bundle larger than strictly needed.
By only exporting what's actually used, rollup will automatically tree-shake off any dead code, if we have any. If we ever find ourselves in need of exposing more internal APIs, we can simply add those to the list of exports, and the bundle will adjust.

Getting this merged in to rebase the deprecation work on top of that I'd love to push out today. As always, please do review and comment in retrospect! 🙏


HHH-12390 add DefaultJtaPlatform back in for per JVM TM 'org.hibernate.engine.transaction.jta.platform.spi.JtaPlatformProvider' service

I brought DefaultJtaPlatform back, to track per JVM default JTAPlatform.
In WildFly, if the transaction manager is stopped and started again, any deployed (JPA) applications should undeploy/redeploy with the updated transaction manager.  In theory, we could handle this differently but the current JipiJapa spi supports the current way.

Mostly, so I can pass the JBossAppServerJtaPlatform instance in, as well as update the JBossAppServerJtaPlatform instance later as well.
Perhaps an alternative could be to change DefaultJtaPlatform to JNDI lookup/cache the TM + TSR, then we wouldn't need any of the static delegation nonsense.

Or write a specialized JtaPlatform that does this.  See
org.hibernate.engine.transaction.jta.platform.internal.AbstractJtaPlatform.
Although may be better to write a whole new JtaPlatform impl from scratch
using javax.naming.event.NamespaceChangeListener to control reference
caching; or add the ability to clear the cached reference in
AbstractJtaPlatform which we could control from
javax.naming.event.NamespaceChangeListener.
On Thu, Apr 12, 2018 at 1:06 PM Scott Marlow<EMAIL_ADDRESS>wrote:

Mostly, so I can pass the JBossAppServerJtaPlatform instance in, as well
as update the JBossAppServerJtaPlatform instance later as well.
Perhaps an alternative could be to change DefaultJtaPlatform to JNDI
lookup/cache the TM + TSR, then we wouldn't need any of the static
delegation nonsense.
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
https://github.com/hibernate/hibernate-orm/pull/2239#issuecomment-380894701,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAOUE-3P4HaO1nuAHxNH5PUnE4UFHmJhks5tn5eKgaJpZM4TSNeC
.

Unless the reference we obtain from JNDI already hides this restart from
us...
On Thu, Apr 12, 2018 at 1:25 PM Steve Ebersole<EMAIL_ADDRESS>wrote:

Or write a specialized JtaPlatform that does this.  See
org.hibernate.engine.transaction.jta.platform.internal.AbstractJtaPlatform.
Although may be better to write a whole new JtaPlatform impl from scratch
using javax.naming.event.NamespaceChangeListener to control reference
caching; or add the ability to clear the cached reference in
AbstractJtaPlatform which we could control from
javax.naming.event.NamespaceChangeListener.
On Thu, Apr 12, 2018 at 1:06 PM Scott Marlow<EMAIL_ADDRESS>wrote:

Mostly, so I can pass the JBossAppServerJtaPlatform instance in, as well
as update the JBossAppServerJtaPlatform instance later as well.
Perhaps an alternative could be to change DefaultJtaPlatform to JNDI
lookup/cache the TM + TSR, then we wouldn't need any of the static
delegation nonsense.
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
https://github.com/hibernate/hibernate-orm/pull/2239#issuecomment-380894701,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAOUE-3P4HaO1nuAHxNH5PUnE4UFHmJhks5tn5eKgaJpZM4TSNeC
.

My knowledge of what happens when the WildFly transaction manager service is restarted, may be dated.  When I last tried that, any applications using container managed JPA, would be (automatically) undeployed + redeployed.  More specifically, when any WildFly services that the JPA deployment depends on (e.g. datasource, transaction manager) is stopped, the application is undeployed, when the needed WildFly service is started again, the app will deploy again.  This undeploy/redeploy action, may help us enough when the reference we get from JNDI changes to a different value in WildFly.

out of date, closing...
In WildFly [https://github.com/wildfly/wildfly/blob/master/jpa/hibernate5_3/src/main/java/org/jboss/as/jpa/hibernate5/service/WildFlyCustomJtaPlatformInitiator.java#L34], we just use org.hibernate.engine.transaction.jta.platform.internal.JBossAppServerJtaPlatform.


Revert "Update TileBoundingRegion.distanceToCamera to use OBB distance in 3D"

Reverts CesiumGS/cesium#9652.
There are floating-point (probably) issues with this in some browsers on Windows due to the OBB distance failing with degenerate cases (i.e. half axis having a magnitude of near 0).

Thanks for the pull request @ebogo1!

:heavy_check_mark: Signed CLA found.
:grey_question: Unit tests were not updated.

Make sure you've updated tests to reflect your changes, added tests for any new code, and ran the code coverage tool.

Reviewers, don't forget to make sure that:

[ ] Cesium Viewer works.
[ ] Works in 2D/CV.
[ ] Works (or fails gracefully) in IE11.

It's unfortunate to take this out but we discovered that really small (probably upsampled) globe tiles with mesh data with zero height were crashing in OrientedBoundingBox.distanceSquaredTo. The code assumes each half axis can be normalized.
Note that https://github.com/CesiumGS/cesium/pull/9652 didn't introduce the bug but rather exposed the bug in OrientedBoundingBox.distanceSquaredTo. @ebogo1 will open an issue to look into fixing these degenerate cases.
This can reproduced by adding back the change in https://github.com/CesiumGS/cesium/pull/9652 and going to the Fireworks sandcastle (where the camera is extremely close to the ground): https://sandcastle.cesium.com/?src=Particle System Fireworks.html
@kring @baothientran have you seen anything like this before in Unreal?

it looks like cesium-native uses the same formula, so I think it can be a potential bug over there too


Block lighting is not properly calculated

When you place down torches at night, then reopen your world the torches don't give their light.
The way I tested this

Dig under ground, make sure it's dark.
Place down torch.
Reopen world and the torch has no lighting.

Not currently implemented. If you'd like to help, please feel free to open a pull request.

I tried to work on this a little bit by porting some code from PocketMine. It doesn't work too well, but I will investigate this later.

It's stupid that instead of the server, the client doesn't calculate the lighting levels

@hugmanrique the server needs to do that since he also needs to handle spawns based on the lighting level ;)

I tried to work on this a little bit by porting some code from PocketMine. It doesn't work too well, but I will investigate this later.
PM is not a good source of... anything. Wasn't @NiclasOlofsson working on lighting lately?

My focus has been on recalculating it when MiNET load Anvil maps with faulty light because of cut and paste with WorldEdit and similar tools. It does implement addition of light-sources runtime, but that part is low-priority for me (I've only done add of lightsource, not remove) because this is a non-PVP feature. Also, porting an existing implementation is really not a good option here, because you need to really tailor it to the code at hand because of performance. So you actually really need to understand how it works. And why it works.

I do realize that. It's something I will study when I have more time.
On Nov 24, 2016 6:20 AM, Niclas Olofsson<EMAIL_ADDRESS>wrote:My focus has been on recalculating it when MiNET load Anvil maps with faulty light because of cut and paste with WorldEdit and similar tools. It does implement addition of light-sources runtime, but that part is low-priority for me (I've only done add of lightsource, not remove) because this is a non-PVP feature. Also, porting an existing implementation is really not a good option here, because you need to really tailor it to the code at hand because of performance. So you actually really need to understand how it works. And why it works.
—You are receiving this because you were assigned.Reply to this email directly, view it on GitHub, or mute the thread.


:FzfPreviewDirectoryFiles too slow with devicons

If dev icons are enabled, then using :FzfPreviewDirectoryFiles on a large number of files will be very slow and vim hangs. See commented code below.
function! s:create_dev_icon_list(files) abort
  let result = []

  " this loop, even empty, is too slow, because the array is huge
  for file in copy(a:files)
    let file = split(file, ':')[0]
    let filename = fnamemodify(file, ':p:t')
    let icon = WebDevIconsGetFileTypeSymbol(substitute(filename, '\[[0-9;]*m', '', 'g'), isdirectory(filename))
    call add(result, s:dev_icon_format(icon))
  endfor

  return result
endfunction

Is it possible to add devicons only on fzf output on the screen? This will greatly improve the plugin performances

FZF basically gets all the listings first, so it's going to be hard to deal with.
It may be possible, but the code would need to be significantly modified to change the way FZF is used.

I create a temporary workaround that disable devicons if the number of files is too high, if you are interested. I'm sending a PR, feel free to reject if it's not to your taste :)

TypeScript's implementation of devicons makes it 200-300 times faster than Vim script.
It seems to be fast enough without this setting.

I added this Issue configuration and then migrated to the remote plugin.


Extensions installed from --install-extension with a pinned version or .vsix file auto update

Does this issue occur when all extensions are disabled?: No (Not quite applicable in this case)

Client:

VS Code Version: 1.69.2
OS Version: MacOS 12.4

Server:

VS Code Version: 1.69.2
OS Version: Debian x64 (unsure of exact version as my workplace manages it)

Steps to Reproduce:

(on the server side) code --install-extension $extension@$version
Reload VSCode
Extension is updated to the latest version

When installing a specific version through the GUI VSCode will respect the version specified. But when installed from the CLI it will auto-update. The same happens when installing from a .vsix file.
Desired behavior:
When installing a specific version through the code CLI the user should get the same behavior as they do when installing a specific version in the GUI. Updates should not happen automatically. The user specified an exact version they wanted at time of installation. The intention has been set and VSCode should respect that.
Related: #131733

Update: It seems like installing a specific version through the GUI is a bit dubious. I'm not sure if that will prevent automatic updates 100% of the time.
Testing with this extension (https://github.com/vadimcn/vscode-lldb) and installing v1.7.0 I found I was auto updated to v1.7.3.

/duplicate

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


mlab setup placeholder

The use of 'nightscoutdb' is a little confusing in MLabService.swift  (LN:24).
I am not sure what to put in here and it may confused people that it is related to nightscout.
I've attempted to use my mLabAPIPath from the old RemoteSettings (without the leading database/) but I continue to get a ConnectionError

Did you get it working? That database name is the best name I could think of; what would you suggest?
I still plan to remove mLab support in favor of using the nightscout API, but there's a number of things to address first.

On Jul 21, 2016, at 6:12 AM, Jim is CrushingT1D (daily videos @ videos.crushingt1d.com<EMAIL_ADDRESS>wrote:
The use of 'nightscoutdb' is a little confusing in MLabService.swift (LN:24).
I am not sure what to put in here and it may confused people that it is related to nightscout.
I've attempted to use my mLabAPIPath from the old RemoteSettings (without the leading database/) but I continue to get a ConnectionError
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

I created a wiki with instructions.  https://github.com/loudnate/Loop/wiki/Setup-mLab-Logging
Database is the correct name.  The instructions are pretty detailed.

I had to generate a new key in mlab to get this to work after upgrading Loop.


Querying 'deps.dev' using Fetch API

It's probably more of a question than an issue, but I'm trying to query the API using Fetch API (i.e. from a javascript code) and I encounter a CORS problem.
For example, I'm trying to run this code:
const response = await fetch('https://api.deps.dev/v3alpha/systems/npm/packages/%40colors%2Fcolors') but I got blocked by the browser.
Is there any header/parameter i'm missing here, or there's any other way in which I can query the API from a client application?
Thanks!

Thanks for the report. A little work on our end is required to make this work. Will update this bug when it's done.

Hi @rzarviv! api.deps.dev should be correctly configured for CORS now. Thanks for the report, and please let us know if you encounter any further issues.

Thanks @sarnesjo, I'll check that.


[FEATURE] Add functionality for extending renders with custom rendering

Is this a unique feature?

[X] I have checked "open" AND "closed" issues and this is not a duplicate

Is your feature request related to a problem/unavailable functionality? Please describe.

Proposed Solution
Should be available through extend:
Headings.HeadingThree.extend({
    renders: {
      "heading-three": ({ element, attributes, blockId, block }) => {
        return <Typograph as="h3" {...attributes}>{children}</Typograph>
      }
    }
  })

Screenshots
No response
Do you want to work on this issue?
Yes
If "yes" to the above, please explain how you would technically implement this (issue will not be assigned if this is skipped)
No response

Related to https://github.com/Darginec05/Yoopta-Editor/issues/122


[BUGFIX] Specify a version for workflows with nodejs

Problem
The output of node js 23 poses problems with the workflows.
Solution
Indicate the use of a specific version.
Note
It will have to be edited by hand.
Test
Check that the tests pass.

It turns out that it finally works, check the tests anyway.


cmd/go: Tidy, Vendor do not resolve imports of //go:generate one-offs as expected

What version of Go are you using (go version)?

$ go version
go version go1.14 linux/amd64

Does this issue reproduce with the latest release?
Yes
What operating system and processor architecture are you using (go env)?
go env Output
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/aescaler/.cache/go-build"
GOENV="/home/aescaler/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/aescaler/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build295363184=/tmp/go-build -gno-record-gcc-switches"

What did you do?

Create a package with dependencies built from go:generate tags
//go:generate go run generator.go

Attempt to use go mod vendor and go mod tidy
https://github.com/angelofdeauth/xnotify/
under pkg/box:
generate.go script called using preprocessor tags in box.go
Since generate.go is not using package box, go mod tidy and go mod vendor do not correctly resolve its imports.
What did you expect to see?
go mod vendor and go mod tidy correctly resolve imports of build-time dependencies.
What did you see instead?
imports are not correctly resolved, added to go.mod or vendor/modules.txt, or downloaded to the vendor folder.

Does go throw an error? Is there a specific import that should be added but isn't?

You are using the word “correctly”, but it isn't at all obvious to me that the observed behavior is “incorrect”. Can you describe what you expected to see and what you did see in terms of the actual dependencies used?

You are using the word “correctly”, but it isn't at all obvious to me that the observed behavior is “incorrect”. Can you describe what you expected to see and what you did see in terms of the actual dependencies used?

https://github.com/angelofdeauth/xnotify/blob/master/pkg/box/generator.go is a script that is run at build time using go generate, and is called from https://github.com/angelofdeauth/xnotify/blob/master/pkg/box/box.go using the //go:generate preprocessor tags.
generator.go uses package main as it isn't compiled as part of the module/package and is instead just a one-off which generates a file that is included in the module/package.
Without this line: https://github.com/angelofdeauth/xnotify/blob/4263fb794911e4bf6e6350ff262b593ae07843b6/pkg/box/hack.go#L11 , go mod vendor and go mod tidy do not recognize "github.com/gobuffalo/here" as a project dependency at all, and there is no dependency listed in my go.mod, vendor/modules.txt or files in vendor/{{importname}}.
This is a problem, as when I try to run go generate, it fails stating that the dependency is not found in the current module.

I just realized, it's actually the //+build ignore directive in generator.go https://github.com/angelofdeauth/xnotify/blob/4263fb794911e4bf6e6350ff262b593ae07843b6/pkg/box/generator.go#L9 that's causing this. I would argue the intended behaviour here is still valid, as generator.go should not be built into the final executable, but the tooling functionality does not reflect that ability.

If you don't want the file to be ignored, use a build constraint other than ignore.
(// +build tools is common: see http://golang.org/wiki/Modules#how-can-i-track-tool-dependencies-for-a-module.)

Or, I suppose, if you want the dependency to be resolved dynamically instead of a specific version, set GOFLAGS=-mod=mod or pass -mod=mod explicitly on the go:generate command line.

Duplicate of #29598

Awesome, thanks for the link @bcmills . I've looked at the docs on golang.org, they're less descriptive. This is much more clear.


Add "wooden board" type background

Add "wooden board" type background

This is not a wooden board, and it overwrites the left hand banner. Please change to be a wooden board on which a game would be played not a background image of bamboo. The image should not overwrite the left hand menu.

The wooden board doesn't look that good, it is too dark. I thought this image would look better than the others i had found.

This is not a wooden board, and it overwrites the left hand banner. Please change to be a wooden board on which a game would be played not a background image of bamboo. The image should not overwrite the left hand menu.

Regarding the left hand banner, i just used BACKGROUND2 from Colour class, that gives me that specific colour.


Re-scan for non picked-up Github accounts

"The rejection of OAuth usage is justified, as depicted in the Medium article; however, many developers, for various reasons, did not have an SSH key at the time of the snapshot, excluding them entirely from the distribution.
To my knowledge, no warning was given beforehand, making this situation frustrating for many of us.
Why not perform another scan for accounts not picked up in a few days?

That's a good idea.
Also, I didn't read the article, can you share a link here pls?

wrong forum.
discuss DAO proposal at https://gov.fluence.network/

Also some keys seem to have been incompatible, a re-scan with warning beforehand would be awesome :heart:

Some people (including myself) may have deleted old security keys for security reasons. Please do a rescan.

Rescan

Rescan

If you want a scan use the proposal that's been made : https://gov.fluence.network/t/re-scan-for-non-picked-up-github-accounts/230/2

重新扫描

I'm wondering if a re-scan might help my issue. The website says that I am eligible but metadata.bin says not.


Bump to v0.6.0

Testing this out...

The vlan plugin is the only one not copied over, let's include it too. Dockerfile: ADD dist/vlan /opt/cni/bin/vlan.

The vlan plugin is the only one not copied over, let's include it too. Dockerfile: ADD dist/vlan /opt/cni/bin/vlan.

Fixed, is there any reason why we copy every binary individually? I just replaced all the ADD lines in the Dockerfile with:
ADD dist/ /opt/cni/bin/

Is there any issue with that approach?

Believe this includes sample now

Believe this includes sample now

I think it is more clean to remove it afterwards (?) (less lines), I just tried changing the Dockerfile so it use Docker new multi-stage feature, it make build-image.sh less important.

We don't need all these changes in this PR. The goal is to bump the CNI version and just not forget the vlan plugin. Changing the base image and build process shouldn't happen here. Can you revert back toward the original please.

Thanks!

I have opened a new PR with the build changes: https://github.com/coreos/flannel-cni/pull/7


Updating tag & content_tag for better HTML 5 support

I dropped support for :content in tag but this change had almost no impact on the test coverage and I expect it to have just as little on your average project.

@nesquena seems great, what do you think?

Agreed, thanks @Cirex we should merge in soon.


Enhancement: Checkboxes instead of radio buttons would look better and will give a sense of completion when checked.

I agree with you.


lightning: Find a better way to handle next_step.

It was the DeviceStatsMonitor callback from Lightning!

We still need to figure out a better way of deciding when to call next_step in the lightning integration.
In other frameworks, the callbacks for integrations have a clear interface with events like on_epoch_end, but lightning Logger is a little messy because you only have access to log_metrics, and this can be called by other callbacks and at different paces.

tldr: Let's call next_step for train metrics but not for val metrics. A lot of what's below is for reference so I can remember how lightning logging works 😄 .
To clarify what's happening here, let's assume https://pytorch-lightning.readthedocs.io/en/stable/common/lightning_module.html#log is called with on_step=True and on_epoch=True. This is what will happen:

Lightning first iterates over all train batches for an epoch. By default, it will log every 50 train steps/batches.
Only after all train batches for an epoch have been run, then all val batches are run. By default, it will log every 1 step/batch.
After all train and val batches have been run, then val epoch metrics are logged (but the step is now the train step and not the val step), and finally the train epoch metrics are logged.

This all very flexible and configurable, but the default setup means no val metrics will be recorded for a long time, followed by a lot of val metrics, each with their own step count unrelated to the train steps.
We could call next_step when we see the epoch metric get updated, which would get us close to what we do with other frameworks like keras where we currently only log at the end of each epoch. I think it would be better to try to respect the logging configuration so that, for example, updates can get shown more than once per epoch. We could instead try to call next_step for train metrics but not val metrics. This seems closer to the lightning philosophy, where Trainer.log_every_n_steps controls when logging happens but is completely separate from validation logging, which is instead controlled by Trainer.val_check_interval and Trainer.check_val_every_n_epoch (see https://pytorch-lightning.readthedocs.io/en/stable/common/trainer.html#trainer-class-api).

We could instead try to call next_step for train metrics but not val metrics.

I missed that there's no way to differentiate between them except by however the user decides to name them.

We could call next_step when we see the epoch metric get updated

I think this is the best we can do.


rcint-3855,3899,3902,3904,3906

Coverage increased (+0.2%) to 1.257% when pulling dec546fada2cd66a9a83b13fffc34cde97c6c1c0 on alvita:ui-ellipsis into b1ecd7a83128cd6654dad06bf5edb660ab799c6e on ringcentral:master.

Coverage decreased (-0.01%) to 1.067% when pulling 2ab667ed542517448dc44ebb891ba46eefb1f559 on alvita:ui-ellipsis into b1ecd7a83128cd6654dad06bf5edb660ab799c6e on ringcentral:master.

Coverage decreased (-0.01%) to 1.067% when pulling e4e6ae50f68f150dda150331d8e1c0f5b7c04a2d on alvita:ui-ellipsis into b1ecd7a83128cd6654dad06bf5edb660ab799c6e on ringcentral:master.


Bug: Frontend loader stops loading and throws No results found screen

📜 Description
It bugs out generally in subsequent request made to events page or pods page in resource browser section. The frontend displays the screen No result found after 2-3 seconds even if backend request is still processing.
👟 Reproduction steps

It can only be reproduced if you have enough resources in the cluster such that the request takes at least 5-6 seconds.
Now go pods page in resource browser section. The first request will succeed.
Keeping inspect element with network tab ready, try refreshing the page and you will see no results found after 2-3 seconds. NOTE : in inspect element you'll notice the backend request was still processing.

👍 Expected behavior
It should have waited for the backend request to process before showing No Results Found.
👎 Actual Behavior
It throws No Results Found screen even when backend request is processing.
☸ Kubernetes version
EKS 1.26
Cloud provider

AWS

🌍 Browser
Chrome
🧱 Your Environment
NA
✅ Proposed Solution
NA
👀 Have you spent some time to check if this issue has been raised before?

[X] I checked and didn't find any similar issue

🏢 Have you read the Code of Conduct?

[X] I have read the Code of Conduct

AB#6251

Resolved with PR #1387


Install instructions reference PSYaml module. Is 'Powershell-YAML' ok instead?

Install-Module -Name PSYaml -RequiredVersion 1.0.2
The 'PSYaml' project looks like it has not been maintained lately : https://github.com/Phil-Factor/PSYaml
is it ok to use the 'powershell-yaml' project instead?  https://github.com/cloudbase/powershell-yaml
(I already had powershell-yaml installed and hit a CMDLET conflict when trying to install PSYaml module.

Hey @chadcarlton,
The need for PSYaml has been removed, it supported an older version of configuration that we no longer need.
PSYaml has been removed in https://github.com/sailpoint-oss/powershell-sdk/pull/83 and will be gone in the next release.


[WIP] Test Nightly Upgrade

Sorry @PierreRambaud I know you said I can use my fork for such tests but it seems Travis ignores my fork (see https://github.com/matks/autoupgrade/pull/1) 🤔  and I cant find the setting to make it otherwise

Closing I will be continuing my POC on https://github.com/matks/autoupgrade/pull/1


Query stuck in PLANNING indefinitely

Hi,
As @findepi requested on slack, I'm creating this issue.

Can you also provide schemas (SHOW CREATE TABLE) of the tables involved?
Also, would you be able to add a regression test cases in presto-product-tests/src/main/resources/sql-tests/testcases?

Also, @rmgpinto, would you be able to give https://github.com/prestosql/presto/pull/4635 a try?

@findepi that PR fixes it.

@findepi that PR fixes it.
Thanks

I can confirm that #4635 fixes the issue.
It can be reduced in the following way:
ExchangeNode:   output layout [b, a]
- single source node:  output layout [a, a]
In UnaliasSymbolReferences, first ExchangeNode outputs are mapped to ExchangeNode inputs and symbol mapping b -> a is created. This is the mapping strategy intended for single-source ExchangeNode.
Then, symbol mappings are created within ExchangeNode output symbols. Mapping b <- a is created, because output symbols b and a both correspond to same input lists (i.e. [a]). This is the mapping strategy intended for multiple-source ExchangeNode.
After applying both mapping strategies, we get a mapping with a cycle:
a -> b, b -> a,
which causes the Optimizer loop.
The solution proposed in #4635 is to not apply both strategies. It reverts a bug introduced while refactoring the class.


Add bash completion

To use bash completion: Rename 'bash_tealdeer' to 'tldr' and move it
to /usr/share/bash-completion/completions/ .

This is nice! Some questions:

The file contains some of the completions hardcoded in. Would there be a way to generate this through docopt?
Are there any conventions on how these files are handled in projects? We probably can't distribute this file through cargo install, but maybe we can make the life for packaging as easy as possible.

I haven't worked with docopt. But the only way that I can think of to get rid of the hard coded os types is to add a flag to tealdeer that lists them. Something like tldr --list-os.
Alot of programs add their bash completion file directly to the bash-completion projet. But that's maybe not the best solution in this case, since there are several tldr programs with (I suppose) different flags..
I haven't seen any standard place were people put their completion files.. but here's some different packages and were they put it in:

pacman /scripts/completion/
exa /contrib/
systemd /shell-completion/bash/
task in /scripts/bash/
ninja /misc/
colord /data/

Sorry for the long delay, and thanks!


Use content negotiation to determine return type

Instead of changing the path, Avro should be returned if a client explicitly requests for it using an Accept header, otherwise JSON should be returned.

Should this be implemented using runtime content negotiation of JAX-RS ?
Something like -
@GET
@Path("/" + GET_SUBJECT + "/{" + SUBJECT_ID + "}")
public Response get(@Context Request r) {
    List<Variant> vs = ...;
    Variant v = r.selectVariant(vs);
    MediaType reqMediaType = v.getMediaType();
    if (v == null) {
        return Response.notAcceptable(vs).build();
    } else if (reqMediaType.isCompatible(MediaType.APPLICATION_JSON_TYPE)) {
        return jsonSubjectResponse();
    } else if (reqMediaType.isCompatible(MediaType.APPLICATION_OCTET_STREAM)) {
        return avroSubjectResponse();
    }
}

@dennyverbeeck thanks for the info. This looks good. I think the method name is a typo and I assume it will be different for both the methods.
Also I was following the current implementation of REST-API in which the MediaType.APPLICATION_OCTET_STREAM is used as the return type of Avro based methods because it converts the avro to byte[] array before returning.

In any case, both application/octet-stream and avro/binary return a binary file in avro format. So i guess use of any of the two is okay. But I agree that for better exposure of what is returned, avro/binary should be used.

closed by #50


Format issue with mysql '@totleCount :=' syntax

SELECT
@totleCount := (
select
count(*)
FROM
xl_exercise
WHERE
read_article_id = #{articleId}
)
formatted to
SELECT
@totleCount: = (
select
count(*)
FROM
xl_exercise
WHERE
read_article_id = #{articleId}
)

Closing this, as currently no MySQL support.
See the "Add MySQL support" issue: #72

Closing this, as currently no MySQL support.
See the "Add MySQL support" issue: #72