Update latest Azure.Core version to 1.23.0-alpha.20220301.6

Update latest Azure.Core version to  1.23.0-alpha.20220301.6

Updating latest Azure.Core version results DPG generated HttpRetryClient test failures for all the methods. Here are the tests for HttpRetryClient methods and here they are failing in the pipeline.

This is a known bug: https://github.com/azure/azure-sdk-for-net/issues/27166
The workaround is to disable cookies: https://github.com/Azure/azure-sdk-for-net/blob/main/sdk/core/Azure.Core/CHANGELOG.md#breaking-changes


Make it possible to fetch all related entities in a single request

Feature Suggestion
Currently, fetching related entities is inefficient because a request is made to the backend for each relation.
This TODO
https://github.com/backstage/backstage/blob/769112c63ce587e521a144e2e3564d848a400268/plugins/catalog-react/src/hooks/useRelatedEntities.ts#L43-L46
by @Fox32 lists a couple of potential solutions to this. I wanted to create this issue to encourage further discussion around the approach to take.
Possible Implementation
There are some possible solutions mentioned in the linked TODO.
Context
We're using useRelatedEntities, but the number of returned entities can be >1k. This currently leads to >1k requests to the backend, which is slow and can lead to failed requests in Chrome.

I just found a more specific issue related to one of the possible solutions: https://github.com/backstage/backstage/issues/4499.

Tbh I think #4499 covers this and we could probably close this one as a duplicate to focus the discussion there

In the short term I actually think the approach of doing a "batch request" could be a quick win. The /catalog/entities endpoint already permits entities to be filtered by name.useRelatedEntities could be updated to pass in the names of each related entity using the filter param.
The downside of this approach is it would lead to a very large query string, but I think this would still be a lot more efficient than making a request for each related entity.
Unfortunately this approach is not currently possible due to a small limitation on the client, which I attempted to resolve in https://github.com/backstage/backstage/pull/5493.

The downside of this approach is it could lead to a very large query string if there are a lot of related entities. However, I think this would still be a lot more efficient than making a request for each related entity.

(sorry for accidentally editing your comment -_-)
Could still batch get like a hundred of them at a time or so.

Yes good point. I've already inlined useRelatedEntities and updated it to function in this way, so I'd be happy to add this functionality to the code in backstage once https://github.com/backstage/backstage/pull/5493 is merged.

That one is now merged! It was not in before today's release though.

Should we close this issue? Or do we keep it alive until useRelatedEntities has been fixed accordingly?

Keep it alive until useRelatedEntities is making use of it? I'm going to have a go at it next week


Fix #2101 support externalSymbolLinkMappings wildcard

This solves #2101 with the syntax suggested in said issue.
{
    "externalSymbolLinkMappings": {
        "external-lib": {
            "SomeObject": "https://external-lib.site/docs/SomeObject",
            "*": "https://external-lib.site/docs"
        }
    }
}

A question I have is should we bring this further ? Like regex match ? or at URL templating ?
{
  "*": "https://external-lib.site/docs/${name}"
}

I feel it will never cover all possible cases (In my case three.js documentation URL is categorized so only an full explicit configuration can work if I want complete links). So perhaps just keep it simple.

I think simple is good, at least initially. Maybe glob matching in the future, but I don't really see a use case for it that wouldn't be better served by writing a plugin. This option is really meant for one offs, for bigger things (linking to MDN, Node docs) a plugin is much more scalable.

This is perfect, thank you!


Code style requests and limits for apt read

Readability changes for emphasis on requests and limits rather than resource type.

I'm closing this PR since the original text is favored over the changes in this PR
/close


Client Documentation

What
In client.erb#22, the documentation for the client is not being generated. This documentation should be the documentation of the service from the protos as well as the public attributes of the client.
Data
The data for the client documentation can be accessed through the Google::Gapic::Schema::Service#docs method. This method returns a Google::Protobuf::SourceCodeInfo::Location type in which you can access the leading, trailing, and leading detached comments.
How
Grab the comments from the docs method and format them as comments.

This issue was referring to the old client template not generating detailed documentation. The current client template is not much changed.

Client-level docs have been added to the client class. We also need docs for the service module, and the package module, but those are covered by #389. Closing this as completed.


Injective Integration to IBC

Integrate Injective Cosmwasm chain to IBC Testnet and Mainnet

Successfully tested integration between local goloop and injective testnet.  Next, testnet deployment.


Cross Scala versions issue when releasing

Hello !
First of all, thank you for your work, I have been using your plugin for years.
But for the first time, I am attempting to publish a library for 2.11 and 2.12 version of scala.
However, I am encountering an issue:
https://issues.sonatype.org/browse/MVNCENTRAL-5842
The link to the log https://travis-ci.com/github/leobenkel/Laeta/jobs/341233122
It seems that the 2.11 version publish successfully but do not use the _2.11 naming convention. And therefore the 2.12 version cannot be submitted because it already exists.
Am I missing some kind of configuration ? https://github.com/leobenkel/Laeta/blob/master/build.sbt ?
Thank you !

I also look into https://oss.sonatype.org/#view-repositories;releases~browsestorage~com/leobenkel and all the binaries seem to be there

Thank you for reporting! Please reopen if this is still an issue.


chore: more tidy

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by:
To complete the pull request process, please assign rawlingsj
You can assign the PR to them by writing /assign @rawlingsj in a comment when ready.
The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Chuck Norris can access the DB from the UI.

/chuck

/chuck again

/chuck again

/chuck

/test webhooks-check

/chuck


Implementation of a basic permission functionality

This PR is the implementation of the functionality as discussed in #8.

[x] provide the ability to add to Linz's navigation structure (including a cache)
[x] create a no-op function that will provide access to everything as a default
[x] exclude permissions code from executing, if the no-op function has been overwritten
[x] implement the ability to control predefined permissions for model routes:

[x] model create
[x] model edit
[x] model delete
[x] model json
[x] model export
[x] model overview

[x] implement the ability to control model route permissions on custom model actions
[x] implement the ability to control predefined permissions for model views:

[x] model create
[x] model edit
[x] model delete
[x] model json
[x] model export
[x] model overview

[x] implement the ability to control model view permissions for custom model actions
[x] implement the ability to control predefined permissions for config routes:

[x] config overview
[x] config reset
[x] config edit
[x] config json

[x] implement the ability to control predefined permissions for config views:

[x] config overview
[x] config reset
[x] config edit
[x] config json

[x] cache data per user session for:
[x] navigation
[x] model permissions
[x] configs permissions
[x] provide a public middleware linz.middleware.exclusions

Hi @smebberson,
I've completed the remaining tasks you had for this PR. Is there anything else we need to add for this particular feature?
If not, can you please review?

@smebberson This is ready for review!

@smebberson I've implemented all changes. Please review!

@smebberson
Please note: I've updated linz permission parameters to simplify the data that is passed to the permission function. Here is the function signature:
function (user, action, context, callback){}

// example data for model permission check
action = 'index';
context = {
 type: 'model',
 name: 'rasUser'
};

// example data for config permission check
action = 'index';
context = {
 type: 'config',
 name: 'campaign'
};

// example data for navigation permission check
context = {
 type: 'navigation',
 name: 'Users',
 href: '/model/rasUsers',
 parent: {} // this field is available if applicable
};

@sandytrinh, this is working well. Please merge!


Admin Router: Make AR route to history-service backend, conditionally

This is just a backport of https://github.com/dcos/dcos/pull/1521 into 1.8 Please check https://github.com/dcos/dcos/pull/1521 description for details.
As 1.8 did not have ANY AR testing infra, it's omitted here.
EE PR: https://github.com/mesosphere/dcos-enterprise/pull/891

@mesosphere-mergebot label Ready for review

integration-test/upgrade-onprem is failing here and in the 1.8.9 train I created with this: #1550
@vespian Can you investigate whether it's related to this PR?
P.S. #1453 and #1522 seemed to pass just fine.

@adam-mesos is the upgrade test from 1.8.8 to pr? Let me modify parameters for the test


Version 1.0.5 is not available from npm

Please, publish the latest version to npm

Done, sorry for the delay!


chore(linter/vitest): improve docs for vitest rules

          Please fill in the "why this is bad" section

Originally posted by @DonIsaac in https://github.com/oxc-project/oxc/pull/5360#discussion_r1739617907

Should we wrap the document to make it clearer?

Beautiful.

Lmk when you're done making changes and I'll merge this.

Lmk when you're done making changes and I'll merge this.

I don't know how many lengths are suitable, perhaps we can also write a rule for this. I followed the rule you wrote before.


[publish] Ingest README from BitStore to MetaStore

When ingesting a Data Package from BitStore to MetaStore we should ingest the README and store it in a readme field in the database (separate from the datapackage.json in the descriptor)
Note you must search to find README name which may be README, README.md, README.txt
The README format should always be assumed to be markdown (or plain text).

Done.


code for converting grid to 64 bit variable

Sir,
Can you please link the code for converting the grid into 64 bit varible

@jishnu2000 The code is here: https://github.com/nneonneo/2048-ai/blob/f5797579369147248bec78cd6ae5f97ce6771c08/2048.py#L30
def to_c_board(m):
    board = 0
    i = 0
    for row in m:
        for c in row:
            board |= int(c) << (4*i)
            i += 1
    return board

There are 16 grid cells, each of which occupy 4 bits in the 64-bit number.

thanks and how can we improve the ai highscorce i tested it every time it will get struck at 16000 tile with 4096 tile and the game will be over any way of improving the outcome and reach 32000 tiles consistently

That’s a bit of an open research problem :)
If you have any such ideas, feel free to submit an issue or pull request!


Test failed in DataSetTest and ShapeTest

Tests in error:
  org.nd4j.linalg.dataset.DataSetTest(org.nd4j.linalg.dataset.DataSetTest): Illegal assignment, must be of same length
  org.nd4j.linalg.util.ShapeTest(org.nd4j.linalg.util.ShapeTest): Illegal index 25 derived from 1 with offset of 0 and stride of 25

current latest master branch failed in its test.

Fixed. https://github.com/deeplearning4j/nd4j/commit/6031ac1e1bc377c68b9de0f2b0a6ad5c63f2f6c7


fix(directive, service): return value of translate-default also in case ...

...fallback languages are used - related to #765 (replaces #767)

Thanks. fcd6b3e


cmake: drop rsyslog build time check

rsyslog is a runtime dependency for the tcmu-runner systemd service.
It doesn't make sense to check for it at build time.
Signed-off-by: David Disseldorp<EMAIL_ADDRESS>

BTW: @ddiss this was intentional check. Any reason why you want to mop-off it ?
If we don't mandate it while build time, we never gonna take advantage of it.
If you have a better way, please propose.

I'm still completely confused, sorry...
The spec file includes "Requires... rsyslog" which means that rpm will check for and enforce the rsyslog dependency when tcmu-runner is installed.
Unless I'm mistaken, the build of tcmu-runner does not rely on anything from rsyslog, so the cmake check is completely unnecessary.


[Mac Installer] Extracted distribution cannot be found in default location

Description:
Extracted location of Mac installer cannot be found
Steps to reproduce:

Download the ballerina-runtime-macos-installer-x64-0.970.0-beta0.pkg

Extract it

extracted location should be inside /Library or /Application.

No installer is extracted to the above mentioned location.

Affected Versions:
ballerina-runtime-macos-installer-x64-0.970.0-beta0.pkg
OS, DB, other environment details and versions:
OS - macOS high Sierra
Default ballerina-runtime-macos-installer-x64-0.970.0-beta0.pkg
Suggested Labels (optional):
Type/Bug
Severity/Blocker
Priority/Highest
Affected/ballerina-runtime-macos-installer-x64-0.970.0-beta0.pkg

The ballerina installs into /Library/Ballerina
Please verify.


Add CI on GitHub Actions.

Testing on Linux only for now, with latest Stack and system GHC.
Has caching enabled so future CI will be faster.

You can see it in action at https://github.com/mihaimaruseac/Haskell/actions.

Excellent :100:


How to skip mybatis method lookup when extends MybatisMapper

Mybatis mapper:
@Mapper
public interface SysUserMapper {
    @Transactional(readOnly = true)
    List<SysUserFullNamePj> selectFullName();

    @Transactional(readOnly = true)
    List<SysUser> selectAll();
}

Spring Data JDBC:
@Repository
public interface SysUserRepo extends PagingAndSortingRepository<SysUser, Long>, SysUserMapper {
    Optional<SysUser> findFirstByUsernameEqualsIgnoreCase(String username);
}

Caused by: org.springframework.data.mapping.PropertyReferenceException: No property 'selectAll' found for type 'SysUser'

Example:
@EnableJdbcRepositories(excludeNamedQueriesStartWith = "select")

@EnableJdbcRepositories(mybatisMethodPrefix = "select")

This could be handled similar to named queries where we try to look up the query in MyBatis before trying to resolve it with query derivation inside Spring Data.


fix(alloc_ref): Use new nightly Allocator trait

Due to nightly changes, AllocRef was renamed Allocator and the
methods don't take a &mut self anymore. Therefore Heap cannot
implement Allocator anymore. Implement it for LockedHeap instead,
which requires the use_spin feature.

Thanks a lot!


Can't exec docker build from go program

Hi!
I'm trying to launch docker build from a go program using os/exec, but it doesn't work (while for example docker version does).
I use (with error handling in the real code):
fmt.Println(cmd)
build = exec.Command(cmd[0], cmd[1:]...)
build.Start()
build.Wait()

If cmd is:
cmd = []string{"docker", "build", "--no-cache", "--force-rm=true", "--tag=brunetto/starlab-mapelli:" + targetHost + time.Now().Format(layout) + " ."}

I obtain
[docker build --no-cache --force-rm=true --tag=brunetto/starlab-mapelli:2015-01-20-16_40 ./]

Usage: docker build [OPTIONS] PATH | URL | -

Build a new image from the source code at PATH

  --force-rm=false     Always remove intermediate containers, even after unsuccessful builds
  --no-cache=false     Do not use cache when building the image
  --pull=false         Always attempt to pull a newer version of the image
  -q, --quiet=false    Suppress the verbose output generated by the containers
  --rm=true            Remove intermediate containers after a successful build
  -t, --tag=""         Repository name (and optionally a tag) to be applied to the resulting image in case of success
2015/01/20 16:40:41 Error while waiting for build: exit status 2

while if cmd is:
cmd = []string{"docker", "build", " ."}

I obtain
[docker build  .]
FATA[0000] stat  .: no such file or directory

Both commands work fine if I run them by hand.
  In both cases you have an extra space in your context path.
Instead of " .", you need simply "."

p.s., I closed this since it doesn't appear to be an issue. Ping me here or on IRC to discuss further if you like.

@cpuguy83 I put an extra space because if I don't the dot is placed together with the tag (I don't know why). I already tried it and it does not work without the space either. Moreover, a space among a command args shouldn't create problem.
However, this is the output without the space:
cmd = []string{"docker", "build", "--no-cache", "--force-rm=true", "--tag=brunetto/starlab-mapelli:" + targetHost + time.Now().Format(layout) + "."}

[docker build --no-cache --force-rm=true --tag=brunetto/starlab-mapelli:2015-01-20-17.41.]

Usage: docker build [OPTIONS] PATH | URL | -

Build a new image from the source code at PATH

  --force-rm=false     Always remove intermediate containers, even after unsuccessful builds
  --no-cache=false     Do not use cache when building the image
  --pull=false         Always attempt to pull a newer version of the image
  -q, --quiet=false    Suppress the verbose output generated by the containers
  --rm=true            Remove intermediate containers after a successful build
  -t, --tag=""         Repository name (and optionally a tag) to be applied to the resulting image in case of success
2015/01/20 17:41:05 Error while waiting for build: exit status 2

@brunetto you need to put a comma in there instead of a + for the "."
 I read it at least 100 times without noticing it...


Python | Pascal's Triangle

#338
Language
Python
Challenge
Pascal's Triangle

Can I safely assume you'd prefer to have this PR reviewed during October?

Can I safely assume you'd prefer to have this PR reviewed during October?

Yes. I don't understand the next Tuesday mob meeting schedule and the workflow etc. so whenever is the apt time to review it

Oh, sorry, I assumed you were using this as a PR for Hacktoberfest. If not, then we can go ahead and review.

PR for Hacktoberfest.
is there a difference in reviewing it now or for hacktoberfest? I don't really mind waiting 10 days if its gonna add value to hactoberfest

Nah, don't worry about it. I just assumed that's what you were doing. If you're interested in Hacktoberfest, you can find out more here. We'll have more challenges up for it as well.

I like the extra functions to print out the triangle.

I like the extra functions to print out the triangle.

Thanks, I actually misunderstood the bonus part of the problem at first that requested the 2D array and thought it required the triangle to be printed as a 2D figure. Later when I realised the 2D array was the bonus question I added that too and left the triangle function in there coz why not xD


with_tmp_dir atexit hook fails

Hi,
I just noticed that the atexit hook fails for with_tmp_dir because the directory is already gone.
I think the problem is walkdir in prepare_for_deletion which throws an error by default if it can't readdir the directory.
Maybe providing a custom error handler to walkdir could fix this?
You can see the error e.g. in this CompatHelper run.

bump?

I think #280 should fix all of these issues. Let me know if you still notice any issues after #280 is merged and a new release is registered.


GapiService.ServiceError expects 2 argument(s), but is applied here to 1 argument

Using the debian manual install instructions, but on current Stretch (Testing):
$ opam install google-drive-ocamlfuse
The following actions will be performed:
  ∗  install conf-libcurl           1           [required by ocurl]
  ∗  install conf-perl              1           [required by zarith]
  ∗  install conf-m4                1           [required by ocamlfind]
  ∗  install camlidl                1.05        [required by google-drive-ocamlfuse]
  ∗  install base-ocamlbuild        base        [required by ocamlbuild]
  ∗  install conf-pkg-config        1.0         [required by sqlite3]
  ∗  install conf-which             1           [required by biniou]
  ∗  install conf-gmp               1           [required by zarith]
  ∗  install ocamlfind              1.6.2       [required by google-drive-ocamlfuse]
  ∗  install ocamlbuild             0           [required by google-drive-ocamlfuse]
  ∗  install conf-zlib              1           [required by cryptokit]
  ∗  install zarith                 1.4.1       [required by cryptokit]
  ∗  install ocurl                  0.7.9       [required by gapi-ocaml]
  ∗  install easy-format            1.2.0       [required by yojson]
  ∗  install base-bytes             base        [required by extlib-compat, ocamlnet]
  ∗  install xmlm                   1.2.0       [required by gapi-ocaml]
  ∗  install sqlite3                4.0.6       [required by google-drive-ocamlfuse]
  ∗  install ocamlfuse              2.7.1-cvs2  [required by google-drive-ocamlfuse]
  ∗  install cryptokit              1.11        [required by gapi-ocaml]
  ∗  install biniou                 1.0.12      [required by yojson]
  ∗  install ocamlnet               4.1.2       [required by gapi-ocaml]
  ∗  install cppo                   1.4.1       [required by extlib-compat, yojson]
  ∗  install yojson                 1.3.3       [required by gapi-ocaml]
  ∗  install extlib-compat          1.7.0       [required by gapi-ocaml]
  ∗  install gapi-ocaml             0.2.14      [required by google-drive-ocamlfuse]
  ∗  install google-drive-ocamlfuse 0.5.25
===== ∗  26 =====
Do you want to continue ? [Y/n] y

=-=- Gathering sources =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
[default] https://opam.ocaml.org/archives/cppo.1.4.1+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/biniou.1.0.12+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/camlidl.1.05+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/easy-format.1.2.0+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/cryptokit.1.11+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/extlib-compat.1.7.0+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/google-drive-ocamlfuse.0.5.25+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/gapi-ocaml.0.2.14+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/ocamlfind.1.6.2+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/ocamlfuse.2.7.1-cvs2+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/ocurl.0.7.9+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/sqlite<IP_ADDRESS>+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/yojson.1.3.3+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/xmlm.1.2.0+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/zarith.1.4.1+opam.tar.gz downloaded
[default] https://opam.ocaml.org/archives/ocamlnet.4.1.2+opam.tar.gz downloaded

=-=- Processing actions -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
∗  installed base-ocamlbuild.base
∗  installed conf-libcurl.1
∗  installed conf-m4.1
∗  installed conf-gmp.1
∗  installed conf-perl.1
∗  installed ocamlbuild.0
∗  installed conf-pkg-config.1.0
∗  installed conf-which.1
∗  installed conf-zlib.1
∗  installed camlidl.1.05
∗  installed ocamlfind.1.6.2
∗  installed base-bytes.base
∗  installed easy-format.1.2.0
∗  installed ocamlfuse.2.7.1-cvs2
∗  installed cppo.1.4.1
∗  installed biniou.1.0.12
∗  installed extlib-compat.1.7.0
∗  installed sqlite<IP_ADDRESS>
∗  installed xmlm.1.2.0
∗  installed zarith.1.4.1
∗  installed cryptokit.1.11
∗  installed ocurl.0.7.9
∗  installed yojson.1.3.3
∗  installed ocamlnet.4.1.2
∗  installed gapi-ocaml.0.2.14
[ERROR] The compilation of google-drive-ocamlfuse failed at "ocaml setup.ml -build".
Processing 26/26: [google-drive-ocamlfuse: ocaml]
#=== ERROR while installing google-drive-ocamlfuse.0.5.25 =====================#
# opam-version 1.2.2
# os           linux
# command      ocaml setup.ml -build
# path         /home/plawler/.opam/system/build/google-drive-ocamlfuse.0.5.25
# compiler     system (4.02.3)
# exit-code    1
# env-file     /home/plawler/.opam/system/build/google-drive-ocamlfuse.0.5.25/google-drive-ocamlfuse-6352-f35e91.env
# stdout-file  /home/plawler/.opam/system/build/google-drive-ocamlfuse.0.5.25/google-drive-ocamlfuse-6352-f35e91.out
# stderr-file  /home/plawler/.opam/system/build/google-drive-ocamlfuse.0.5.25/google-drive-ocamlfuse-6352-f35e91.err
### stdout ###
# [...]
# /home/plawler/.opam/system/bin/ocamlfind ocamldep -package Fuse -package camlidl -package gapi-ocaml -package sqlite3 -package threads -modules src/oauth2.ml > src/oauth2.ml.depends
# /home/plawler/.opam/system/bin/ocamlfind ocamldep -package Fuse -package camlidl -package gapi-ocaml -package sqlite3 -package threads -modules src/gaeProxy.ml > src/gaeProxy.ml.depends
# /home/plawler/.opam/system/bin/ocamlfind ocamlc -c -g -annot -bin-annot -package Fuse -package camlidl -package gapi-ocaml -package sqlite3 -package threads -thread -w -d-58 -I src -o src/gaeProxy.cmo src/gaeProxy.ml
# /home/plawler/.opam/system/bin/ocamlfind ocamlc -c -g -annot -bin-annot -package Fuse -package camlidl -package gapi-ocaml -package sqlite3 -package threads -thread -w -d-58 -I src -o src/mime.cmo src/mime.ml
# /home/plawler/.opam/system/bin/ocamlfind ocamlc -c -g -annot -bin-annot -package Fuse -package camlidl -package gapi-ocaml -package sqlite3 -package threads -thread -w -d-58 -I src -o src/oauth2.cmo src/oauth2.ml
# + /home/plawler/.opam/system/bin/ocamlfind ocamlc -c -g -annot -bin-annot -package Fuse -package camlidl -package gapi-ocaml -package sqlite3 -package threads -thread -w -d-58 -I src -o src/oauth2.cmo src/oauth2.ml
# File "src/oauth2.ml", line 74, characters 8-34:
# Error: The constructor GapiService.ServiceError expects 2 argument(s),
#        but is applied here to 1 argument(s)
# Command exited with code 2.
### stderr ###
# E: Failure("Command ''/usr/bin/ocamlbuild' src/gdfuse.native -tag debug' terminated with error code 10")

=-=- Error report -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
The following actions failed
  ∗  install google-drive-ocamlfuse 0.5.25
The following changes have been performed
  ∗  install base-bytes      base
  ∗  install base-ocamlbuild base
  ∗  install biniou          1.0.12
  ∗  install camlidl         1.05
  ∗  install conf-gmp        1
  ∗  install conf-libcurl    1
  ∗  install conf-m4         1
  ∗  install conf-perl       1
  ∗  install conf-pkg-config 1.0
  ∗  install conf-which      1
  ∗  install conf-zlib       1
  ∗  install cppo            1.4.1
  ∗  install cryptokit       1.11
  ∗  install easy-format     1.2.0
  ∗  install extlib-compat   1.7.0
  ∗  install gapi-ocaml      0.2.14
  ∗  install ocamlbuild      0
  ∗  install ocamlfind       1.6.2
  ∗  install ocamlfuse       2.7.1-cvs2
  ∗  install ocamlnet        4.1.2
  ∗  install ocurl           0.7.9
  ∗  install sqlite3         4.0.6
  ∗  install xmlm            1.2.0
  ∗  install yojson          1.3.3
  ∗  install zarith          1.4.1

Thing is, it's currently working fine on another machine next to me... I think... I haven't tried updating and now I'm afraid to in case it breaks things :)

Yes, sorry. I'm working on a new release (0.6.0) and broke the old one. PR ocaml/opam-repository#7884 (when it's merged) should fix this. In the meantime, as a workaround:
opam install gapi-ocaml.0.2.13 google-drive-ocamlfuse

Woohoo! Thanks mate, no apologies needed. That new release looks rather sweet. Take care :)


fix: apply  styles to footnote heading, fix backlink jump

resolves #2097
also removes manual scroll-margin-top hack that applied only to subheading anchors specifically
before:
https://github.com/shuding/nextra/assets/5601392/0a8e2896-6c1c-4750-9510-fcb01376c1a0
after:
https://github.com/shuding/nextra/assets/5601392/2d3b3f0c-44ee-4141-ace0-2b372a75b166

Same issue here. 👍🏿

## Footnotes should be appeared only for screen readers see at the bottom (for this reason he has sr-only class)

Great catch 🔥


[Bug]: KryptonInputBox problem

Hello Wagnerp!
I found an error in 5.460.1180 that i can installed trough nuget package.
The characters are not visible when they are typing in the kryptonInputbox...

BR

I seem to remember that in the "Older" version of the toolkit, that if the area that is needed to draw the text is too small then it "does not bother" (This was solved in the core code of 470 some while ago).
So to solve for 460 and earlier, make the Entry area taller in the designer, then when the theme is applied, it will be able to draw the text as expected.

@herledant What 'minor' version are you using?

OK i will try.
could you tell me how to change the size of the entry area?
below the way i call the inputbox:
Dim login As String = KryptonInputBox.Show(Me, "Veuillez saisir le nom du
compte", "Compte FTP", "TEST")
You speak about designer but this is not a component that i've created with
the designer.
Thank's for helping me
Le mar. 5 nov. 2019 à 08:58, Peter Wagner<EMAIL_ADDRESS>a
écrit :

@herledant https://github.com/herledant What 'minor' version are you
using?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544JEG4YU5M22FYTCWZTQSERTLA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDB5V2Q#issuecomment-549706474,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544OYGN2PYOSGCXASFTLQSERTLANCNFSM4JIUERCQ
.

--
Herledant Fabien

@herledant I'm going to push out build 1300 today which should solve it

ok thank's wagnerp.  I use toolkit with the extende toolkit.
Think you possible to update all revision . I mean 5.450,5.460 and so on.
Unfortunately i've many program that fire different framework.
Le mer. 6 nov. 2019 à 08:33, Peter Wagner<EMAIL_ADDRESS>a
écrit :

@herledant https://github.com/herledant I'm going to push out build
1300 today which should solve it
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544OL7N2JJU6FJZXZZJ3QSJXL7A5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDFSHGY#issuecomment-550183835,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544KHRJAXSP57VNQGRNLQSJXL7ANCNFSM4JIUERCQ
.

--
Herledant Fabien

Yes sure I haven't pushed the 1576 update to all versions, but I'll ensure that 1300 will be bundled in.

Ok great.
Could update nuget package in same time ? I havent found it for 5.450.
Br
Le mer. 6 nov. 2019 à 13:29, Peter Wagner<EMAIL_ADDRESS>a
écrit :

Yes sure I haven't pushed the 1576 update to all versions, but I'll ensure
that 1300 will be bundled in.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544KQCY5YYO7RBULAIFTQSK2BPA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDGLWFY#issuecomment-550288151,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544IRIL5J4UMPXU5XFNDQSK2BPANCNFSM4JIUERCQ
.

Doing it at the moment for 450, though need to push the 1300 updates first.

Hello Wagnerp,
did you have time to fix it to 450?
I don't see the nuget package for 5.450

Hi @herledant
Not yet, as I've had to fix my installation of windows recently. I think that I've updated 450 though.

Hi @herledant
I'm hoping to update 460 today,

Ok great.
Think you nuget package too ?
It's the only version We can't find on nuget repository.
Le ven. 22 nov. 2019 à 16:48, Peter Wagner<EMAIL_ADDRESS>a
écrit :

Hi @herledant https://github.com/herledant
I'm hoping to update 460 today,
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544LIE4I4IB4WLBPEGL3QU75NHA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEE6BBNI#issuecomment-557584565,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544JMFD3I2L73QV5VNSLQU75NHANCNFSM4JIUERCQ
.

450 is definitely on there, see this for version details.

Thank's a lot Wagnerp.
I realise that krypton Extended was split in several module:
Could you explain them?
What can we do with:
[image: image.png]
May i have to install them all?
have you some example for Floating, Menu, IO, Navi suite?
This is not talking to me.
Some time ago, this was simple to use because we just have to install one
nuget package because all dll was dependent.
Could you explain what is the logical behind this split?
Regard's
Le sam. 23 nov. 2019 à 11:55, Peter Wagner<EMAIL_ADDRESS>a
écrit :

450 is definitely on there, see this
https://github.com/Wagnerp/Krypton-NET-Version-Dashboard/blob/master/Documents/Modules/Extended/Krypton-Toolkit-Suite-Extended-5450-Modules.md
for version details.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544ICNKOVH3SPALLK4CLQVED23A5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEE7SVNI#issuecomment-557787829,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544KGBYP52JQG2VFLZHTQVED23ANCNFSM4JIUERCQ
.

--
Herledant Fabien

KryptonExtendedToolkit5470CoreModule - Contains the core components
KryptonExtendedToolkit5470ExtendedColourControlsModule - Enhanced colour controls
KryptonExtendedToolkit5470ExtendedDialogsModule - Enhanced dialogs
KryptonExtendedToolkit5470ExtendedMenuAndToolbarItemsModule - MRU & other toolbar features
KryptonExtendedToolkit5470FloatingMenuAndToolbarsModule - Floatable menu & toolbars (Office 200x/9x detachable menus)
KryptonExtendedToolkit5470IOComponentsModule - Specific filesystem controls/input controls
KryptonExtendedToolkit5470KryptonOutlookGridModule - Krypton Outlook Grid control
KryptonExtendedToolkit5470NaviSuiteModule - NaviSuite controls (Office 2003 like sidebar)
KryptonExtendedToolkit5470TaskDialogsModule - Task dialogs

The componentisation means it's easier to develop for/package/update. See this for details, plus it reduces the codebase for each module.

Ok thank's for explanation.
Is standart toolkit are present in the coreModule (i mean toolkit, ribbon,
navigator and so on) or do i need to install separately the krypton Toolkit
standard?
Le mar. 26 nov. 2019 à 09:24, Peter Wagner<EMAIL_ADDRESS>a
écrit :

KryptonExtendedToolkit5470CoreModule - Contains the core components
KryptonExtendedToolkit5470ExtendedColourControlsModule - Enhanced
colour controls
KryptonExtendedToolkit5470ExtendedDialogsModule - Enhanced dialogs
KryptonExtendedToolkit5470ExtendedMenuAndToolbarItemsModule - MRU &
other toolbar features
KryptonExtendedToolkit5470FloatingMenuAndToolbarsModule - Floatable
menu & toolbars (Office 200x/9x detachable menus)
KryptonExtendedToolkit5470IOComponentsModule - Specific filesystem
controls/input controls
KryptonExtendedToolkit5470KryptonOutlookGridModule - Krypton Outlook
Grid control
KryptonExtendedToolkit5470NaviSuiteModule - NaviSuite controls
(Office 2003 like sidebar)
KryptonExtendedToolkit5470TaskDialogsModule - Task dialogs

The componentisation means it's easier to develop for/package/update. See
this
https://github.com/Wagnerp/Krypton-Toolkit-Suite-Extended-NET-5.470/issues/87
for details, plus it reduces the codebase for each module.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544OZYGTNM5RPW3PRIVTQVTMNTA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFFEXEQ#issuecomment-558517138,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544LA6LN7QRUHXCLFPF3QVTMNTANCNFSM4JIUERCQ
.

--
Herledant Fabien

Yes, it's present in all modules. You don't need to install all the modules if you don't require it (pick & choose).

sorry wagnerp but i can't install it.
Visual studio return me an error message saying that i 've to target the
4.5 framework but the package don't content any
file or assembly reference for this framework.
[image: image.png]
Sorry it's in french
Le mar. 26 nov. 2019 à 14:49, Peter Wagner<EMAIL_ADDRESS>a
écrit :

Yes, it's present in all modules. You don't need to install all the
modules if you don't require it (pick & choose).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544KN4PMZY34DSZDZJB3QVUSOLA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFGB35I#issuecomment-558636533,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544KV2YLT2EDZYSGUL2TQVUSOLANCNFSM4JIUERCQ
.

--
Herledant Fabien

errrffff!
I answer to myself!
Just a visual studio "bug".
I've to restart it and well done!
Thanks again and sorry for bad question
Le mar. 26 nov. 2019 à 15:02, Herledant Fabien<EMAIL_ADDRESS>a
écrit :

sorry wagnerp but i can't install it.
Visual studio return me an error message saying that i 've to target the
4.5 framework but the package don't content any
file or assembly reference for this framework.
[image: image.png]
Sorry it's in french
Le mar. 26 nov. 2019 à 14:49, Peter Wagner<EMAIL_ADDRESS>a
écrit :

Yes, it's present in all modules. You don't need to install all the
modules if you don't require it (pick & choose).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544KN4PMZY34DSZDZJB3QVUSOLA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFGB35I#issuecomment-558636533,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544KV2YLT2EDZYSGUL2TQVUSOLANCNFSM4JIUERCQ
.

--
Herledant Fabien

--
Herledant Fabien

last question i hope.
before you split the different module i call component like that:
Friend WithEvents LoadingCircle As
ExtendedControls.ExtendedToolkit.Controls.StandardControls.Common.LoadingCircle
But now it seems that it is not located at the same location
Could you help me to find lodingCircle for exemple?
I think i've install the goods modules:
[image: image.png]
Le mar. 26 nov. 2019 à 15:08, Herledant Fabien<EMAIL_ADDRESS>a
écrit :

errrffff!
I answer to myself!
Just a visual studio "bug".
I've to restart it and well done!
Thanks again and sorry for bad question
Le mar. 26 nov. 2019 à 15:02, Herledant Fabien<EMAIL_ADDRESS>a
écrit :

sorry wagnerp but i can't install it.
Visual studio return me an error message saying that i 've to target the
4.5 framework but the package don't content any
file or assembly reference for this framework.
[image: image.png]
Sorry it's in french
Le mar. 26 nov. 2019 à 14:49, Peter Wagner<EMAIL_ADDRESS>a
écrit :

Yes, it's present in all modules. You don't need to install all the
modules if you don't require it (pick & choose).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544KN4PMZY34DSZDZJB3QVUSOLA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFGB35I#issuecomment-558636533,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544KV2YLT2EDZYSGUL2TQVUSOLANCNFSM4JIUERCQ
.

--
Herledant Fabien

--
Herledant Fabien

--
Herledant Fabien

after severals tests, i finish to install IO module.
This one give me the extended toolkit wich is containing the controls i use
before.
So all is there and at the same place as before. Therefore i'm a little bit
confused by thoses new modules and what they are due to.
Anyway, i'm very sorry to tell you that the initial bug i spoke at the
beginning of this post is not fix.
Text in kryptonInputbox is not print at all. Characters are always
transparent.
Any idea how i can fix it by design?
BR
Le mar. 26 nov. 2019 à 15:24, Herledant Fabien<EMAIL_ADDRESS>a
écrit :

last question i hope.
before you split the different module i call component like that:
Friend WithEvents LoadingCircle As
ExtendedControls.ExtendedToolkit.Controls.StandardControls.Common.LoadingCircle
But now it seems that it is not located at the same location
Could you help me to find lodingCircle for exemple?
I think i've install the goods modules:
[image: image.png]
Le mar. 26 nov. 2019 à 15:08, Herledant Fabien<EMAIL_ADDRESS>a
écrit :

errrffff!
I answer to myself!
Just a visual studio "bug".
I've to restart it and well done!
Thanks again and sorry for bad question
Le mar. 26 nov. 2019 à 15:02, Herledant Fabien<EMAIL_ADDRESS>a
écrit :

sorry wagnerp but i can't install it.
Visual studio return me an error message saying that i 've to target the
4.5 framework but the package don't content any
file or assembly reference for this framework.
[image: image.png]
Sorry it's in french
Le mar. 26 nov. 2019 à 14:49, Peter Wagner<EMAIL_ADDRESS>a
écrit :

Yes, it's present in all modules. You don't need to install all the
modules if you don't require it (pick & choose).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544KN4PMZY34DSZDZJB3QVUSOLA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFGB35I#issuecomment-558636533,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544KV2YLT2EDZYSGUL2TQVUSOLANCNFSM4JIUERCQ
.

--
Herledant Fabien

--
Herledant Fabien

--
Herledant Fabien

--
Herledant Fabien

Loading circle is not implemented, but will implement today for December release. The IO module has some controls which overlap, but is designed for file system tasks.

Ok I understand.
And concerning kryptoninputbox ?
Le mer. 27 nov. 2019 à 09:33, Peter Wagner<EMAIL_ADDRESS>a
écrit :

Loading circle is not implemented, but will implement today for December
release. The IO module has some controls which overlap, but is designed for
file system tasks.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544LI2BUAJVWIZSZCZVTQVYWE5A5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFIW46Y#issuecomment-558984827,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544NBKTRQEPFB6BINQWTQVYWE5ANCNFSM4JIUERCQ
.

That could be a .NET Framework compatibility issue. Not sure if this is a issue in 560 or later.

Update: yes it is

Might be because the textbox is too narrow

Hi @Smurf-IV Do you remember when this first occurred?

@herledant
You've given me an idea for the extended toolkit!!!

@herledant
I know that this is an odd question, but can you give me the French equivalent to these please:-
Ok,
OkCancel,
YesNo,
YesNoCancel
You'll see why :)

OK = OK
OKCancel = OK Annuler
YesNo = Oui Non
YesNoCancel = Oui Non Annuler
Le mer. 27 nov. 2019 à 18:08, Peter Wagner<EMAIL_ADDRESS>a
écrit :

@herledant https://github.com/herledant
I know that this is an odd question, but can you give me the French
equivalent to these please:-
Ok,
OkCancel,
YesNo,
YesNoCancel
You'll see why :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544JQKATIQRJU2ET36GDQV2SRBA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFKFONQ#issuecomment-559175478,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544MPHL5TE2QG35W4VVTQV2SRBANCNFSM4JIUERCQ
.

--
Herledant Fabien

Hi @Smurf-IV Do you remember when this first occurred?

This had always been the case for the "Old" Framework, as it used to clip all text regardless, if the display area (Including the white internal padding) was smaller that the area required to display the text.
In 4.70 I fixed it to always draw, so that the clipped text was visible (Created a test UI to show that).
This fixed the Title Bars, Input boxes, Label's etc.
It also fixed the font size changing for different themes causing the text to "Disappear".
the answer for the older framework, is to increase the size (Height for an input box) at runtime after the Init#### is called.
HTH

@Wagner: What's going on with you idea and the button frecnh translation?
Le jeu. 28 nov. 2019 à 09:12, Simon Coghlan<EMAIL_ADDRESS>a
écrit :

Hi @Smurf-IV https://github.com/Smurf-IV Do you remember when this
first occurred?
This had always been the case for the "Old" Framework, as it used to clip
all text regardless, if the display area (Including the white internal
padding) was smaller that the area required to display the text.
In 4.70 I fixed it to always draw, so that the clipped text was visible
(Created a test UI to show that).
This fixed the Title Bars, Input boxes, Label's etc.
It also fixed the font size changing for different themes causing the text
to "Disappear".
the answer for the older framework, is to increase the size (Height for an
input box) at runtime after the Init#### is called.
HTH
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544NW3DBFT4L6UUKJRULQV54QDA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFLY7XQ#issuecomment-559386590,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544IHLYR5453MI4TZGODQV54QDANCNFSM4JIUERCQ
.

--
Herledant Fabien

The 'new' input box will have a language property which when changed will update the text on all buttons to the corresponding language.
Will work on it more today, as my first attempt was a complete disaster! Now I've re-modelled it to act as a normal window.

@herledant
It'll be in the January update, though the good news that it works! Just needs some tweaking.

@Wagnerp : nice work.
Maybe the form is a little bit too big regarding a simple inputbox.
Is the picture will be customisable?

@herledant
The image will be in a future update, I'm going to make the form resize depending on the size of the text, but I can't quite figure that out yet. Maybe the images will need to be resized too. But I'm focusing on releasing the December update.

EDIT: The font is customisable, just those screenshots don't show it in action.

Ok great !
I will wait for décember update.
Did you do IT for each framework ?
Le sam. 30 nov. 2019 à 10:20, Peter Wagner<EMAIL_ADDRESS>a
écrit :

EDIT: The font is customisable, just those screenshots don't show it in
action.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544NPNGXMGXFQH4KW2ETQWIV5NA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFP6QZA#issuecomment-559933540,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544OAMIXLMWJ74RNCVODQWIV5NANCNFSM4JIUERCQ
.

It'll be, right now it's in the private development repo, as it's not done yet. The default icons will be:

Plus custom.
Please note that this will not appear in the December update, as that code has been finalised, but it'll be in the January 2020 update.

Yes I had unsterdand.
No problem.
And this will be part of Extended toolkit ?
What will be the name of the control ?
Le sam. 30 nov. 2019 à 13:22, Peter Wagner<EMAIL_ADDRESS>a
écrit :

It'll be, right now it's in the private development repo, as it's not done
yet. The default icons will be:
[image: Critical 128 x 128]
https://user-images.githubusercontent.com/949607/69900429-36339500-136b-11ea-827d-e4e091102c8d.png
[image: Hand 128 x 128]
https://user-images.githubusercontent.com/949607/69900438-43508400-136b-11ea-8d66-125a380432f4.png
[image: Information 128 x 128]
https://user-images.githubusercontent.com/949607/69900442-506d7300-136b-11ea-8501-c06ed54856e3.png
[image: Ok 128 x 128]
https://user-images.githubusercontent.com/949607/69900447-5b280800-136b-11ea-8fa4-8c8a5d486cad.png
[image: Question 128 x 128]
https://user-images.githubusercontent.com/949607/69900454-65e29d00-136b-11ea-8326-5c0ae28b2fdf.png
[image: Stop 128 x 128]
https://user-images.githubusercontent.com/949607/69900459-709d3200-136b-11ea-833e-5ed035173190.png
[image: Warning 128 x 128]
https://user-images.githubusercontent.com/949607/69900461-7b57c700-136b-11ea-8253-3967c58f65e6.png
Plus custom.
Please note that this will not appear in the December update, as that
code has been finalised, but it'll be in the January 2020 update.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544KBNOP7ONNJZIJ3MOLQWJLITA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFQEZ7A#issuecomment-559959292,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544NK5VQQXAEOEGHUCF3QWJLITANCNFSM4JIUERCQ
.

Yes, it'll be called KryptonInputBoxExtended the 'LoadingCircle' which is now part of the December update is now called KryptonLoadingCircle.

Hi @herledant
Thought I'd share the latest version.

Hi @herledant & @Smurf-IV
Just fixed the standard KryptonInputBox which will be included in the next build.

Great !
Le dim. 15 déc. 2019 à 11:37, Peter Wagner<EMAIL_ADDRESS>a
écrit :

Hi @herledant https://github.com/herledant & @Smurf-IV
https://github.com/Smurf-IV
Just fixed the standard KryptonInputBox which will be included in the
next build.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Wagnerp/Krypton-NET-5.470/issues/239?email_source=notifications&email_token=ACF544OZIVI44FCA34PYZ2DQYYCFTA5CNFSM4JIUERC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEG4WCCA#issuecomment-565797128,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACF544LWZIK3FHBMMHMRHKTQYYCFTANCNFSM4JIUERCQ
.

@herledant
It won't be the more advanced one, as that will be part of the extended toolkit, but at least it works with an updated design.


exodus: 23.9.25 -> 23.10.24

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/exodus/versions.
meta.description for exodus is: Top-rated cryptocurrency wallet with Trezor integration and built-in Exchange
meta.homepage for exodus is: https://www.exodus.io/
Updates performed

Version update

To inspect upstream changes
Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 23.10.24 with grep in /nix/store/dbrp2q6akw9z1bqra5cxssfh7iqm4196-exodus-23.10.24
found 23.10.24 in filename of file in /nix/store/dbrp2q6akw9z1bqra5cxssfh7iqm4196-exodus-23.10.24

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
exodus

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/dbrp2q6akw9z1bqra5cxssfh7iqm4196-exodus-23.10.24 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A exodus https://github.com/r-ryantm/nixpkgs/archive/89f912e2e2a76eace1395835ce861ad75595615d.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/89f912e2e2a76eace1395835ce861ad75595615d#exodus

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/dbrp2q6akw9z1bqra5cxssfh7iqm4196-exodus-23.10.24
ls -la /nix/store/dbrp2q6akw9z1bqra5cxssfh7iqm4196-exodus-23.10.24/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

exodus

Maintainer pings
cc @mmahut @rople380 @Craftzman7 for testing.

@ofborg eval


Data Transfer - HIU HRP to Gateway

As a developer, I would like to have hrp to gateway interaction related code.
Implementation details can be part of separate issue.
Also, I would like to add placeholder code for facade and hrp interactions.

This has been taken care of.


Add BPFDisableUnprivileged config param.

Description

Controls whether felix sets the sysctl to disable unprivileged BPF.
Todos

[ ] Tests
[ ] Documentation
[ ] Release note

Release Note

None required

@neiljerram nil means "inherit".  So if you have a node-specific config with nil, that means "use the value from the global config".


Can't combine StaggeredGridView with CustomScrollView

I wannat build serverl slivers widget inside CustomScrollView, here is what I do now:
Widget _buildListView() {
    if (isDataLoaded)
      return Container(
        color: Colors.black,
        child: StaggeredGridView.countBuilder(
          padding: EdgeInsets.all(4.0),
          crossAxisCount: 4,
          itemCount: data.length,
          itemBuilder: (context, i) {
            String imgPath = data[i]['largeImageURL'];
            return Material(
              clipBehavior: Clip.antiAlias,
              borderRadius: BorderRadius.circular(10.0),
              child: InkWell(
                child: Hero(
                    tag: imgPath,
                    child: FadeInImage(
                        fit: BoxFit.cover,
                        placeholder:
                            AssetImage('assets/images/default_pic.png'),
                        image: NetworkImage(imgPath))),
                onTap: () {
                  Navigator.of(context).push(MaterialPageRoute(
                      builder: (context) => ImagePreviewPage2(
                          tag: imgPath,
                          image: new Image.network(imgPath),
                          url: imgPath)));
                },
              ),
            );
          },
          staggeredTileBuilder: (i) => StaggeredTile.count(2, i.isEven ? 2 : 3),
          mainAxisSpacing: 8.0,
          crossAxisSpacing: 8.0,
        ),
      );
    else
      return Container(
        child: Center(
            child: CircularProgressIndicator(
                valueColor:
                    new AlwaysStoppedAnimation<Color>(Colors.yellowAccent))),
        color: Colors.black,
      );
  }

@override
  Widget build(BuildContext context) {
    return new CupertinoPageScaffold(
        backgroundColor: Colors.black,
        child: CustomScrollView(slivers: <Widget>[
          CupertinoSliverNavigationBar(
            backgroundColor: Colors.white,
            border: Border(),
            largeTitle: Text("美图"),
          ),
           SliverToBoxAdapter(
            child: _buildListView(),
          ),

        ]));
  }

Simply, I need a StaggeredGridView to show pictures, however, it goes to this error:
 ⣯flutter: ══╡ EXCEPTION CAUGHT BY RENDERING LIBRARY ╞═════════════════════════════════════════════════════════
flutter: The following assertion was thrown during performResize():
flutter: Vertical viewport was given unbounded height.
flutter: Viewports expand in the scrolling direction to fill their container.In this case, a vertical
flutter: viewport was given an unlimited amount of vertical space in which to expand. This situation
flutter: typically happens when a scrollable widget is nested inside another scrollable widget.
flutter: If this widget is always nested in a scrollable widget there is no need to use a viewport because
flutter: there will always be enough vertical space for the children. In this case, consider using a Column
flutter: instead. Otherwise, consider using the "shrinkWrap" property (or a ShrinkWrappingViewport) to size
flutter: the height of the viewport to the sum of the heights of its children.
flutter:
flutter: When the exception was thrown, this was the stack:
flutter: #0      RenderViewport.performResize.<anonymous closure> (package:flutter/src/rendering/viewport.dart:1129:15)
flutter: #1      RenderViewport.performResize (package:flutter/src/rendering/viewport.dart:1182:6)
flutter: #2      RenderObject.layout (package:flutter/src/rendering/object.dart:1619:9)
flutter: #3      _RenderProxyBox&RenderBox&RenderObjectWithChildMixin&RenderProxyBoxMixin.performLayout (package:flutter/src/rendering/proxy_box.dart:104:13)

So after I google a lot, seems no way make StaggeredGridView inside CustomScrollView. What should I do in this situation?

The problem is that you're nesting Viewports. The parent Viewport is created by CustomScrollView, and the child Viewport is created by StaggeredGridView and it's the one that throws the unbounded height exception.
You need to extract the StaggeredGridView into a SliverStaggeredGrid that creates a RenderSliver instead of a RenderViewport.

Please consider asking support questions in one of the other channels listed at http://flutter.io/support .


Instructions should be updated

The project needs to be "opened" as opposed to "imported".  It didn't specify either.  Also, after opening, you should instruct the user to do a gradle sync so that the configurations pick up the app and therefor load.  So, just some clarity in instruction needed.  Thanks!

I agree with "opened", but the gradle sync should not be necessary.


Daemon 1.2.0beta6 crash on Docker after "Using uptime submitter keypair private-key password from environment variable UPTIME_PRIVKEY_PASS"

Hi,
When running on Docker, the daemon is crashing just after logging its last word;
 "Using uptime submitter keypair private-key password from environment variable UPTIME_PRIVKEY_PASS"
The problem is on 1.2.0beta6 (and has been encountered on  1.2.0beta5 and  1.2.0beta3).
It looks like it happens only on docker, where the version 1.2.0beta2 was working perfectly fine for weeks. A native installation does not have this problem.
I tried to set the log level to Debug, but it does not give more info.
Available to provide more info if needed.
O.

OK... absolutely not related to Docker at all.
I spent the whole afternoon building a native config... everything was going fine, until I encountered the same problem ! But this time with on MORE information...
Sep 18 18:10:52 cs3 mina[128978]: 2021-09-18 18:10:52 UTC [Info] Using block producer keypair private-key password from environment variable CODA_PRIVKEY_PASS
Sep 18 18:11:09 cs3 mina[128978]: Transaction_snark.system: 16.84s
Sep 18 18:11:31 cs3 mina[128978]: 2021-09-18 18:11:31 UTC [Info] Setting current protocol version to "2.0.0" from compile-time config
Sep 18 18:11:31 cs3 mina[128978]: 2021-09-18 18:11:31 UTC [Info] Using uptime submitter keypair private-key password from environment variable UPTIME_PRIVKEY_PASS
Sep 18 18:11:31 cs3 mina[128978]: FATAL ERROR
Sep 18 18:11:31 cs3 mina[128978]:   ☠  Mina Daemon encountered a configuration error loading uptime submitter keypair.
Sep 18 18:11:31 cs3 mina[128978]:
Sep 18 18:11:31 cs3 mina[128978]: Cannot open file: /home/mina/mina-node/data/wallets/store/B62qrcQDeAfg2qSnZhdF8wQ78G9QmKNDqpESVt2SL43F97kF3Cyv32a

What changed from previous step in building the config ... adding the
--config-directory /home/mina/mina-node/data
option.
So... to recap : 1.2.0.beta2+ will crash when specifying this option.
I'll let it write in .mina for now.
It is damn crazy.
O.

Question : is it possible to specify the config folder for the import tool ?
mina accounts import --privkey-path mina-node/keys/my-wallet

Back with this option on the daemon
--config-directory /home/mina/mina-node/data
The poin is that key had to be re-imported using
mina accounts import --privkey-path keys/my-wallet --config-directory data/daemon
Obvious afterward, but error message (when visible!) do not help in figuring out what is wrong.
Maybe add an indication saying
'make sure you imported the private key'.
But can be closed for me in any case.

Do you know what mina.log showed when this error occurred?

#9499, when merged, will allow using an uptime submitter key that hasn't been imported.

xzClosing this issue because of being inactive for long time.
Please feel free to open another ticket should you experience any further issues.


Update SSO tests, most passing, more work to do

I was interested to see if I could get these tests to pass (I wrote them, so I know how they work), and I was able to get most of it passing.  Here's what I had to do:

Use the supabase client in the tests so that I can create/delete users between tests.  The e2e tests run in a browser, so this means I have to include the SERVICE_ROLE_KEY, which is technically dangerous, but within tests, maybe it's OK?  I also had to change the URL so I can access it from outside the docker network
I switched to githubUsername (lowercase n) and githubAvatarUrl instead of putting things on an Object like we did with Firebase.  I don't think there's any value in doing it this way.
I reworked things to make sense without a Users service.  There's one bit that I'm not sure what to do with, it's commented out.

I'm still failing tests with the Avatar URL in some cases.  I'm not sure where I'm losing it during registration/login.
I wonder if we should refactor some of this Supabase code later into some modules we can re-use in various places, since I'm doing the same thing over and over.  But that's a detail for later.

Wellcome first-time contributor. I'm taking a look.

I think that could be addressed in a separate test in a later PR to test our RLS policies. For example, if we set a policy to limit insert operation to only admin and false for all users.
// override the admin auth with user auth
// the token must be minted using the same jwt_secret as supabase
supabase.auth.setAuth(token);
const { error } = await supabase.from('telescope_profiles').insert({...});
expect(error).toBeTruthy();

Agree, see https://github.com/Seneca-CDOT/telescope/issues/2735#issuecomment-1035103556

No, we can do the rest in follow-ups.


Improve benchmarks

In this PR we make sure that the benchmarks are also used when testing the crate, we aggregate the from_sorted_iter benchmarks into one, and change the "Successive" benchmarks behavior.

bors merge


ENH: Fixes float format in CSV output

Closes #39.
Adds float_format parameters to df.to_csv calls when gerating peak + cluster CSV files, resolving issue of significant digits + rounding.

Codecov Report

Merging #64 into master will increase coverage by 0.02%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #64      +/-   ##
==========================================
+ Coverage   90.85%   90.88%   +0.02%
==========================================
  Files           6        6
  Lines         328      329       +1
==========================================
+ Hits          298      299       +1
  Misses         30       30

Impacted Files
Coverage Δ

atlasreader/atlasreader.py
97.32% <100%> (+0.01%)
:arrow_up:

Continue to review full report at Codecov.

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

@rmarkello - are you sure that this does the trick? As I mentioned in https://github.com/miykael/atlasreader/issues/39, the float_format='%5g' trick only works if the corresponding elements of the dataframe clust_frame or peak_frame are of type float and not object.

Perfect! Looks all fine, I will therefore merge it!


sql: implement Tuple type and support all literals

Fixes #60
Closes #68

What is the state of this? Is it expected to be merged or it will be merged in a next version with the changes commented? :thinking:

As soon as we have all the basic features for the MVP I can give this some love and keep working on it. But yeah, not expected to be merged right away.

Fixed @mcarmonaa @ajnavarro

Also implemented IN and NOT IN.

After the small pending change, LGTM.

Done @ajnavarro


Implemente Range test for GetRevision

@maririos commented on Mon Feb 04 2019
Azconfig will remove the support of range header for all endpoints except /revision before preview

@maririos commented on Wed Feb 06 2019
Subject to service team providing this change.

For now, and in accordance with the other languages implementations, we decided to not implement Range support until it is a customer ask


[enhancement]: Paint layer in Unified Canvas

Is there an existing issue for this?

[X] I have searched the existing issues

Contact Details
No response
What should this feature add?
Currently, there is the mask layer and the base layer (original/last accepted image) in the Unified Canvas. To 'sketch and gen', you need to draw on the base layer, then mask that area and enter an appropriate prompt. Paint is applied over the base image destructively; erasure leaves empty space, not the pre-paint image. The only way to recover the unpainted image is to ctrl-z until you undo the problematic brush stroke; you cannot make refinements or remove mistakes in the paint job.
A paint layer 'between' the base and the mask would allow for editing and correction of painting without compromising the underlying image. Also, the paint layer could be made semi-tranparent to check your paint job. It could also be hidden when performing before-after generation comparisons, which could be made to the original base image and not the post-paint base image (this should probably be the default).
A future feature could also allow you to copy-paste, scale, or move blobs around to other locations on the image and/or apply blobs to a new base image, allowing some reuse.  Far in the future, utilizing this layer could allow importation of a seed image for inpainting (ie load, scale and position another image on top of the one you are working on, then use it as the inpainting base).
Alternatives
No response
Aditional Content
No response

Going to track this request in #4466


Handle DW_FORM_addrx

Closes https://github.com/gimli-rs/gimli/issues/621
@vlovich Can you test that this covers everything you need?

We plan on backporting this and testing this week. We're currently on addr2line 0.14 and object 0.23.

For reference, here are valgrind's patches for DWARF 5 support: https://bugs.kde.org/show_bug.cgi?id=452758

DWARF 5 support added in those valgrind patches:

DW_FORM_addrx handled by this PR (could have been handled by attr_address except for the DW_AT_high_pc support)
DW_FORM_strx already handled by attr_string
DW_FORM_rnglistx already handled by attr_ranges_offset
DW_FORM_loclistx not needed by this crate, gimli has support for it
DWARF 5 unit types already handled by gimli::Dwarf::units
DW_LLE_* and DW_RLE_* already handled by gimli


Version Bumping

Use Ubuntu 14.04 as default in omnibus-dev build
Update Ruby deps to match Chef 12.14.13

:+1: save the one question, we'll see how travis & pipeline like it...

Looks reasonable


Multi source input + multi-dist training

https://github.com/Berkeley-Data/OpenSelfSup/pull/3

20 epochs on full datasets (180K)

duplicate by https://github.com/Berkeley-Data/hpt/issues/36


!=!=  mistake?

Sorry if I'm wrong, but this !=!= is OK?
if (i2s_driver_uninstall(i2s_port)!=!= ESP_OK){
ESP_LOGE(BT_AV_TAG,"Failed to uninstall i2s");
}

You are right: This is not good.
The correction has been committed


add-designer: asciify filenames

Fixes #479.
@RosaWagner could you test this for me?

It works on Mirko's case

Also just tested "Großäî ÉMEæRÂÖLd ùbœfü" and return "grossaiemeaeraolduboefu", so it looks correct. I think the germand transfor ü to ue, but I don't think they care about our directory names system.

Could you also test using --img_path with an accented img filename?

image path gets renamed after the dir name

Cool. I'm happy with this,


Add competency icons

This adds the icons as presented in https://github.com/CaptainSifff/paper_teaching-learning-RSE/issues/138#issuecomment-1794410035 throughout the document and also for the forgotten SP and USERS competencies.
The results can be seen in the compiled artifacts

Preview from toc:

cool! maybe, after the abbreviations?

would it also work if I write \faicon{"F0E8}~DOCBB instead of \faicon{"F0E8} DOCBB everywhere?
I'm not a big fan of macros introducing their own whitespace.

would it also work if I write \faicon{"F0E8}~DOCBB instead of \faicon{"F0E8} DOCBB everywhere?
I'm not a big fan of macros introducing their own whitespace.

The ~ symbol would print a tilde instead of a non-breaking space, since it's not recognized as a LaTeX command. I tried out \newcommand*{\faicon}[2]{\texorpdfstring{{\FA \symbol{#1}}~#2}{#2}} to provide a safe alternative for titles, but then the abbreviation disappears from the round brackets in the PDF bookmarks, because pandoc wraps it into its own \texorpdfstring.

Does https://github.com/CaptainSifff/paper_teaching-learning-RSE/pull/203/commits/f758784a940b88d2743b47f38af56fc61fa1d012 work for you?

Does f758784 work for you?

It does, thanks!

Good news: these icons are also compatible with a glossary via tomncooper/pandoc-gls, should we decide to include one.

Todays call mentioned to use the RC icon for SWLC and a doctorate hat for RC.
Might use a light bulb, question mark or brain for NEW (if the that stays).

New set of icons:

How badly do we need to keep using pdflatex or was it just for arXiv?

So I added the svgs directly, but not sure, what he currently doesn't like about that.
He complains about
! Missing \endcsname inserted.
<to be read again>
                   \let
l.577 ...0pt]{fonts/sitemap}\nobreakspace{}DOCBB}}

However, I can compile the MWE
\documentclass{article}

\usepackage{svg}

\newcommand*{\SWLC}{\includesvg[width=10pt]{{fonts/arrows-spin}}\nobreakspace{}SWLC}
\begin{document}
\section*{\SWLC}
\SWLC
\end{document}

just fine using pdflatex --shell-escape granted that inkscape is available.
@jngrad you got an idea?

I think this is ready for merge

OK, outdated artifacts link. THis one is from the last:
https://github.com/CaptainSifff/paper_teaching-learning-RSE/actions/runs/8021662140/artifacts/1270171265

@jngrad arxiv doesn't like the required shell-escape of the svg package. Any idea, how I can get pdflatex to use the the already generated .pdf and .pdf_tex files?

I'm currently in a meeting and can have a look in about 1 hour. Could you try sending ArXiv the converted .pdf files instead of the original .svg files, and drop the shell escape from the build command?

No worries. It seems that the svg package requires this. Replacing includesvg with imcludeinkscape, i couldn't get that to work. Also the svg package creates some wrapper latex that seems to be used.

The -shell-escape option is only needed if the build/svg-inkscape/*.pdf* files don't already exist. When uploading the source files to arXiv, make sure to include these files, and pdflatex should skip the call to inkscape through a subshell. Unless arXiv is changing source file timestamps? I have colleagues who like to do that kind of LaTeX "pre-processing", e.g. by submitting the .bbl file instead of the .bib file, so that the bibliography appears exactly like on their local workstation, regardless of which version of natbib is being used by publishing platforms.

Thank you!
I managed to get it work. On arxiv (or the way I created the tarball) required to modify the path in
  - \newcommand{\fonticon}[2]{\includesvg[height=1.5ex]{{../fonts/#1}}\nobreakspace{}#2}
to
  - \newcommand{\fonticon}[2]{\includesvg[height=1.5ex]{{./fonts/#1}}\nobreakspace{}#2}


.txt file for each image having value greater than 1

Hi @AlexeyAB  , I tried to annotate custom invoices using VOTT tool.
Issue
.txt file for each image is having values greater than 1.
For one class <x> value is always above 1.
The class will be in the right most of the image
Is it problem with annotation tool or what am I missing??

Sorry , found the solution.It is a tool problem.Closing this issue


Character portrait images have clipping artefacts

I think there is an internal optimisation on the Image class that crops the Image vertices to only render the visible pixels in the sprite texture. It seems to be based off whatever sprite is assigned to the image at the start.

Hi hi! Does doing this prevent you texture packing sprites?  I've noticed that if you have a sprite of say size 256x512 that it will tile unless you encase the sprite in spacing that equals 1000x1000.
Doing that to prevent tiling means you can't do generic texture packing because it'll remove that white spacing.
I haven't looked at how the resource handling works for portraits so correct me if I'm wrong, but I assume texture packing is something you want to be able to do?

Yes, this is a pretty significant limitation of the portrait system currently. There can be a lot of wasted space around the portraits and it makes it hard / impossible to atlas the sprites.
I'll reopen this issue to see if we can find a better solution. All the problems here stem back to the use of a custom shader for the cross fade effect. I'm pretty sure we could get the same effect by duplicating the portrait image, changing the texture on one of the sprites and then fading one sprite down and one sprite up - no shaders needed.

Fixed the tiling issue by switching to a pair of crossfading images instead of using a custom material and shader. Also fixed a number of other issues in the Portrait and Stage system and added an integration test to verify correct behaviour in future.


[release 1.6] Don't set ownerRefs on cluster scoped resources

Backport https://github.com/knative-sandbox/eventing-kafka-broker/pull/2911

/cherrypick release-v1.7

/hold
Hold until https://github.com/knative-sandbox/eventing-kafka-broker/pull/2911 is merged

/test 48-test-reconciler-aws-ocp-48

/unhold
https://github.com/knative-sandbox/eventing-kafka-broker/pull/2911 is merged

/override ci/prow/48-test-reconciler-aws-ocp-48
Gonna merge this one without 48-test-reconciler-aws-ocp-48 passing since 411-test-reconciler-aws-ocp-411 is passed.


Modal Confirm

Hi asadsahi,
I had a service I was using to provide a Modal confirm dialog an response in the previous version of this Spa. This no longer works and I can't seem to find anything available that does. I assume the changes in Angular 5.0 might be responsible?
Do you have any suggestions for a solution? As any application really needs to support this type of function to confirm deletes etc.
Thanks for your assistance.

@pvagnini could you please share the screenshot of which modal you are referring to. this project has ng-bootstrap support and its modal is still available to use as per documentation.
If you can share code/error you are having I can have a look in details. Closing for now as I cannot think anything specific changed in this project which should affect any dialogues.


[RFC] Add support for variable substitutions

Problem
With Flux v1, users were able to perform string replacements on their Kubernetes manifests, before they were applied on cluster, by configuring Flux to run bash scripts with .flux.yaml. In Flux v2, we (the maintainers) made the decision to drop support for running arbitrary scripts inside the controller's pods, as this poses high security risks and makes the reconciliation process hard to debug and error prone.
While Helm offers advanced templating capabilities, we don't want to force our users into rewriting their Kubernetes manifests with Helm. If users need bash style variable substitutions, Flux v2 could offer this functionality in a declarative manner, without running arbitrary scrips inside the cluster.
Proposed solution
To support string replacements and other string manipulation functions, the GitOps Toolkit Kustomization API can be extended with post-build actions.
type KustomizationSpec struct {
	// PostBuild describes which actions to perform on the multi-doc
	// YAML manifest generated by building the kustomize overlay.
	// +optional
	PostBuild *PostBuild `json:"postBuild,omitempty"`
}

type PostBuild struct {
	// Substitute holds a map of key/value pairs.
	// The variables defined in your YAML manifests
	// that match any of the keys defined in the map
	// will be substituted with the set value.
	// +optional
	Substitute map[string]string `json:"substitute,omitempty"`
}

With Kustomization.spec.postBuild.substitute users can provide a map of key/value pairs holding the
variables to be substituted in the final multi-doc YAML manifest, after kustomize build.
This offers basic templating for Kubernetes manifests including support
for bash string replacement functions e.g.:

${var:=default}
${var:position}
${var:position:length}
${var/substring/replacement}

The post-build substitutions are implemented with Drone's envsubst Go package.
Example
Assuming you have manifests with the following variables:
apiVersion: v1
kind: Namespace
metadata:
  name: apps
  labels:
    environment: ${env:=dev}
    region: "${region}"
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: cluster-info
data:
  cluster-info.json: |
    {
      "cluster": {
        "name": "${cluster}"
      },
      "logs": {
        "region": "${region}"
      }
    }

You can specify the variables and their values in the Kustomization definition under the substitute post build section:
apiVersion: kustomize.toolkit.fluxcd.io/v1beta1
kind: Kustomization
metadata:
  name: apps
spec:
  interval: 5m
  path: "./apps/"
  postBuild:
    substitute:
      env: "prod"
      cluster: "eu-prod-1"
      region: "eu-central-1"

You can replicate the controller post-build substitutions locally using kustomize and Drone's envsubst:
$ go install github.com/drone/envsubst/cmd/envsubst

$ export env=prod
$ export cluster=eu-prod-1
$ export region=eu-central-1
$ kustomize build ./apps/ | $GOPATH/bin/envsubst
---
apiVersion: v1
kind: Namespace
metadata:
  name: apps
  labels:
    environment: prod
    region: eu-central-1
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: cluster-info
data:
  cluster-info.json: |
    {
      "cluster": {
        "name": "eu-prod-1"
      },
      "logs": {
        "region": "eu-central-1"
      }
    }

Feedback & Testing
Please comment on this PR and let us know your thoughts about this feature.
To install the kustomize-controller with post-build capabilities:

deploy the GitOps Toolkit controllers

flux install

apply the CRDs from this branch

kubectl apply -f https://raw.githubusercontent.com/fluxcd/kustomize-controller/envsubst/config/crd/bases/kustomize.toolkit.fluxcd.io_kustomizations.yaml

deploy kustomize-controller AMD64 build of this branch

kubectl -n flux-system set image deployment/kustomize-controller manager=docker.io/stefanprodan/kustomize-controller:envsubst.1

I can see why there's a strong desire to have this kind of feature. I worry that
a. this design is not blessed by kustomize, so it locks people's configs to kustomize-controller; and,
b. it would preclude other such mechanisms, since having more than one feature that does a similar thing just makes life difficult.
I admit those are undirected concerns, i.e., they don't point at a better solution. This just seems like a moment for caution -- as it was with .flux.yaml, you probably won't get another run at this feature once it's released.
Regarding the specifics of the design, I am not a big fan of stringly substitutions in structured data. This is what makes Helm templating much more fragile than it needs to be. The limited power of bash-style replacement works to counter that misgiving though, because you can in practice (or by specification? unclear) only replace within a field value.
It does mean your sources are not (usually) themselves valid configurations, which is anathema to Kustomize (see the paragraphs under "Isn't this templating?" here; the discussion that follows is quite illuminating). Though I suppose you could patch in the variable-bearing values as a last layer of kustomization, so everything up to there is valid.
Thinking abut alternatives, the kustomize-blessed solutions are no use -- see the discussion linked just above for why "vars" are probably no good (and seem to have a precarious status); setters also have at best an ambiguous status, and won't work if you're applying to kustomize output since it doesn't preserve comments; and in general, the kustomize ethos is against anything that's too much like templating. The "escape hatch" provided is plugins, but they can't be used without making arbitrary binaries available to the controller, which usually considered a non-starter. Ho hum.
Regarding "other such mechanisms", I think there's two questions: 1. is the replacement mechanism good enough to serve the majority of uses? 2. can the API be extended to serve other purposes? (e.g., if the values to be substituted come from elsewhere, rather than being inline in the resource).

I can see why there's a strong desire to have this kind of feature. I worry that
a. this design is not blessed by kustomize, so it locks people's configs to kustomize-controller; and,
b. it would preclude other such mechanisms, since having more than one feature that does a similar thing just makes life difficult.
I admit those are undirected concerns, i.e., they don't point at a better solution. This just seems like a moment for caution -- as it was with .flux.yaml, you probably won't get another run at this feature once it's released.
Regarding the specifics of the design, I am not a big fan of stringly substitutions in structured data. This is what makes Helm templating much more fragile than it needs to be. The limited power of bash-style replacement works to counter that misgiving though, because you can in practice (or by specification? unclear) only replace within a field value.
It does mean your sources are not (usually) themselves valid configurations, which is anathema to Kustomize (see the paragraphs under "Isn't this templating?" here; the discussion that follows is quite illuminating). Though I suppose you could patch in the variable-bearing values as a last layer of kustomization, so everything up to there is valid.
Thinking abut alternatives, the kustomize-blessed solutions are no use -- see the discussion linked just above for why "vars" are probably no good (and seem to have a precarious status); setters also have at best an ambiguous status, and won't work if you're applying to kustomize output since it doesn't preserve comments; and in general, the kustomize ethos is against anything that's too much like templating. The "escape hatch" provided is plugins, but they can't be used without making arbitrary binaries available to the controller, which usually considered a non-starter. Ho hum.
Regarding "other such mechanisms", I think there's two questions: 1. is the replacement mechanism good enough to serve the majority of uses? 2. can the API be extended to serve other purposes? (e.g., if the values to be substituted come from elsewhere, rather than being inline in the resource).

@squaremo nice timing! I was just following this rabbit hole and was about to post what I grokked from https://github.com/kubernetes-sigs/kustomize/issues/2052. Could we not support kyaml setters (some of the comments from that linked discussion point there), for more consistency with what we do with image update automation?

@squaremo nice timing! I was just following this rabbit hole and was about to post what I grokked from https://github.com/kubernetes-sigs/kustomize/issues/2052. Could we not support kyaml setters (some of the comments from that linked discussion point there), for more consistency with what we do with image update automation?

is the replacement mechanism good enough to serve the majority of uses?

For the users that I've talked to yes, I wouldn't have create this RFC from my own use. It's hard to say what the "majority" wants and if it fits all their use-cases.

can the API be extended to serve other purposes? (e.g., if the values to be substituted come from elsewhere, rather than being inline in the resource).

Yes, like Helm valuesFrom, we will provide a postBuild. substituteFrom that can reference a ConfigMap or a Secret.

Could we not support kyaml setters

The kyaml setters can't be used the achieve the same functionality as offered by this PR (default values, preserve comments, patch object API version). Not to mention that kyaml patches will reformat the YAMLs and make ConfigMaps unusable, see this issue:

is the replacement mechanism good enough to serve the majority of uses?

For the users that I've talked to yes, I wouldn't have create this RFC from my own use. It's hard to say what the "majority" wants and if it fits all their use-cases.

can the API be extended to serve other purposes? (e.g., if the values to be substituted come from elsewhere, rather than being inline in the resource).

Yes, like Helm valuesFrom, we will provide a postBuild. substituteFrom that can reference a ConfigMap or a Secret.

Could we not support kyaml setters

The kyaml setters can't be used the achieve the same functionality as offered by this PR (default values, preserve comments, patch object API version). Not to mention that kyaml patches will reformat the YAMLs and make ConfigMaps unusable, see this issue:

a. this design is not blessed by kustomize, so it locks people's configs to kustomize-controller;

The part about it not being blessed by kustomize is true, but it does not lock people's configs to the kustomize-controller. As shown here, and by the fact that people are already using envsubst in their .flux.yaml (or are trying to).

a. this design is not blessed by kustomize, so it locks people's configs to kustomize-controller;

The part about it not being blessed by kustomize is true, but it does not lock people's configs to the kustomize-controller. As shown here, and by the fact that people are already using envsubst in their .flux.yaml (or are trying to).

Without this general functionality (e.g. envsubst or gomplate/sprig templating) to work around the Kustomize limitations Flux v2 isn't usable out of the box; we would need to write a custom controller or potentially stick with v1 while we look for alternatives.
Our use case is managing multiple EKS K8s clusters with shared configuration; we have multiple Kustomize layers but we need a final variable substitution pass to set things like cluster name, account id and region as Kustomize can't handle this.

Without this general functionality (e.g. envsubst or gomplate/sprig templating) to work around the Kustomize limitations Flux v2 isn't usable out of the box; we would need to write a custom controller or potentially stick with v1 while we look for alternatives.
Our use case is managing multiple EKS K8s clusters with shared configuration; we have multiple Kustomize layers but we need a final variable substitution pass to set things like cluster name, account id and region as Kustomize can't handle this.

We have a similar use case to @stevehipwell - managing multiple clusters (blue, green, staging etc...) from a single Flux repo. While most configs can be handled by stage specific patches, there are certain places where string substitution is the only sensible option. For example, in a large ConfigMap you might have a single line referencing the cluster name. A patch for each cluster with the entire ConfigMap in it is unmaintainable.
While string substitution might not be blessed by Kustomize, Flux has all the other pieces needed to provide multi cluster management from a single config. Without providing some kind of solution here, it breaks the last part of that chain for multi cluster management Flux.
This PR is a great solution to that problem and would allow us to use v2 which we could not currently.

We have a similar use case to @stevehipwell - managing multiple clusters (blue, green, staging etc...) from a single Flux repo. While most configs can be handled by stage specific patches, there are certain places where string substitution is the only sensible option. For example, in a large ConfigMap you might have a single line referencing the cluster name. A patch for each cluster with the entire ConfigMap in it is unmaintainable.
While string substitution might not be blessed by Kustomize, Flux has all the other pieces needed to provide multi cluster management from a single config. Without providing some kind of solution here, it breaks the last part of that chain for multi cluster management Flux.
This PR is a great solution to that problem and would allow us to use v2 which we could not currently.

Hi! This is great! One small concern is how would we address the following case?
# in a configmap (for whatever reason)
myscript.sh: |
  echo ${my_env}
variable: ${my_env:=dev}

When we substitute it seems like it'll replace the defined variable in the scripts. We probably can ignore, as long as ignoring is the decided solution and work accommodating on that limitation.

When we substitute it seems like it'll replace the defined variable in the scripts.

The solution here is to prefix the vars replaced by Flux to avoid conflicts, for example flux_env instead of env.

@stefanprodan it might be an idea to document this in the spec to warn people about it.

@hiddeco I've added a note on prefixing variables.


Interface difference between CloudPath and its children

In class CloudPath, stat is a property.
On all of the class children, stat is a method.
This looks like a mistake.

Thanks @jruere, the property is an error on CloudPath. We'd accept a PR to remove it. stat should be a method in order to follow pathlib: https://docs.python.org/3/library/pathlib.html#pathlib.Path.stat


Documentation

Following godoc style documentation would be a great addition.

@osiloke ,you can send a pull request to add this feature or fork it to do whatever you want.
I am not maintaining this package for now.

@bronze1man how may I contact you privately

@Taherismail17
Sorry, I will not leave my private contact information in public.

Do you have Twitter?

@Taherismail17
Sorry again, I will not leave my private contact information in public.

Ok, sorry I just had a few questions about X-VPN as it had many references to your GitHub

<EMAIL_ADDRESS>


Fix typing for ParticleEndPoint and more misc typing

Issue of Particle vs ParticleSpec.  Makes more sense now!


Add an "Attach" (bool) property to the Password attached property to ensure that the password is attached even if the default property value is String.Empty

This issue was moved to RadicalFx/Radical.Windows#14


In optimize.basinhopping, the target acceptance rate should be passable as a keyword argument.

I implemented this and am currently testing... will submit a pull request.

Just submitted a pull request: https://github.com/scipy/scipy/pull/8775


Ajax experience.

Maybe it will be better experience for user to do all by ajax request and not have refreshing page after agreat on cookie button.

Indeed, when I have the time I will look into this. This can already easily be added into your own project though

This feature has been implemented in the latest release (see #20)


keep-alive component shared cache

What problem does this feature solve?
with the shard cache, we could pop the page to a window like component (or vise versa) without loose any infomation.
otherwise one KeepAlive component only keeps its own vnodes
What does the proposed API look like?
just add a prop indicates KeepAlive component uses shared/local cache

see https://github.com/vuejs/core/pull/4339

Duplicate of https://github.com/vuejs/core/pull/4339 and the linked RFC


Update gradle version to 2.1.2

Updated gradle version, because 1.5 is quite outdated.
Sdk manager plugin doesn't work with gradle 2.0+ (source). Maybe there is a better solution?

[Current coverage][cc-pull] is 95.21%

Merging [#665][cc-pull] into [master][cc-base-branch] will decrease coverage by 1.29%

@@             master       #665   diff @@
==========================================
  Files            84         84
  Lines          2548       2548
  Methods           0          0
  Messages          0          0
  Branches        325        325
==========================================
- Hits           2459       2426    -33
- Misses           89         90     +1
- Partials          0         32    +32

Powered by Codecov. Last updated by [d5430ab...8d502a0][cc-compare]
[cc-base-branch]: https://codecov.io/gh/pushtorefresh/storio/branch/master?src=pr
[cc-compare]: https://codecov.io/gh/pushtorefresh/storio/compare/d5430abb97c23eac385074ad2e43c7df2fd14055...8d502a0d8cdafabedc0a85bd2b14fadcd302d380
[cc-pull]: https://codecov.io/gh/pushtorefresh/storio/pull/665?src=pr

Let's remove SDK manager plugin, it doesn't really work and deprecated by Jake.

👍

👍

Thanks, @geralt-encore!

@artem-zinnatullin How will you deal with CI now that you removed the SDK manager ?

Just declare all dependencies in .travis.yml/circle.yml
On Tue, 12 Jul 2016, 08:12 Benoît Quenaudon<EMAIL_ADDRESS>wrote:

@artem-zinnatullin https://github.com/artem-zinnatullin How will you
deal with CI now that you removed the SDK manager ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/pushtorefresh/storio/pull/665#issuecomment-231939048,
or mute the thread
https://github.com/notifications/unsubscribe/AA7B3Hrpz89_wftbtrdXaglC34BEnKqxks5qUyIrgaJpZM4JBTB6
.


setting query headers fails on server

I am trying to set some headers on the query inside RSC, I have tried two methods but with no luck.

I have tried setting the locale header while firing the query itself

  const { data } = await query(
    {
      query: Document,
      variables: { id },
      context: { headers: { locale } },
    }
  );

I have also tried to set a common headers link

import { registerApolloClient, ApolloClient } from "@apollo/experimental-nextjs-app-support";
import { ApolloLink, from } from "@apollo/client";
import { cookies } from "next/headers";

const localeLink = new ApolloLink((operation, forward) => {
  operation.setContext(({ headers = {} }) => ({
    headers: {
      ...headers,
      locale: cookies().get(CookieEnum.LANG)?.value,
    },
  }));

  return forward(operation);
});

const link = from([localeLink, httpLink]);

export const { getClient, query, PreloadQuery } = registerApolloClient(() => {
  return new ApolloClient({
    cache,
    link,
  });
});

What I expect is to set the locale headers properly

Both of these should work - are you sure that cookies().get(CookieEnum.LANG)?.value returns something? Could you log that?
Also, generally I'd recommend to move the links into registerApolloClient, and you have to do the new InMemoryCache call inside of registerApolloClient, or you will leak potentially sensitive data between users.


Improve cross-series diff

Take inspiration from git-tbdiff to match each patch to the same patch (hopefully) in the previous version.

Fam, I would like to work on this next. Do you think the heavy-weight computations should be done in Python or Javascript? The cross-series diff is already done in Javascript, so perhaps it should all be on the client-side.
(Python uses C code for the matching algorithm, but it shouldn't be hard to convert it to Javascript).

I think Python is the easier way? I assume it shouldn't add much more load to the server. the worse case is to cache the results or even offload the task to appliers. And the advantage is that we can easily make it available in patchew-cli too.
On the other hand if you prefer JS and think it is easy to maintain, I won't object.

the advantage is that we can easily make it available in patchew-cli too

That's an interesting point.
On the other hand, this would also need a python diff lib, so we'd have to move diffing and "diff opcode" generation to Python to do it in patchew-cli. I found a Hungarian algorithm implementation in Javascript, so it seems much easier to go for Javascript.

so it seems much easier to go for Javascript.

Sounds good to me.

See pull request #42  for a first part.

Once we have a single-patch view (#22), the next part could be to link each git-tbdiff header to it, on both sides. This way the user can click the left side and check what remarks were made, for example.


MINIFI-124 The active_pid() function kill -s 0  returns 0 on success (PID i…

MINIFI-124.  In the active_pid() function kill -s 0  returns 0 on success (the PID is currently running), yet the if statement in the stop case statement is checking for 0 as a failure condition.

reviewing

Looks good here and thanks for catching!  Will merge.


How to disable all labels

Hello,
I use canvas renderer. I want to disable labels which are draw on big nodes and when I hover one node. I change enableHovering and drawLabels to false. But labels still appear when i hover a node. :cry:
Someone can help me ?

Hello @emixam150. Can you show me some of your code so I can help you better?

Sorry, I try a third time and it seems to work now. Thanks !

No problem @emixam150.


Home Page UI

Hey, I have resolved issue #141 under JWOC. Kindly review
https://user-images.githubusercontent.com/91181981/222917350-c2c0b028-b12e-43e7-88ab-9fe5a9f4d6e5.mp4

@codervivek5 please review


Modifying icr.io path in values.yaml file for RESTCONF Driver

for more information:https://github.ibm.com/TNC/tnc-o-tracking/issues/4285

Code changes are done and merged, hence closing this issue