Roadmap to "stable"

Since this is a fork that circles around an unstable React-api and exists solely to fill in the SSR-gap for that until an official solution exists, it will never be "stable" in the traditional sense.
However, at some point I would like to indicate that I'm confident that this is stable enough for use if you know the tradeoffs and risks you are taking. This issue will track that progress.

[x] Benchmark performance (#13)
[x] Try out Lightyear in a larger app (#14)
[x] Make sure syncing upstream changes is feasible (#15)
[x] Improve project infra (#16)
[x] Improve documentation (#17)

Being considered "stable" will be marked by adopting the versioning strategy proposed in #1, that is, following React major and minor, while keeping patch separate.

Just a quick update on this. Project infra is done, I’m almost done with benchmarks (which are looking good), Lightyear has been tried out in a larger app and I have one more lined up and I expect to make quick work of trying to sync upstream changes and improving documentation after that.
I am on vacation now, but expect to get this done over the next few weeks.

Version 16.9.0 is now released and Lightyear is considered stable! :tada:
This took way longer than I anticipated because of a bunch of (good) personal things that came up at the end of the summer which had to take priority.


Introduce TLSBasicSupport interface

This introduces an abstract interface to support QUICNetVC where we currently only supports SSLNetVC (e.g. TS API).
Some functions in SSLNetVC are moved into TLSBasicSupport. like we did for other TLSSomethingSupport. I only moved easy ones on this PR.

[approve ci clang-format]


⚠ Bofrost.de has degraded performance

In c634857, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1219 ms

Resolved: Bofrost.de performance has improved in e062bc2 after 6 minutes.


Optionally disable SSL cert verification

With this PR I'd like to introduce a new config value ìnsecure whose purpose is to disable SSL cert verification if set to true. This allows the use of self-signed certificates.
Fixes #44

Why not just use a Let's Encrypt cert?

I AM using a letsencrypt certificate. It's issued for my domain, but the domain name is not matching when I am trying to access said host from the LAN, let alone if said host is localhost.

I have the same requirement. I have decided to not use Let's Encrypt as I don't want to refresh it every every three months, and I don't mind getting the warning browser warning page.

Hello !!
i've the same problem... if I use Letsencrypt, my dash button don't work !
Have you a solution to keep Letsencrypt on Home Assistant and keep using my Dash buttons ?
thank you ! :)

You are probably encountering the same issue I was having. The certificate
name you are using to access Hass  is not matching the one provided in the
certificate. You may go around that by entering an /etc/hosts entry for
your Hass instance.
On Wed, Mar 8, 2017, 13:49 Will711990<EMAIL_ADDRESS>wrote:

Hello !!
i've the same problem... if I use Letsencrypt, my dash button don't work !
Have you a solution to keep Letsencrypt on Home Assistant and keep using
my Dash buttons ?
thank you ! :)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/maddox/dasher/pull/45#issuecomment-285032129, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AACT_uTBbsB9xsyKnHTe8qGSntbCRzWhks5rjqPYgaJpZM4LGQtu
.

--
Philipp Schmitt

Does it means I have to copy my certificats in /etc/hosts ?
I'm sorry but I don't undertand what to do... In my certificats I haven't name ?!
And what do you mean with : "You may go around that by entering an /etc/hosts entry for
your Hass instance." ?
I'm sorry, I started in this domain...
thank you !

Sorry but this ain't a support forum but a PR. There are other means of contacting me, or getting help. I'd suggest you ask this question on https://gitter.im/home-assistant/home-assistant

@pschmitt does insecure now work with dasher? Im running into a similar issue as you and cant seem to resolve it: https://github.com/maddox/dasher/issues/70


Needs a new release for the documented region option to work

Hi, the region option does not work with the latest release version (v1.1.3).
What works is the undocumented  (and deprecated?) registry_region option.
Neither the master documentation nor the v1.1.3 documentation mention registry_region.
I think the simplest solution would be to release a new version and recommend to use this new tagged version instead.

Sorry about that @blueimp! You're totally right about just putting out a new release — looks like it was the best thing. That's all done now.

Thanks!
Minor nitpick: The second code example still uses ecr#v1.1.3 in the master README.

Oh, good catch! Thanks, all fixed now.


Generate Presigners that sign the querystring rather than headers

Presigned URLs are easier to work with than presigned requests, because of the extra complexity of serializing/deserializing lists of lists (headers). vs just a URL as a string.
Currently the SDK generates most presigners to use headers.

Community Note

Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue, please leave a comment

Describe the Feature

Is your Feature Request related to a problem?

Proposed Solution

Describe alternatives you've considered

Additional Context

[ ] I may be able to implement this feature request

We'll handle this in smithy-kotlin#755.


Slim down Windows 10

Remove things we don't need for a vagrant box. Ads, personalization,
windows defender, cortana, feedback prompts.
Signed-off-by: Tim Smith<EMAIL_ADDRESS>

Love this!


Dingo/API closure problem

Hi,
There is a problem when you try to use a closure in your routes file like this example:
$api->get('/', function() { return ['test' => 'test']; });
this closure will break the docs generation and show this error:
[ErrorException] explode() expects parameter 2 to be string, object given

It's not because of the closure, but because of another dependency in your
composer.json
Can you please post the contents of your composer.json file?
Diaa Fares<EMAIL_ADDRESS>schrieb am Fr., 17. Juni 2016, 10:50
nachm.:

Hi,
There is a problem when you try to use a closure in your routes file like
this example:
$api->get('/', function() { return ['test' => 'test']; });
this closure will break the docs generation and show this error:
[ErrorException] explode() expects parameter 2 to be string, object given
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/mpociot/laravel-apidoc-generator/issues/42, or mute
the thread
https://github.com/notifications/unsubscribe/AAxHTIQcw-kQ6LNLBdziyPt284Q2BXGQks5qMwh_gaJpZM4I4uC-
.

@mpociot here is my composer.json conents:
{     "name": "laravel/laravel",     "description": "The Laravel Framework.",     "keywords": ["framework", "laravel"],     "license": "MIT",     "type": "project",     "require": {         "php": ">=5.5.9",         "laravel/framework": "5.2.*",         "dingo/api": "1.0.x@dev",         "tymon/jwt-auth": "0.5.*",         "mpociot/laravel-apidoc-generator": "^1.2"     },     "require-dev": {         "fzaninotto/faker": "~1.4",         "mockery/mockery": "0.9.*",         "phpunit/phpunit": "~4.0",         "symfony/css-selector": "2.8.*|3.0.*",         "symfony/dom-crawler": "2.8.*|3.0.*"     },     "autoload": {         "classmap": [             "database"         ],         "psr-4": {             "App\\": "app/"         }     },     "autoload-dev": {         "classmap": [             "tests/TestCase.php"         ]     },     "scripts": {         "post-root-package-install": [             "php -r \"copy('.env.example', '.env');\""         ],         "post-create-project-cmd": [             "php artisan key:generate"         ],         "post-install-cmd": [             "Illuminate\\Foundation\\ComposerScripts::postInstall",             "php artisan optimize"         ],         "post-update-cmd": [             "Illuminate\\Foundation\\ComposerScripts::postUpdate",             "php artisan optimize"         ]     },     "config": {         "preferred-install": "dist"     } }


Add blake2 init with key

Description
Blake2 has been added back with this PR https://github.com/LedgerHQ/ledger-secure-sdk/pull/230 by @tjoly-ledger.
There are only 2 init available: one with no parameters and one with parameters {salt, perso}
Please implement the third possible initialization which is with using a key. Something like:
static cx_err_t cx_blake2b_init3_no_throw(cx_blake2b_t* hash,
                                          size_t size,
                                          uint8_t* key,
                                          size_t key_len) {
    if (key == NULL && key_len != 0) {
        goto err;
    }

    if (size % 8 != 0 || size < 8 || size > 512) {
        goto err;
    }
    memset(hash, 0, sizeof(cx_blake2b_t));

    size = size / 8;
    hash->output_size = size;
    hash->header.info = &cx_blake2b_info;

    if (blake2b_init_key(&hash->ctx, size, key, key_len) < 0) {
        goto err;
    }
    return CX_OK;

err:
    return CX_INVALID_PARAMETER;
}

Your environment

Linux
branch that causes this issue
Device (All devices)

@tjoly-ledger have you had the chance to take a look at this? It seems like a logical thing to add to complete support for blake2b


[ttLib] scale-upem fails in many ways

Trying to use ttLib.scaleUpem and not getting anything so far
Running on Source Serif VF from https://github.com/adobe-fonts/source-serif/blob/release/VAR/SourceSerif4Variable-Roman.ttf
fonttools ttLib.scaleUpem SourceSerif4Variable-Roman.ttf 4096 --output-file=scaledRoman.ttf

too much 'hmtx' table data
Writing scaledRoman.ttf
Traceback (most recent call last):
  File "/venv/test/bin/fonttools", line 8, in <module>
    sys.exit(main())
  File "/venv/test/lib/python3.10/site-packages/fontTools/__main__.py", line 30, in main
    runpy.run_module(mod, run_name='__main__')
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/runpy.py", line 227, in run_module
    return _run_code(code, {}, init_globals, run_name, mod_spec)
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 336, in <module>
    sys.exit(main())
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 330, in main
    font.save(output_file)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttFont.py", line 185, in save
    writer_reordersTables = self._save(tmp)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttFont.py", line 225, in _save
    self._writeTable(tag, writer, done, tableCache)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttFont.py", line 658, in _writeTable
    tabledata = self.getTableData(tag)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttFont.py", line 680, in getTableData
    return self.tables[tag].compile(self)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otBase.py", line 135, in compile
    self.table.compile(writer, font)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otBase.py", line 1006, in compile
    conv.write(writer, font, table, value)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otConverters.py", line 660, in write
    value.compile(subWriter, font)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otBase.py", line 970, in compile
    conv.writeArray(writer, font, table, value)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otConverters.py", line 201, in writeArray
    self.write(writer, font, tableDict, value, i)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otConverters.py", line 660, in write
    value.compile(subWriter, font)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otBase.py", line 970, in compile
    conv.writeArray(writer, font, table, value)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otConverters.py", line 201, in writeArray
    self.write(writer, font, tableDict, value, i)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otConverters.py", line 1715, in write
    writeSmallArray(values[n1:regionCount])
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otBase.py", line 674, in writeInt8Array
    self.writeArray('b', values)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/otBase.py", line 666, in writeArray
    a = array.array(typecode, values)
OverflowError: ('signed char is less than minimum', 0, 'Item[]', 0, 'VarData[]', 'VarStore')

The OTF has the same except for the too much hmtx line.
Running on a totally different static OTF
Traceback (most recent call last):
  File "/venv/test/bin/fonttools", line 8, in <module>
    sys.exit(main())
  File "/venv/test/lib/python3.10/site-packages/fontTools/__main__.py", line 30, in main
    runpy.run_module(mod, run_name='__main__')
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/runpy.py", line 227, in run_module
    return _run_code(code, {}, init_globals, run_name, mod_spec)
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 336, in <module>
    sys.exit(main())
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 327, in main
    scale_upem(font, new_upem)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 291, in scale_upem
    visitor.visit(font)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttVisitor.py", line 16, in visit
    super().visit(obj, *args, **kwargs)
  File "/venv/test/lib/python3.10/site-packages/fontTools/misc/visitor.py", line 133, in visit
    ret = visitorFunc(self, obj, *args, **kwargs)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttVisitor.py", line 30, in visit
    visitor.visit(font[tag], *args, **kwargs)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttVisitor.py", line 16, in visit
    super().visit(obj, *args, **kwargs)
  File "/venv/test/lib/python3.10/site-packages/fontTools/misc/visitor.py", line 137, in visit
    self.visitObject(obj, *args, **kwargs)
  File "/venv/test/lib/python3.10/site-packages/fontTools/misc/visitor.py", line 91, in visitObject
    ret = visitorFunc(self, obj, key, value, *args, **kwargs)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 179, in visit
    _cff_scale(visitor, args)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 152, in _cff_scale
    args[i] = visitor.scale(arg)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 24, in scale
    return otRound(v * self.scaleFactor)
TypeError: can't multiply sequence by non-int of type 'float'

It seems to work on some fonts, but not most of what I'm trying.

Got another different traceback on a different variable font...
Traceback (most recent call last):
  File "/venv/test/bin/fonttools", line 8, in <module>
    sys.exit(main())
  File "/venv/test/lib/python3.10/site-packages/fontTools/__main__.py", line 30, in main
    runpy.run_module(mod, run_name='__main__')
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/runpy.py", line 227, in run_module
    return _run_code(code, {}, init_globals, run_name, mod_spec)
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 337, in <module>
    sys.exit(main())
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/scaleUpem.py", line 331, in main
    font.save(output_file)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttFont.py", line 185, in save
    writer_reordersTables = self._save(tmp)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttFont.py", line 225, in _save
    self._writeTable(tag, writer, done, tableCache)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttFont.py", line 658, in _writeTable
    tabledata = self.getTableData(tag)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/ttFont.py", line 680, in getTableData
    return self.tables[tag].compile(self)
  File "/venv/test/lib/python3.10/site-packages/fontTools/ttLib/tables/_h_e_a_d.py", line 72, in compile
    bounds = charString.calcBounds(charStrings)
  File "/venv/test/lib/python3.10/site-packages/fontTools/misc/psCharStrings.py", line 1012, in calcBounds
    self.draw(boundsPen)
  File "/venv/test/lib/python3.10/site-packages/fontTools/misc/psCharStrings.py", line 1007, in draw
    extractor.execute(self)
  File "/venv/test/lib/python3.10/site-packages/fontTools/misc/psCharStrings.py", line 528, in execute
    super().execute(charString)
  File "/venv/test/lib/python3.10/site-packages/fontTools/misc/psCharStrings.py", line 302, in execute
    rv = handler(index)
  File "/venv/test/lib/python3.10/site-packages/fontTools/misc/psCharStrings.py", line 437, in op_vsindex
    self.numRegions = self.private.getNumRegions(vi)
  File "/venv/test/lib/python3.10/site-packages/fontTools/cffLib/__init__.py", line 2802, in getNumRegions
    numRegions = self.vstore.getNumRegions(vi)
  File "/venv/test/lib/python3.10/site-packages/fontTools/cffLib/__init__.py", line 1042, in getNumRegions
    varData = self.otVarStore.VarData[vsIndex]
IndexError: list index out of range

For the static OTF with traceback TypeError: can't multiply sequence by non-int of type 'float' it's coming from CFF hinting where we have hintmasks like this with b'\xd8' which scale is trying to use as an int. If I make it ignore that then it doesn't fail.
[('', [184]), ('hstemhm', [-102, 32, 686, 38, -29, 29]), ('', [135, 81, 377, 81]), ('hintmask', []), ('', [b'\xd8']), ('rmoveto', [135, 86]), ('vhcurveto', [-66, -1, -28, -2, -28]),

I fixed the first issue. I need reproduction fonts for each individual issue. Please file separate issues preferably.

I fixed hintmask handling as well.

File "/venv/test/lib/python3.10/site-packages/fontTools/cffLib/init.py", line 1042, in getNumRegions
varData = self.otVarStore.VarData[vsIndex]
IndexError: list index out of range

This suggests a bad font. Though I have to see the font to know for sure.

Thanks Behdad


[lorawan] IAR project linker file uses relative path

Project linker file should use relative path, this helps others who have different environment to build without issue.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.RitchieLi seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

@JiapengLi please sign CLA. Thank you.

@junjiec Signed.


class_loader: 0.3.4-0 in 'kinetic/distribution.yaml' [bloom]

Increasing version of package(s) in repository class_loader to 0.3.4-0:

upstream repository: https://github.com/ros/class_loader
release repository: https://github.com/ros-gbp/class_loader-release.git
distro file: kinetic/distribution.yaml
bloom version: 0.5.21
previous version for package: 0.3.3-0

class_loader
* cleanup: don't use active_class_loaders_[library_path] for existence test (#35 <https://github.com/ros/class_loader/issues/35>)
  * cleanup: don't use active_class_loaders_[library_path] for existence test
  - this accumulates map entries with NULL pointer
  - fixing it, allows some cleanup
  * list headers in CodeBlocks / QtCreator
  * explicitly list all headers
* Merge pull request #34 <https://github.com/ros/class_loader/issues/34> from rhaschke/fix-on-demand-unloading
  fix on demand unloading
* Merge pull request #32 <https://github.com/ros/class_loader/issues/32> from saarnold/fixed_unset_variable_evaluation
  fixed evaluation of undefined variable
* fixed evaluation of undefined variable
* not unloading the ClassLoaders (to avoid the SEVERE WARNING) doesn't work either
* bugfix: enable on-demand loading/unloading with MultiClassLoader
  - enforce loading of library in loadLibrary(), otherwise we cannot know
  - don't unload libraries in destructor when on-demand-unloading is enabled
* extra utest: MultiClassLoaderTest.lazyLoad succeeds two times in a row?
* added MultiLibraryClassLoader unittest
* Contributors: Mikael Arguedas, Robert Haschke, Sascha Arnold

Please wait for synchronized release.


new line before and after $$  ... $$ equations

It seems to me that to make Mathjax $$ ... $$ equations work, there have to be new lines before and after $$...$$ equations.
Is there any plan to remove this requirement in the future?
BTW, I was using Jekyll to build a static website. And equations are written in markdown file.

This is a duplicate of #2202.  There is a pull request that resolves this, and it will be included in the next release.


TimerButton issue

The preferred solution is to cancel the timer or stop listening to the animation in the dispose() callback. Another solution is to check the "mounted" property of this object before calling setState() to ensure the object is still in the tree.
E/flutter (15177): This error might indicate a memory leak if setState() is being called because another object is retaining a reference to this State object after it has been removed from the tree. To avoid memory leaks, consider breaking the reference to this object during dispose().
E/flutter (15177): #0      State.setState. (package:flutter/src/widgets/framework.dart:1105:9)
E/flutter (15177): #1      State.setState (package:flutter/src/widgets/framework.dart:1140:6)
E/flutter (15177): #2      _ArgonTimerButtonState.startTimer. (package:argon_buttons_flutter/argon_buttons_flutter.dart:360:24)
E/flutter (15177): #3      _rootRunUnary (dart:async/zone.dart:1132:38)
E/flutter (15177): #4      _CustomZone.runUnary (dart:async/zone.dart:1029:19)
E/flutter (15177): #5      _CustomZone.runUnaryGuarded (dart:async/zone.dart:931:7)
E/flutter (15177): #6      _CustomZone.bindUnaryCallbackGuarded. (dart:async/zone.dart:968:26)
E/flutter (15177): #7      _rootRunUnary (dart:async/zone.dart:1136:13)
E/flutter (15177): #8      _CustomZone.runUnary (dart:async/zone.dart:1029:19)
E/flutter (15177): #9      _CustomZone.bindUnaryCallback. (dart:async/zone.dart:952:26)
E/flutter (15177): #10     _Timer._runTimers (dart:isolate-patch/timer_impl.dart:382:19)
E/flutter (15177): #11     _Timer._handleMessage (dart:isolate-patch/timer_impl.dart:416:5)
E/flutter (15177): #12     _RawReceivePortImpl._handleMessage (dart:isolate-patch/isolate_patch.dart:172:12)
This issue happen when timer button like Resend otp is working then click another button like submit then occur this issue. have any way to stop timer when need?

Try calling by pressing the button
startTimer(-1);


Cause IllegalStateException: FragmentManager is already executing transactions

HUAWEI BND-AL10 (Android7.0) Cause IllegalStateException: FragmentManager is already executing transactions
   activity.runOnUiThread(new Runnable() {
                    @Override
                    public void run() {
                        activity.getSupportFragmentManager()
                                .beginTransaction()
                                .add(newFragment, TAG)
                                .commitNowAllowingStateLoss();
                    }
                });

My solvement is try catch it.

Maybe it has something to do with the use of ViewPager+Fragment.


Fixing issue retrieving uname in makefile

PR that moved to latest Kind introduced a bug where $(uname) was undefined and caused invalid version of kind to download

Fixes #168

Just tested this and it fixed #168 for me

/azp run

Note that this is not required if #152 is merged as it is contained in that PR

/azp run


K8SPS-103: Add printer columns for orchestrator and router status

https://jira.percona.com/browse/K8SPS-103

This is how it looks in the end:
➜  percona-server-mysql-operator git:(K8SPS-103-add-printer-columns) k get perconaservermysqls.ps.percona.com
NAME       REPLICATION   ENDPOINT                         STATE   ORCHESTRATOR   ROUTER   AGE
cluster1   async         cluster1-mysql-primary.default   ready   ready                   27m

I'm just not sure why the Router has no value.

This is how it looks in the end:
➜   k get perconaservermysqls.ps.percona.com
NAME       REPLICATION   ENDPOINT                         STATE   ORCHESTRATOR   ROUTER   AGE
cluster1   async         cluster1-mysql-primary.default   ready   ready                   27m

I'm just not sure why the Router has no value. Do you maybe know @hors or @tplavcic ?

When you deploy the cluster you need to set 'group-replication' for 'spec.mysql.clusterType'  option and you will have GR instead of async and MySQL router will be present.

Test name
Status

auto-config
passed

config
passed

init-deploy
passed

monitoring
passed

semi-sync
passed

service-per-pod
failed

scaling
passed

sidecars
passed

users
passed

limits
passed

demand-backup
passed

gr-init-deploy
passed

We run 12 out of 12

commit: https://github.com/percona/percona-server-mysql-operator/pull/116/commits/1a23a7adcabbf968e9ec495804141b694f15af48
image: perconalab/percona-server-mysql-operator:PR-116-1a23a7a

Hey @hors , could you re-check it pls? This is the result now we have:

async replication

➜  k get perconaservermysql
NAME       REPLICATION   ENDPOINT                         STATE   ORCHESTRATOR   ROUTER   AGE
cluster1   async         cluster1-mysql-primary.default   ready   3                       7m49s

group-replication

➜  k get perconaservermysql
NAME       REPLICATION         ENDPOINT                  STATE   ORCHESTRATOR   ROUTER   AGE
cluster1   group-replication   cluster1-router.default   ready                  3        5m9s

Hey @hors , could you re-check it pls? This is the result now we have:

async replication

➜  k get perconaservermysql
NAME       REPLICATION   ENDPOINT                         STATE   ORCHESTRATOR   ROUTER   AGE
cluster1   async         cluster1-mysql-primary.default   ready   3                       7m49s

group-replication

➜  k get perconaservermysql
NAME       REPLICATION         ENDPOINT                  STATE   ORCHESTRATOR   ROUTER   AGE
cluster1   group-replication   cluster1-router.default   ready                  3        5m9s

@inelpandzic cool but what about MYSQL. Please see my comment above.


MACD calculation is wrong: should be (slow period - fast period) and not vice versa

The MACD value is reversed - i.e. the formula is (slow period - fast period) and not vice versa

Just verified it in wikipedia and stockcharts.com both use fast - slow.
https://en.wikipedia.org/wiki/MACD
http://stockcharts.com/school/doku.php?id=chart_school:technical_indicators:moving_average_convergence_divergence_macd

@dexbg If you find this correct you can close the issue, else provide me a resource and we can discuss and if it is correct I am happy to change.

Sorry, my mistake.

dexbg, I cannot thank you enough for the amazing library. Unfortunately, anandanand84 is right, when I compare the generated MACD is different from Yahoo financial. Maybe they're wrong but it worths investigating.

@heekah7 can you send me a screenshot of the difference, did you look at cryptocurrency or other?
Can you check if yahoo finance is different from https://cryptotrading-hub.com if it is cryptocurrency, cryptotrading hub uses this library

I just verified against trading view it seems to be correct, can you verify again if the parameters are the same with both yahoo and the library


Multiple Expose?

e.g.
in webpack 's config file, how to expose jquery as jQuery and $?
have to write tow loader?

A glimpse on the code reveals that it is possible to expose multiple variables only by writing expose multiple times, e.g: expose?$!expose?jQuery

Another way is just do var jQuery = $ = require('jquery') or window.jQuery = window.$ = require('jquery') to expose globally, as jQuery not supports this.
Thanks @pribilinskiy for a solution as well!


Not connecting

Don't know what is wrong.
It will just not connect on a RPI 3B+
May  4 11:48:50 tiltpi Node-RED[374]: 4 May 11:48:50 - [info] [exec:235307e4.347e18] error:Error: Command failed:  sudo setfacl -Rm g:pi:rwx /mnt/usb May  4 11:48:50 tiltpi Node-RED[374]: sudo: setfacl: opdracht niet gevonden May  4 11:49:05 tiltpi Node-RED[374]: 4 May 11:49:05 - [info] [Generic BLE:28f43783.86d8b8] [subscribe] Peripheral:bba0500e0a12 is NOT ready. state=>undefined

Which version of GFConnect are you using?
Have you also checked that all the required dependencies are installed?

I use the Latest version (the one you updated yesterday)
I added all dependencies you mentioned on your website
It is for the GF30 Connect
Regards,
Ferry Holsderver
Van: Claus Broch<EMAIL_ADDRESS>Verzonden: maandag 4 mei 2020 12:50
Aan: clausbroch/node-red-gfconnect
CC: PD9FER; Author
Onderwerp: Re: [clausbroch/node-red-gfconnect] Not connecting (#2)
Which version of GFConnect are you using?
Have you also checked that all the required dependencies are installed?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/clausbroch/node-red-gfconnect/issues/2#issuecomment-623393408 , or unsubscribe https://github.com/notifications/unsubscribe-auth/APOHFEPVLCYO7NN4W4LWHL3RP2MUNANCNFSM4MYT23KQ .  https://github.com/notifications/beacon/APOHFELCJ6JPXU2LELKAZ7LRP2MUNA5CNFSM4MYT23K2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEUUDVAA.gif

There were actually two updates yesterday. One that was tagged as v0.9 and one tha is now tagged as v0.9.1
v0.9.1 fixes an issue with connection so that's the reason I'm asking

using the latest one
Tried again and i get:
4 May 13:17:13 - [info] [GenericBLE] Start BLE scanning
4 May 13:17:13 - [info] Starting flows
4 May 13:17:25 - [error] [function:Update] TypeError: Cannot read property '1' of undefined
4 May 13:17:25 - [info] [Generic BLE:399fd269.b9d84e] [subscribe] Peripheral:bba0500e0a12 is NOT ready. state=>undefined
4 May 13:17:25 - [info] [Generic BLE:399fd269.b9d84e] [subscribe] Peripheral:bba0500e0a12 is NOT ready. state=>undefined
4 May 13:17:26 - [error] [function:Update] TypeError: Cannot read property '1' of undefined
Regards,
Ferry
Van: Claus Broch<EMAIL_ADDRESS>Verzonden: maandag 4 mei 2020 14:14
Aan: clausbroch/node-red-gfconnect
CC: PD9FER; Author
Onderwerp: Re: [clausbroch/node-red-gfconnect] Not connecting (#2)
There were actually two updates yesterday. One that was tagged as v0.9 and one tha is now tagged as v0.9.1
v0.9.1 fixes an issue with connection so that's the reason I'm asking
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/clausbroch/node-red-gfconnect/issues/2#issuecomment-623427888 , or unsubscribe https://github.com/notifications/unsubscribe-auth/APOHFEOTYXXKT4SDNTL7YDDRP2WSNANCNFSM4MYT23KQ .  https://github.com/notifications/beacon/APOHFEO72KVD7QIVGNO6LQTRP2WSNA5CNFSM4MYT23K2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEUUMCMA.gif

The error "[error] [function:Update] TypeError: Cannot read property '1' of undefined" is probably coming from the Tilt flow.
The other message seems to be because the underlying bluetooth library hasn't yet received the information from the device. In this case the Grainfather controller.
Have you tried restarting the Grainfather controller and see if it behaves better?
Or the Raspberry Pi for that matter? I have experienced some odd behaviors from time to time that were solved by a restart.

Tried it all..
Even a complete Node-Red install without tilt pi
no Joy :-(
You are welcome for a remote session when you have time.
Van: Claus Broch<EMAIL_ADDRESS>Verzonden: maandag 4 mei 2020 16:06
Aan: clausbroch/node-red-gfconnect
CC: PD9FER; Author
Onderwerp: Re: [clausbroch/node-red-gfconnect] Not connecting (#2)
The error "[error] [function:Update] TypeError: Cannot read property '1' of undefined" is probably coming from the Tilt flow.
The other message seems to be because the underlying bluetooth library hasn't yet received the information from the device. In this case the Grainfather controller.
Have you tried restarting the Grainfather controller and see if it behaves better?
Or the Raspberry Pi for that matter? I have experienced some odd behaviors from time to time that were solved by a restart.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/clausbroch/node-red-gfconnect/issues/2#issuecomment-623484581 , or unsubscribe https://github.com/notifications/unsubscribe-auth/APOHFEKF43LFKNOLFVOM4ZLRP3DTTANCNFSM4MYT23KQ .  https://github.com/notifications/beacon/APOHFEPQLFPDBRZNRO7SZLDRP3DTTA5CNFSM4MYT23K2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEUUZ5JI.gif

Could you go into the NodeRED editor and enable this debug output and see if something is written to the debug console

I let you know tomorrow....
BTW My BLE says Grain instead of Grainfather
Van: Claus Broch<EMAIL_ADDRESS>Verzonden: maandag 4 mei 2020 18:10
Aan: clausbroch/node-red-gfconnect
CC: PD9FER; Author
Onderwerp: Re: [clausbroch/node-red-gfconnect] Not connecting (#2)
Could you go into the NodeRED editor and enable this debug output and see if something is written to the debug console
https://user-images.githubusercontent.com/62475418/80987438-57287680-8e32-11ea-8ab6-2ec17b529f68.png Screenshot 2020-05-04 at 18 06 35
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/clausbroch/node-red-gfconnect/issues/2#issuecomment-623557236 , or unsubscribe https://github.com/notifications/unsubscribe-auth/APOHFEIKBUFMTWI3IPZQDTDRP3SGZANCNFSM4MYT23KQ .  https://github.com/notifications/beacon/APOHFEP3PCPDIXYIOYG6GD3RP3SGZA5CNFSM4MYT23K2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEUVLU5A.gif

Yes, it's name on bluetooth is "Grain".

Knipsel.JPG
Van: Claus Broch<EMAIL_ADDRESS>Verzonden: maandag 4 mei 2020 18:25
Aan: clausbroch/node-red-gfconnect
CC: PD9FER; Author
Onderwerp: Re: [clausbroch/node-red-gfconnect] Not connecting (#2)
Yes, it's name on bluetooth is "Grain".
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/clausbroch/node-red-gfconnect/issues/2#issuecomment-623565514 , or unsubscribe https://github.com/notifications/unsubscribe-auth/APOHFELCEL5TDJSBUJLVORLRP3T6DANCNFSM4MYT23KQ .  https://github.com/notifications/beacon/APOHFEMNEW34QMN5I5QRFTTRP3T6DA5CNFSM4MYT23K2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEUVNVSQ.gif

Do you see the screenshot?

Could you try entering the following on the command line:
node-red-stop
gatttool -b bb:a0:50:0e:0a:12 --characteristics

I had to change the bluetooth address to make it work.
My Grainfather has: BB:A0:50:0B:0C:1E

Hmmm... that might be the cause of it

As @phellarv, I had to manually set the BT address.
$ sudo bluetoothctl
agent on
default-agent
scan on
to see all devices and the pick the address for "Grain".

Fixed!
Now also works together with TiltPi
My BT MAC Address was indeed different.


Change "useless" comment wording

Calling something useless is pretty harsh and doesn't look good as a wording in UI.
This PR replaces it with a moderate one.

How about unhelpful?

I'd suggest "unmeaningful". Which do you think is better?

I think unmeaningful isn’t very common, meaningless is. But meaningless isn’t nicer than useless

I'm going with "unhelpful" then.


Add a check for DSPO Service Monitor and metrics

Description

Add an e2e test case for DSPO Service Monitor and metrics. Closes RHODS-8312.
How Has This Been Tested?

Deploy a DSPA instance
Run the following commands:

make build -- to create the test container image
make run TESTS_REGEX=ml-pipelines

This will run the container image locally
It will further apply the kfdef defined in the kfctl_openshift.yaml file.
If you have the kfdef installed already, you can run this instead:
make run SKIP_INSTALL=true SKIP_KFDEF_INSTALL=true

Merge criteria:

[x] The commits are squashed in a cohesive manner and have meaningful messages.
[x] Testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).
[x] The developer has manually tested the changes and verified that the changes work

/lgtm
/approve


Dashboard show backend health

Do you want to request a feature or report a bug?
Feature
What did you expect to see?
Visual demonstration of the each backends health in the dashboard page (similar to haproxy stats page indicators).
What did you see instead?
No visual indication if the backend is healthy
Output of traefik version: (What version of Traefik are you using?)
1.5.2

Duplicate of #1783


[WIP] fix: headers and queries multimap

Description
This PR fixes #588
need to create a multi map class in pyo3

Not needed anymore


Using a component name in a route definition

Up until very recently, you were to be able to use the name of a global component as a route:
router.on('/path', { component: 'some-global-component' });

But it's now been broken. guardComponent just sets it to null. It used to check for a string first.
I now get this error:

[vue-router] invalid component for route "undefined"

I've decided to remove that functionality. You now always need to pass in the actual component (options or constructor).
For global ones you can just do { component: Vue.component('some-global-component') }

That did the trick. Thanks. Sorry for bugging you :heart:

Getting undefined on Repl.it
I had to use var in global scope :(


How can I use the CRD definitions in own package?

Hi!
For further automation, I want to use the api types defined by the helm-controller in an own go program, using client-go. The api types are available (https://github.com/fluxcd/helm-controller/tree/main/api/v2beta1) and can be references by go get.
What feels to be missing, is a clientset implementation, like the one provided by istio (https://github.com/istio/client-go/blob/master/pkg/clientset/versioned/clientset.gen.go). I could use an unversioned client, or dynamic rest client, but I just wanna make sure that I'm not missing something here.
How is the package supposed to be consumed by an own program?
Thank you

Thank you so much. I was sure that there should be something there.


More control of displayed components

Thanks for the library. Do you think you could add an option to only show the spinner and not the top bar?
Also, it would extremely handy if it could be possible to control the visibility of both components from a programmatic interface. I think an API similar to the React startTransition would be great.
import { startProgress, startBarProgress, startSpinnerProgress } from "next-nprogress-bar";

const App () => {
  const { data, load, refresh } = useMyData();

  const load = () => {
    startBarProgress(() => {
      load();
    });
  });

  const refresh = () => {
    startSpinnerProgress(() => {
      refresh();
    });
  });

  return data;
}

I use NProgress, to my knowledge there are no options to do this with NProgress. I don't want to add too much complexity to do this kind of option. However, if you have an idea of a simple way to do this, please don't hesitate to submit a PR.


Master 3.1 backport

This is already ported to 3.0.1. No work is needed on Apex besides making master stable.

Jetty change we need to discuss.


Dashboard journals should show only the registered journals

If I am the journal manager of Acta Medica, then my dashboard should show the my journals only; in that case only acta medica

You're the JM of acta but you may also see other journals.


Lodash causes errors when cloning objects

Version
2.6.11
Reproduction link
https://jsfiddle.net/chrisvfritz/50wL7mdz/
Steps to reproduce
Try to clone object with lodash library and reassign it to root data object. For example this.car = _.cloneDeep(carModel).
What is expected?
When you use binding say v-model="car.color" it should work.
What is actually happening?
It throws error that car is not defined at all. Feels like root data object lose reference to car object.

Funny thing is that sometimes it works perfectly and sometimes it just breaks.

Hi, thanks for your interest but Github issues are for bug reports and feature requests only. You can ask questions on the forum, the Discord server or StackOverflow.

When reporting a bug, always provide a boiled down reproduction


[T5][W14-A1] ChenZhiLiang

Added Exception throwing in execute method (which gave an error)

Accepting this PR without a review because another of your PRs for this tutorial was reviewed in detail.


BatchNorm on GPU become very slow in latest TF

Nightly built, python2 gpu, cuda 7.5, cudnn 4.0.7, archlinux. TitanX.
I run batch_norm_benchmark.py and got the following output:
Forward convolution (lower layers).
cpu shape:4/3 #layers:10 mode:op scale:True train:False - 0.043865 secs
cpu shape:4/3 #layers:10 mode:py scale:True train:False - 0.053864 secs
cpu shape:4/3 #layers:10 mode:slow scale:True train:False - 0.088060 secs
=== op vs py: 22.8% ===
=== py vs slow: 63.5% ===
gpu shape:4/3 #layers:10 mode:op scale:True train:False - 0.287913 secs
gpu shape:4/3 #layers:10 mode:py scale:True train:False - 0.284179 secs
gpu shape:4/3 #layers:10 mode:slow scale:True train:False - 0.287409 secs
=== op vs py: -1.3% ===
=== py vs slow: 1.1% ===
Forward/backward convolution (lower layers).
cpu shape:4/3 #layers:10 mode:op scale:True train:True - 0.220112 secs
cpu shape:4/3 #layers:10 mode:py scale:True train:True - 0.201284 secs
cpu shape:4/3 #layers:10 mode:slow scale:True train:True - 0.295103 secs
=== op vs py: -8.6% ===
=== py vs slow: 46.6% ===
gpu shape:4/3 #layers:10 mode:op scale:True train:True - 2.108785 secs
gpu shape:4/3 #layers:10 mode:py scale:True train:True - 0.578407 secs
gpu shape:4/3 #layers:10 mode:slow scale:True train:True - 0.863753 secs
=== op vs py: -59.0% ===
=== py vs slow: -96.6% ===
Forward convolution (higher layers).
cpu shape:4/3 #layers:10 mode:op scale:True train:False - 0.025443 secs
cpu shape:4/3 #layers:10 mode:py scale:True train:False - 0.033344 secs
cpu shape:4/3 #layers:10 mode:slow scale:True train:False - 0.048162 secs
=== op vs py: 31.1% ===
=== py vs slow: 44.4% ===
gpu shape:4/3 #layers:10 mode:op scale:True train:False - 0.164241 secs
gpu shape:4/3 #layers:10 mode:py scale:True train:False - 0.161473 secs
gpu shape:4/3 #layers:10 mode:slow scale:True train:False - 0.163212 secs
=== op vs py: -1.7% ===
=== py vs slow: 1.1% ===
Forward/backward convolution (higher layers).
cpu shape:4/3 #layers:10 mode:op scale:True train:True - 0.111931 secs
cpu shape:4/3 #layers:10 mode:py scale:True train:True - 0.118556 secs
cpu shape:4/3 #layers:10 mode:slow scale:True train:True - 0.163289 secs
=== op vs py: 5.9% ===
=== py vs slow: 37.7% ===
gpu shape:4/3 #layers:10 mode:op scale:True train:True - 1.194288 secs
gpu shape:4/3 #layers:10 mode:py scale:True train:True - 0.329403 secs
gpu shape:4/3 #layers:10 mode:slow scale:True train:True - 0.491005 secs
=== op vs py: -72.4% ===
=== py vs slow: 49.1% ===
Forward fully-connected.
cpu shape:2/1 #layers:10 mode:py scale:True train:False - 0.001866 secs
cpu shape:2/1 #layers:10 mode:slow scale:True train:False - 0.002859 secs
=== py vs slow: 53.2% ===
gpu shape:2/1 #layers:10 mode:py scale:True train:False - 0.002420 secs
gpu shape:2/1 #layers:10 mode:slow scale:True train:False - 0.002523 secs
=== py vs slow: 4.3% ===
Forward/backward fully-connected.
cpu shape:2/1 #layers:10 mode:py scale:True train:True - 0.004973 secs
cpu shape:2/1 #layers:10 mode:slow scale:True train:True - 0.006781 secs
=== py vs slow: 36.4% ===
gpu shape:2/1 #layers:10 mode:py scale:True train:True - 0.006370 secs
gpu shape:2/1 #layers:10 mode:slow scale:True train:True - 0.008182 secs
=== py vs slow: 28.4% ===

Although sess.run in a loop might not be an accurate way to benchmark, I think the performance regression exists because running the same script with an earlier binary built (not sure which commit it is) is 10x-20x faster.

I'm assuming this is a duplicate of #3603

Oh it seems so. Thanks. Will close due to duplication.


isTTY error

I have tried to install telnetlib on linux but i keep getting this error:
/home/henpett/Desktop/server/node_modules/telnetlib/src/TelnetSocket/TelnetSocket.js:20
  isTTY = true;
        ^

SyntaxError: Unexpected token =

it works like it should on windows but idk what's the problem

My thought is that you have an older version of node installed that does not support public class fields. What does node --version show? You will need at least version 12.0.0.

this was the issue after updating everything worked as expected thanks! also is there any propper documentation on the diffrent events like connect and end etc?


Improve batch rate limiting logic

Currently, the batch rate limit logic does not take into account the number of objects sent in the previous request when calculating whether it should backoff. To improve throughput and maximise loading times, this should be factored into the logic.

will raise a PR for this

@tsmith023  Is there a typical or maximum batch size that we should consider when designing the backoff logic?


SlickGrid requires a valid container error. Works on local environment but not on IIS

SlickGrid requires a valid container, [object Object] does not exist in the DOM.
Getting the above error when I add a grid to a dialog. It works when I run it locally and it runs for several different other grids but not for one particular grid. Even though it is using the same code.

@zappitmr
A simple search first :
#3879
SlickGrid requires a valid container #3879

@stixoffire Thanks for the reference. Had seen that post but that doesn't resolve my issue. It runs locally and IDs are correct.

@zappitmr if it runs locally and runs other grids with same code?  Check Permissions on the grid / xyzrow that you are trying to add to the dialog. It sounds like it can't access it - so you don't get it.

@stixoffire Thanks for the reply but I have checked the above also. It has access. The same as with the other grids.

@zappitmr did you do a clean and rebuild? - delete your files in obj folder as well , then rebuild and Transform T4 .

Yes had tried clean and rebuild. Just deleted files in obj and still same issue.
Uncaught Error: SlickGrid requires a valid container, [object Object] does not exist in the DOM.
at init (slick.grid.js?v=-UNs7rVmehG4hGOYJukWAg2:283)
at new SlickGrid (slick.grid.js?v=-UNs7rVmehG4hGOYJukWAg2:5154)
at CustomerVwContactsGrid.DataGrid.createSlickGrid (DataGrid.ts:395)
at CustomerVwContactsGrid.DataGrid [as constructor] (DataGrid.ts:62)
at CustomerVwContactsGrid.EntityGrid [as constructor] (EntityGrid.ts:7)
at new CustomerVwContactsGrid (Delpac.Web.js?v=M9jRY8EI3VmobseXv9Y22g2:3758)
at new CustomerDialog (Delpac.Web.js?v=M9jRY8EI3VmobseXv9Y22g2:3568)
at Function.Widget.create (Widget.ts:133)
at CustomerGrid.EntityGrid.createEntityDialog (EntityGrid.ts:273)
at CustomerGrid.EntityGrid.editItem (EntityGrid.ts:172)

Are you using a custom template by any chance?
I had a similar issue where it worked in my local environment but not when deployed. I was using a grid in a tab within my dialog.
If you're trying something like this, click on YourModule.XYZDialog.Template.html, go to properties, and set Build Action to None.

Probably you have multiple templates with same name, in production files might be coming out in different order.
Anyway put a breakpoint in Chrome console at new CustomerDialog (Delpac.Web.js?v=M9jRY8EI3VmobseXv9Y22g2:3568) line and see output of this.element.html() by printing it to console etc.

  Customer Details Details   UndeleteLocalizationClone    Cust NumberNameAddress1Address2Address3Address4Address5Inv AddressPhone1Phone2Phone3Phone4Phone5Fax1Fax2AreaIndustryCurrencyContactEmailWebsiteBalanceCredit RefHqVat NumberWeb Enabled

@edwardch Tried that, still no luck. I have 3 tabs on the dialog each with a grid. 2 of the tabs are working without an issue, but as soon as I add the contacts tab with the contacts grid on it it gives the error above. But all works ok on the local environment.

On template called CustomerDialog.Template.html. I've removed the other tabs and grids and just have one dialog with one tab Contacts with a grid on this tab and still getting the same issue. I can't understand why it works in local environment and not on live.

I didn't find the root of this issue So I had to resort to deleting the modules and rebuilding and is now working as it should.

@zappitmr  yes sometimes after spending time to figure it out - I rename my existing, and run the template creator sergen , see if that works, then start adding the features back in little by little and sometimes I find my mistake (usually something dumb that I have done like forgetting this or that or adding some declarative attribute that I should not have).

I recently migrated from .Net 3 to .Net 6 and I am seeing the same error explained here (e.g. only when I Deploy to my Web App but not on Local Host). I tried all the suggested solutions above but with no luck. Was anyone able to solve this issue?

@ibrahimGit123 in the .Net 6 when you compile and publish, templates.cshtml aren't automatically created.
You have 2 options:
you can create manually the Modules/Common/YourPage/YourTemplate.cshtml in your published directory
or you can go in your project, right click on the template.cshtml, click on properties and change the "Copy in output directory" option from don't copy to always copy


Support fontconfig and/or specifying multiple custom font dirs

Some usecases (e.g. packaging on NixOS) require specifying multiple custom font locations, which is currently impossible. The best way to do it would be IMO support fontconfig. The second best way is to support $XDG_DATA_DIRS environment variable instead of only supporting $XDG_DATA_HOME.
Probably related to #97.

I just made a PR for this, it adds custom font search path support.
And, btw, I think fontdb is a good crate to replace the font searcher in cli, it's from the same author of ttf-parser, and has basic support for fontconfig. It doesn't use fontconfig c lib, but parse it's configure file instead.

On my side, I have the variable FONTCONFIG_FILE set with custom fonts, but typst --fonts doesn't return anything.

@drupol fontdb will works with this env var.
But I think I should discuss with the author(and other developers) whether this solution is acceptable, before working on a new PR to land it.

Interesting that fontdb supports this now. Last time I checked it did pretty much what Typst does now.

Using fontdb seems reasonable to me, in principle. Haven't looked at the details though.

looks worth trying, maybe we can merge #270 first, and then I can continue work on fontdb intergation from here?

Had a look at fontdb. It levearges crate fontconfig_parser to parse fonts.conf.
We can also use this parser crate directly.
fontdb + fontconfig_parser
In fontdb, location of fonts.conf is given by FONTCONFIG_FILE, or by merging these files:

$XDG_CONFIG_HOME/fontconfig/fonts.conf
/etc/fonts/local.conf
/etc/fonts/fonts.conf.

I'm not sure why local.conf is searched, according to fonts-conf(5) this is included by fonts.conf already.
fontconfig-rs + libfontconfig
Another option is using FFI to call the real fontconfig library. While the best option is using fontconfig to match fonts, it's easier to just get font directories.
There are binding crates like fontconfig-rs, but this crate doesn't expose FcConfigGetFontDirs so we must do it our own.
Experimentation
I made an experiment to show the difference between them, you can find code and result at https://github.com/KiruyaMomochi/fontconfig-lab
It seems that their results are almost same, although

the order may differ, and
libfontconfig also considers fonts under $XDG_DATA_DIRS/share/fonts. However, none of them exists on my OS.

@KiruyaMomochi
Nice work! I prefer to parse config file too, as Typst is pure Rust for now and I just don't want to break it. 😆
BTW, I originally planned to start integrating fontdb today, but because you have already written some code, and I am a Windows user, it is not very convenient for me to test the result, so maybe it is more appropriate for you to take over the follow-up intergation work? So I can have a rest on sunday haha 🍹
What do you think?

Yes, although I'm not good at typesetting, I can give it a try.
But there is a problem. And decision needs to be made.
fontdb directly loads font into fontdb::FaceInfo. Comparing to our typst::font::book::FontInfo, their FaceInfo does not have coverage field.
That means if we want to use fontdb, and at the same time use FontInfo, we may need to read each font twice.
Some workarounds can be

fork their fontdb, then a) add a coverage to them or, b) replace their FaceInfo with our FontInfo.
use fontconfig_parser crate directly.

Yes, but the doubled call is just ttf-parse::RawFace::parse, which should be pretty cheap, IIRC.

@KiruyaMomochi @drupol @GoldsteinE
jsut did some quick coding: https://github.com/7sDream/typst/compare/main..cli/fontdb
It works just like before in my computer, but can you test it to see if the fontconfig thing works for you?

It works for me too.

Screenshot

@KiruyaMomochi And custom font path in your config file automaticlly works too?

As RazrFalcon/fontdb#50 has been merged, I think I can open a new PR after fontdb bumps a new version.
And then we can get a simplest work version, i.e., you have a fontconfig file in the default location ~/.config/fontconfig/fonts.conf and your custom font dir is directlly in that file.

I was having a problem using my fonts. They, as most downloadable fonts, are in ~/.fonts/. But from reading the comments, it is not the directory that is read by Typst (although LuaLaTeX does a great job of finding all my fonts). I tried adding a relative symlink to ~/.local/share/fonts/ (the dir didn't even exist) and now it found all my fonts.

Does font detection work now on NixOS? For me, it does not work.

@AlexD97 This is a very old fork, but would still love to hear your feedback.
Recently fontdb has released some new versions and my PR is landed in version 0.13.1.
However Riey/fontconfig-parser#3 by @KiruyaMomochi has been merged but not released yet. We need this to solve a bug: "include" in fontconfig configuration files didn't work.

As I've already commented, more fonts are recognized with your fork. More specifically, the fonts that are installed “directly” through nix are recognized. The fonts that are managed by home-manager are not detected (I have the fonts.fontconfig.enable option set to true).

@AlexD97 Although I often hear about NixOS, I haven't used it in depth, and I don't know much about some of its concepts. I think we can make the fontconfig configuration works in "normal" cases. If this is not enough for NixOS, we can add support for it on top of this.
BTW, fontconfig-parser has bumped a new version 0.5.3, so I think the fontdb integration work can be started. I can do this but my day job will be busy until september, so anyone can take over it if interested :)

Nice, that's a surprisingly simple change. And the existing code was adapted from fontdb anyway.

@7sDream Thanks! The fork works nicely on my machine (now, even fonts that are installed through home-manager are recognized).

Can't wait for this to be comitted!


[ServiceBus] Allow clearing of session state

Per this document The previously set session state can be cleared by passing null to the SetState method on the receiver.
The python SDK currently does not accept None and raises an Exception since it tries to convert it in to a bytearray.
This brings it in to parity with other languages that accept null, nil etc.

API change check
API changes are not detected in this pull request.

/azp run python - servicebus - tests

/azp run python - servicebus - tests

/azp run python - servicebus - tests

@swathipil this is the issue associated with this #27726

@swathipil this is the issue associated with this #27726

@sebastian2696 -- looks like you might've accidentally linked back to this PR? 🙂

@swathipil this is the issue associated with this #27726

@sebastian2696 -- looks like you might've accidentally linked back to this PR? 🙂

Not that I am aware...


DateInput supports picker only mode, Fixes: #1220

There is a corresponding branch in toolbox for demo purpose, but not intended for merge

This looks good -- glad it was so straightforward.  Sorry I wasn't clearer about the name -- I think I was just trying to bang that ticket in quickly, and was not thinking that would be the name

Let's go for symmetry with the existing  'enablePicker' and call it 'enableTextInput'?
Obviously a bit weird if both were set false, but think that is going to be the most straightforward.

I went ahead and changed the name.
Testing out the formatting, I realized that it didn't look quite right.  It really should not be rendered as disabled.  That implies its fixed -- Its not!  It just should not be editable with the keyboard, thus encouraging/forcing the user to use the button.

10-4 will look at the styling vs disabled edit friday

Looking much better, but still not right.  Right now, if enableTextInput is false, you cannot tab into the control.  Realize this is extremely tricky and sheds light on the fact that our implementation might be seriously wrong for this case.  When enableTextInput is false, I think we just need an independent calendarButton  that is adjacent to a read only Text display, not an embedded icon.
When they are both enabled, might use this new layout as well, or leave the current setup -- its really a matter of which will be easiest to implement and give a consistent look-and-feel.


[BUG] Update twitter icon to "X"

Description
Description:
The Twitter icon on the website is outdated, incorrect, or inconsistent with the current branding of Twitter. We need to update the icon to the latest version to ensure brand alignment and a modern appearance across the site.
Screenshots
No response
Any additional information?
No response
What browser are you seeing the problem on?
No response
Checklist

[X] I have checked the existing issues
[X] I have read the Contributing Guidelines
[X] I'm a GSSoC'24-Extd contributor
[X] I'm a Hacktoberfest'24 contributor
[X] I am willing to work on this issue (optional)

im interested please assign me, ill share my proposed solution as soon as u ping me


kmymoney: 5.0.5 -> 5.0.7

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/kmymoney/versions.
meta.description for kmymoney is: '"Personal finance manager for KDE"'.
meta.homepage for kmymoney is: '"https://kmymoney.org/"

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 5.0.7 with grep in /nix/store/qy9fyhjdp70h4rnds6z8gqzlcc8q5j3j-kmymoney-5.0.7

directory tree listing: https://gist.github.com/e2fa053e0e722b35b1ad3eaa729ec970

du listing: https://gist.github.com/5d970b2ea153be4630bb25fb9aa3d7fb

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

3 total rebuild path(s)
1 package rebuild(s)
1 x86_64-linux rebuild(s)
1 i686-linux rebuild(s)
0 x86_64-darwin rebuild(s)
1 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
kmymoney

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/qy9fyhjdp70h4rnds6z8gqzlcc8q5j3j-kmymoney-5.0.7 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
nix-build -A kmymoney https://github.com/r-ryantm/nixpkgs/archive/43f21201425c8728a1c067529069237fe1d24b54.tar.gz

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

:+1: This seems to also fix error
Scanning dependencies of target interfaces
[  6%] Building CXX object kmymoney/plugins/interfaces/CMakeFiles/interfaces.dir/interfaces_autogen/mocs_compilation.cpp.o
In file included from /build/kmymoney-5.0.5/build/kmymoney/plugins/kmm_plugin_autogen/EWIEGA46WW/moc_kmymoneyplugin.cpp:9,
                 from /build/kmymoney-5.0.5/build/kmymoney/plugins/kmm_plugin_autogen/mocs_compilation.cpp:4:
/build/kmymoney-5.0.5/build/kmymoney/plugins/kmm_plugin_autogen/EWIEGA46WW/../../../../../kmymoney/plugins/kmymoneyplugin.h:358:40: error: field 'standard' has incomplete type 'QMap<QString, KMyMoneyPlugin::Plugin*>'
   QMap<QString, Plugin*>               standard;  // this should contain all loaded plugins because every plugin should inherit Plugin class
                                        ^~~~~~~~
In file included from /nix/store/2i8a07msylyph4l6ksdd1ixdbh17rq5r-qtbase-5.12.3-dev/include/QtCore/qglobal.h:1204,
                 from /nix/store/2i8a07msylyph4l6ksdd1ixdbh17rq5r-qtbase-5.12.3-dev/include/QtCore/qnamespace.h:43,
                 from /nix/store/2i8a07msylyph4l6ksdd1ixdbh17rq5r-qtbase-5.12.3-dev/include/QtCore/qobjectdefs.h:48,
                 from /nix/store/2i8a07msylyph4l6ksdd1ixdbh17rq5r-qtbase-5.12.3-dev/include/QtCore/qobject.h:46,
                 from /nix/store/2i8a07msylyph4l6ksdd1ixdbh17rq5r-qtbase-5.12.3-dev/include/QtCore/QObject:1,
                 from /build/kmymoney-5.0.5/build/kmymoney/plugins/kmm_plugin_autogen/EWIEGA46WW/../../../../../kmymoney/plugins/appinterface.h:23,
                 from /build/kmymoney-5.0.5/build/kmymoney/plugins/kmm_plugin_autogen/EWIEGA46WW/moc_appinterface.cpp:9,
                 from /build/kmymoney-5.0.5/build/kmymoney/plugins/kmm_plugin_autogen/mocs_compilation.cpp:2:
/nix/store/2i8a07msylyph4l6ksdd1ixdbh17rq5r-qtbase-5.12.3-dev/include/QtCore/qtypeinfo.h:221:1: note: declaration of 'class QMap<QString, KMyMoneyPlugin::Plugin*>'
 Q_DECLARE_MOVABLE_CONTAINER(QMap);
 ^~~~~~~~~~~~~~~~~~~~~~~~~~~

(and similar errors for other fields) that got kmymoney marked as broken as part of #68361.
Thus this change should probably be backported to release-19.09.


mitmproxy crushes when duplicating flow

Steps to reproduce the problem:

Start mitmproxy as regular mode
Client use it as http_proxy
Select the flow and press 'D' (duplicate flow), and mitmproxy throws following exception:

Traceback (most recent call last):
  File "/usr/lib/python3.5/site-packages/mitmproxy/tools/console/master.py", line 281, in run
    self.loop.run()
  File "/usr/lib/python3.5/site-packages/urwid/main_loop.py", line 278, in run
    self._run()
  File "/usr/lib/python3.5/site-packages/urwid/main_loop.py", line 376, in _run
    self.event_loop.run()
  File "/usr/lib/python3.5/site-packages/urwid/main_loop.py", line 682, in run
    self._loop()
  File "/usr/lib/python3.5/site-packages/urwid/main_loop.py", line 719, in _loop
    self._watch_files[fd]()
  File "/usr/lib/python3.5/site-packages/urwid/raw_display.py", line 393, in <lambda>
    event_loop, callback, self.get_available_raw_input())
  File "/usr/lib/python3.5/site-packages/urwid/raw_display.py", line 493, in parse_input
    callback(processed, processed_codes)
  File "/usr/lib/python3.5/site-packages/urwid/main_loop.py", line 403, in _update
    self.process_input(keys)
  File "/usr/lib/python3.5/site-packages/urwid/main_loop.py", line 503, in process_input
    k = self._topmost_widget.keypress(self.screen_size, k)
  File "/usr/lib/python3.5/site-packages/mitmproxy/tools/console/window.py", line 84, in keypress
    k = super().keypress(size, k)
  File "/usr/lib/python3.5/site-packages/urwid/container.py", line 1128, in keypress
    return self.body.keypress( (maxcol, remaining), key )
  File "/usr/lib/python3.5/site-packages/mitmproxy/tools/console/flowlist.py", line 417, in keypress
    return urwid.ListBox.keypress(self, size, key)
  File "/usr/lib/python3.5/site-packages/urwid/listbox.py", line 987, in keypress
    self.make_cursor_visible((maxcol,maxrow))
  File "/usr/lib/python3.5/site-packages/urwid/listbox.py", line 939, in make_cursor_visible
    focus_widget, pos = self.body.get_focus()
  File "/usr/lib/python3.5/site-packages/mitmproxy/tools/console/flowlist.py", line 284, in get_focus
    f = FlowItem(self.master, self.master.view.focus.flow)
  File "/usr/lib/python3.5/site-packages/mitmproxy/tools/console/flowlist.py", line 123, in __init__
    w = self.get_text()
  File "/usr/lib/python3.5/site-packages/mitmproxy/tools/console/flowlist.py", line 132, in get_text
    max_url_len=cols,
  File "/usr/lib/python3.5/site-packages/mitmproxy/tools/console/common.py", line 427, in format_flow
    acked = f.reply.state == "committed",
AttributeError: 'NoneType' object has no attribute 'state'

mitmproxy has crashed!
Please lodge a bug report at:
	https://github.com/mitmproxy/mitmproxy
Shutting down...

Any other comments? What have you tried so far?
System information
I was using the latest docker images and here is the output of  mitmproxy --version:
Mitmproxy version: 2.0.2 (release version)
Python version: 3.5.2
Platform: Linux-4.9.0-4-amd64-x86_64-with
SSL version: OpenSSL 1.0.2n  7 Dec 2017

Thanks. I believe this is already fixed on master and the 3.0 release candidates, feel free to re-open if that's not the case.


trunking

Hi everybody !
I made a simple lab based on the full2-qfx.  Two VM (vqfx-re) are linked between each other using a bridge aggregation in trunk mode. It seems the problem is related to the trunk (vlan tagging). After a few research I found that the VirtualBox Intel Pro/1000 interface (82540EM) could strip the VLAN tag. So I tried using other kind of interface available (PCnet,..,virtio-net). The problem is that the lab doesn't work at all (link RE - PFE down) if I change the interface type.
So my question is did anyone manage to make trunking work ?
Dimitri

I 've met this as well. While trying to debug it I 've set the following extra configuration in vqfx.conf.j2
--- a/full-2qfx/vqfx.conf.j2
+++ b/full-2qfx/vqfx.conf.j2
@@ -55,6 +55,28 @@ interfaces {
         }
     }
 {% endfor %}
+    xe-0/0/4 {
+       unit 0 {
+               family ethernet-switching {
+                       interface-mode trunk;
+                       vlan {
+                               members [ lalakis lalakis2 ];
+                       }
+               }
+       }
+    }
+    irb {
+       unit 10 {
+               family inet {
+                       address <IP_ADDRESS>/24;
+               }
+       }
+       unit 20 {
+               family inet {
+                       address <IP_ADDRESS>/24;
+               }
+       }
+    }
     em0 {
         unit 0 {
             family inet {
@@ -70,13 +92,16 @@ interfaces {
         }
     }
 }
-protocols {
-    lldp {
-        interface all;
-    }
-}
 vlans {
     default {
         vlan-id 1;
     }
+    lalakis {
+       vlan-id 10;
+       l3-interface irb.10;
+    }
+    lalakis2 {
+       vlan-id 20;
+       l3-interface irb.20;
+    }
 }

And after provisioning I 've changed the IPs for the irb.10 and irb.20 on vqfx2 (sorry I did not feel like correctly templating the irb interfaces). Note that I 've disabled LLDP, that is to remove some noise from the dumps
Then I issued
> monitor traffic interface xe-0/0/4 layer2-headers no-resolve size 9000

On both vqfx's
And pinged the irb.10 vqfx2's IP from vqfx1. This is what I got
vqfx1
13:43:23.781587 Out 02:05:86:71:4b:00 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 20, p 0, ethertype ARP, arp who-has <IP_ADDRESS> tell <IP_ADDRESS>

vqfx2 never registered anything.
Setting a native-vlan-id for one of the 2 VLANs works just fine and packets show up in monitor traffic, so indeed there's something (virtualbox probably?) that is blocking 802.1Q packets.
Some basic nic tracing with vboxmanage modifyvm --nictraceX=on (NOT for the management/reserved/internal_with_pfe interfaces) and a quick study of the PCAP file shows no VLAN tagged packets. So even as the VLAN tagged packets leave the VM, they are dropped ?

I can confirm Virtualbox is not to blame here. Nor is the VLAN type. I 've added 2 ubuntu trusty VMs to the full2-qfx and configured them to issue 802.1Q ARP packets. The 2 VMs can normally see that packets in tcpdump and are able to discern the correct ethertype, e.g.
vagrant@box2:~$ sudo tcpdump -eni eth1
...
12:54:47.750513 08:00:27:65:49:8a > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 64: vlan 100, p 0, ethertype ARP, Request who-has <IP_ADDRESS> tell <IP_ADDRESS>, length 46
12:54:48.751217 08:00:27:65:49:8a > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 64: vlan 100, p 0, ethertype ARP, Request who-has <IP_ADDRESS> tell <IP_ADDRESS>, length 46
12:54:49.752319 08:00:27:65:49:8a > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 64: vlan 100, p 0, ethertype ARP, Request who-has <IP_ADDRESS> tell <IP_ADDRESS>, length 46
12:54:50.752691 08:00:27:65:49:8a > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 64: vlan 100, p 0, ethertype ARP, Request who-has <IP_ADDRESS> tell <IP_ADDRESS>, length 46
12:54:54.564860 08:00:27:65:49:8a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has <IP_ADDRESS> tell <IP_ADDRESS>, length 46
12:54:55.565522 08:00:27:65:49:8a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has <IP_ADDRESS> tell <IP_ADDRESS>, length 46
12:54:56.565382 08:00:27:65:49:8a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has <IP_ADDRESS> tell <IP_ADDRESS>, length 46

Note the change that happens midway through the dump as I switch from from sudo arping -B -S <IP_ADDRESS> -i vlan100 to sudo arping -B -S <IP_ADDRESS> -i eth1 on the first VM.
In case you are wondering in Vagrantfile the network config for the VMs is
config.vm.network "private_network", ip: "<IP_ADDRESS>", auto_config: false, nic_type: '82540EM', virtualbox__intnet: "#{UUID}_seg5"

At the same time the vqfx's monitor traffic no-resolve layer2-headers interface xe-0/0/4 output is (as in normal physical switches) not very forthcoming. Setting the interface to family inet
vagrant@vqfx1# show interfaces xe-0/0/4
unit 0 {
    family inet;
}

causes
13:00:05.685139  In 08:00:27:65:49:8a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 64: arp who-has <IP_ADDRESS> tell <IP_ADDRESS>

no matter if I send tagged or untagged packets. I guess that's expected though. Setting family to ethernet-switching makes monitor traffic not catch anything, but IIRC this happens anyway on QFXs and EXs as well, so it's expected as well I think.
I don't know how to debug this further but overall, this seems to be related to the VQFX platform and not virtualbox/vagrant/emulated NICs

I didn't found out also. So as a workaround I used Qemu instead, following this tutorial : https://docs.gns3.com/144QvvLxBT69_fv-pPHf4etc5xjdItiA_a8s8gVmSTDk/index.html

I have the same issue w/ the lastest Vagrant images. So annoying.

I got the same issue. Currently a huge issue as i wanted to use vqfx for an education project.
With the lack of support of trunking this is currently hard to achieve.

I didn't found out also. So as a workaround I used Qemu instead, following this tutorial : https://docs.gns3.com/144QvvLxBT69_fv-pPHf4etc5xjdItiA_a8s8gVmSTDk/index.html

I used the same method but used vQFX 18.1R1.9 and ran into the same issue with trunking but it actually caused my interfaces to disappear. I ran a quick test on 15.1X53-D60.4 and trunking seemed to work fine using qemu. I'll have rebuild my lab with 15.1 I guess.

I didn't found out also. So as a workaround I used Qemu instead, following this tutorial : https://docs.gns3.com/144QvvLxBT69_fv-pPHf4etc5xjdItiA_a8s8gVmSTDk/index.html

I used the same method but used vQFX 18.1R1.9 and ran into the same issue with trunking but it actually caused my interfaces to disappear. I ran a quick test on 15.1X53-D60.4 and trunking seemed to work fine using qemu. I'll have rebuild my lab with 15.1 I guess.

I actually found this was some weird behavior when connecting the vQFX to a Cisco switch image. I ran into the same issue when reverting ti 15.1 so I saw an 18.4 version had been uploaded. This time I built the lab in steps testing each phase and found tagging and RSTP worked fine all the way until the Cisco images were added. I had them setup with RPVST and dot1q trunk to the vQFXs. I'll have to look into it more to see if I'm inadvertently causing a loop from incompatible spanning tree protocols or there something else weird going that would cause the vQFX to lose their interfaces.


Renaming of Custom field doesn't reflect the same name via REST API Changelog

When a custom field is renamed, the change takes immediate effect on the UI, however via REST API changelog, the old name is retained. This causes an issue as the script won't be able to identify the name since it is practically different. Bug on Ecosystem here

closed as Atlassian says it's intended behaviour


[DCR][1.3.0] Add DB migration steps for DCR 3.2

Description:
In the page https://docs.wso2.com/display/OB130/Dynamic+Client+Registration+v3.2 we need to add the DB migration steps required before using the DCR 3.2 in OB 1.3.0
For MySQL, execute the following queries on the WSO2_CONSENT_DB specified in open-banking-datasources.xml
ALTER TABLE OB_DCR_DETAILS
ADD COLUMN APPLICATION_ID INT NOT NULL,
ADD COLUMN SOFTWARE_ID VARCHAR(255) NOT NULL,
ADD COLUMN CLID_ISSUED_AT INT NOT NULL;
Similarly, add the queries for other database types from the migrations scripts for DCR in the dbscripts directory
Suggested Labels:

Suggested Assignees:

Affected Product Version:
OS, DB, other environment details and versions:
Steps to reproduce:
Related Issues:

Fixed


q1 case changes

Confirmed SHAs in CSV

https://github.com/IBM/ibm-auditlogging-operator/pull/160 please merge before finishing this PR


Routes Versions

I guess in Setup if you use routes point 5 must be Routes versions

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

ID: 90a70666-74c8-cb14-f655-2ea665bd8b65
Version Independent ID: 499e83f4-52c2-0292-b3d1-92dc69e957e3
Content: Production setup requirements - Supply Chain Management | Dynamics 365
Content Source: articles/supply-chain/production-control/production-set-up-requirements.md
Service: dynamics-ax-applications
Product: ****
Technology: ****
GitHub Login: @johanhoffmann
Microsoft Alias: johanho

@johanhoffmann Johan - Can you take a look? Thanks.

Bug 450162 created to track this issue.

@wojzeh , thank you for reporting this issue. The fix is now live:
https://docs.microsoft.com/en-us/dynamics365/supply-chain/production-control/production-set-up-requirements


[DocumentIntelligence] Missing changes in changelog, samples and release note for GA 1.0.0

Package Name: @azure-rest/ai-document-intelligence-rest
Package Version: 1.0.0
Operating system: Not relevant
Is the bug related to documentation in

[x] README.md
[x] source code documentation
[ ] SDK API docs on https://learn.microsoft.com
[x] Changelog
[x] Release Note

Describe the bug
In version 1.0.0, some types are renamed but not all are documented.
They are all from sdk/documentintelligence/ai-document-intelligence-rest/src/outputModels.ts

AnalyzeResultOperationOutput -> AnalyzeOperationOuput

Old references in samples and readme
Not present in changelog and release note

Minor misses:

FontWeightOutput -> DocumentFontWeightOutput

Not present in changelog and release note

FontStyleOutput -> DocumentFontStyleOutput

Not present in changelog and release note

DocumentOutput -> AnalyzedDocumentOutput

Not present in changelog and release note

CopyAuthorizationOutput -> ModelCopyAuthorizationOutput

Not present in changelog and release note

commit: https://github.com/Azure/azure-sdk-for-js/commit/764472643e74cd1771009d9d7753df0ee5842939#diff-a85ae937dbbcfc0517d2e0a121380f05cc26a22c4892a7c5954168b2f96fd948R291
Additional context
False references:

https://github.com/search?q=repo%3AAzure%2Fazure-sdk-for-js path%3Asdk%2Fdocumentintelligence%2Fai-document-intelligence-rest AnalyzeResultOperationOutput&type=code

Also, I would like to add that the code samples are not correct. For example, this particular line references AnalyzeResultOperationOutput, but more samples are still referencing this renamed type
https://github.com/Azure/azure-sdk-for-js/blob/78e29303f2b86461c87431b5c506426cbc8dc680/sdk/documentintelligence/ai-document-intelligence-rest/samples/v1/typescript/src/analyzeReceipt.ts#L16C3-L16C31


Create a number of components related to displaying a candidate name,…

… image, score.

Looks great.  Only two things:

In CandidateMatchPicture.jsx, please remove the unused PropTypes import for now.
Let's go ahead and remove the SurveyPageNav tests for now until we decide if we want any of that back in.

The prop types will be used in the next task.  While the lint error is annoying, it's OK for now.
SurveyPageNav tests can stay, let's talk about where they fit in the UI tomorrow at hack night.


AbstractMCMC.step with different model at each step

I'm trying to implement EM. Towards that, I'd like to be able to specify a different model (/different conditioned values) in each MCMC step. Example:
model = condition(m, NamedTuple{(x,)}(2))
sampler = Sampler(NUTS(), model)
rng = Random.GLOBAL_RNG
sample, state = AbstractMCMC.step(rng, model, sampler)
model = condition(m, NamedTuple{(x,)}(4))
sample, state = AbstractMCMC.step(rng, model, sampler, state)

But at least HMC/NUTS stores the initial model & doesn't use the model passed at each step, so the second step still uses a model with x = 2 (not x = 4).
Is this something that you'd consider supporting? Is there some other way I should do this?

It's already supported by AbstractMCMC, I don't think there are any general limitations that disallow this use case. As far as I can tell the main issue might be a Turing-specific one: when the model is rerun, HMC uses state.vi as variables so I assume you should update the value of x in state.vi instead of creating a new model.
In general, if you want to do everything more automatically with sample(...), maybe you could use something like
struct EMSampler{S} <: AbstractSampler
    sampler::S
end

# implement AbstractMCMC interface for `EMSampler` by forwarding everything to
# the corresponding call with `.sampler` and define
function AbstractMCMC.step(rng::AbstractRNG, model::AbstractModel, sampler::EMSampler, state; kwargs...)
    # update the state
    s = ....

    return step(rng, model, sampler, s; kwargs...)
end

x is not stored instate.vi after condition, I assume due to how condition works.
An issue with HMC is that the model is stored in closures in the AHMC.Hamiltonian created at the first step: https://github.com/TuringLang/Turing.jl/blob/master/src/inference/hmc.jl#L160-L164

x is not stored instate.vi after condition, I assume due to how condition works.

That's what I meant, I assume you would have to update state.vi manually currently.

An issue with HMC is that the model is stored in closures in the AHMC.Hamiltonian created at the first step: https://github.com/TuringLang/Turing.jl/blob/master/src/inference/hmc.jl#L160-L164

As I said, this is an issue (at least in your case) with how Turing implements the HMC sampler. It's not a limitation of AbstractMCMC though it seems to me.

We will add this in https://github.com/TuringLang/Turing.jl/issues/1904


[Mainnet] Upgrade Version 7

This checklist should apply every bump version on mainnet branch

Spec version
List the features of PRs in this upgrade
Have types changed? (Will this affect API/sManager/Subscan/Other Services)
Need to remove old storage migration.
Need do the storage migration?
Has interface changed?(Extrinsic/Chain state/Event changed)
Make sure the WASM building env
Need announcements?
Need initial actions? (like setXXXPot/setFlags/...)

spec_version=7
#760
No.
No
No
No.
ubuntu 20.04
No.
No.


Roll Flutter Engine from 84dcb4fb9301 to 0e1c33975dfb (6 revisions)

https://github.com/flutter/engine/compare/84dcb4fb9301...0e1c33975dfb
2023-10-29<EMAIL_ADDRESS>Roll Skia from d29cc3fe182f to e224e1dc5e2c (1 revision) (flutter/engine#47438)
2023-10-29<EMAIL_ADDRESS>Roll Fuchsia Linux SDK from nreLekedxzmcdb3ww... to v-9_Di17lm_C_mrpZ... (flutter/engine#47436)
2023-10-29<EMAIL_ADDRESS>Roll Fuchsia Mac SDK from qiHQ7aarDQb_1Rq3G... to s0pbwY5MGxyq0tNrT... (flutter/engine#47431)
2023-10-28<EMAIL_ADDRESS>Roll Fuchsia Linux SDK from ESkamdoXWIwkdWdP-... to nreLekedxzmcdb3ww... (flutter/engine#47429)
2023-10-28<EMAIL_ADDRESS>Roll Fuchsia Mac SDK from 9YSl2rN0sj5YpYNdQ... to qiHQ7aarDQb_1Rq3G... (flutter/engine#47428)
2023-10-28<EMAIL_ADDRESS>Roll Dart SDK from 5a666e8d8259 to 38e8459ca2aa (4 revisions) (flutter/engine#47426)
Also rolling transitive DEPS:
fuchsia/sdk/core/linux-amd64 from ESkamdoXWIwk to v-9_Di17lm_C
fuchsia/sdk/core/mac-amd64 from 9YSl2rN0sj5Y to s0pbwY5MGxyq
If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC aaclarke@google.com,rmistry<EMAIL_ADDRESS>on the revert to ensure that a human
is aware of the problem.
To file a bug in Flutter: https://github.com/flutter/flutter/issues/new/choose
To report a problem with the AutoRoller itself, please file a bug:
https://issues.skia.org/issues/new?component=1389291&template=1850622
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+doc/main/autoroll/README.md

Commit queue failed; closing this roll.


Investigate clarifying the comment in another.js

@jayphelps mentioned a common sentiment about the comment in another.js – what does it mean?
I should clarify the language there.
The tl;dr there is that we're using Esperanto to build the library, so if the file that you export is of the form:
export default {
  // This is the main object of the library
}

it will be completely ignored.
As I've been writing this issue, I've slowly come to the realization that this shouldn't really matter for files other than the main one. My thinking at the time was probably about trying to be consistent, but, whatevs, I should think about this and probably change the language.
An alternative would be to add this to a Caveats section in the documentation.
Input welcome!

Fixed in #160


dependency management

I don't think that place all frontend dependencies directly into project is best practice. At least repo will now track all 3rd parties library. I think that using some package management (for example bower) will be better solution.

@turboMaCk I will be implementing Yeoman which combines Grunt and Bower.

Implemented Bower instead. Yeoman was more a of starting framework.


RT1180's LPUART looses significant features when forced to be the same ar RT1011

@teburd was a prophet in #52. I'm working on the LPUART now and the dropped registers makes it so it's not possible to implement the extended features on this LPUART that we need. :sweat_smile:
@mciantyre is there someway to use ForceCommonBlock so that the "extra" registers are kept somehow? Or do we need to accept that RT1180 will have it's own LPUART block?
Moreover, I think we were just lucky but the new flags needed to setup the FIFO to the correct size were keptk.
I'll try to use the RT1180 without the ForceCommonBlock for now and see if I can get the LPUART to work. :rocket:

There's no harm in having a distinct LPUART block for the 1180. As long as the Rust symbols are all the same, the imxrt-hal lpuart driver will compile. Forcing a common block is a simple way to achieve that goal.
If we can't use the common functionality, then we can remove ForceCommonBlock. Then, if the 1180's LPUART block doesn't immediately compile with the imxrt-hal lpuart driver, we could try patching it with svdtool / raltool so that it builds.

Moreover, I think we were just lucky but the new flags needed to setup the FIFO to the correct size were keptk.

Sorry, but could you explain more here? I'm aware that the 1180's LPUART FIFO is 4x larger than what we've seen on the other MCUs. A LPUART driver that expects a 4x smaller FIFO isn't taking advantage of the larger FIFO size, but I wouldn't expect incorrect behavior.

If we can't use the common functionality, then we can remove ForceCommonBlock. Then, if the 1180's LPUART block doesn't immediately compile with the imxrt-hal lpuart driver, we could try patching it with svdtool / raltool so that it builds.

I'm giving this a try here. The first thing I notice is that FIFO[TXOF] and FIFO[RXUF] are marked read only in the RAL. I'm not sure where that's coming from; they're clearly marked read-write in the (original and patched) SVD.
Once we figure that out, the 1180's LPUART block will compile in imxrt-hal. I'll come back to this tomorrow.

Sounds good! What I'm referring to is that the constants for FIFO depth were generated though they're for the RT1180, I would have expected the constants from the RT1011 from which the LPUART block is picked.
I'm prepping a PR for "Idle line" support where I use this, I'll ship it soon :tm:

Alright it was me that misunderstood the RM, the FIFO is not deep as I got the impression of.


binary cache on macOS is not deterministic

Describe the bug
On M1 macs you can build the vcpkg tool as arm64 or x64. But for some libs the resulting lib file has the same architecture as the vcpkg tool regardless of the selected triplet. So if you build the tool as arm64, you get arm64 libs, if you build the tool as x64, you get x64 libs. This problem is getting worse with binary caching, because the hash is the same for the arm64 and the x64 version of the library. So you can't trust the whole binary cache because it maybe contains binary caches for the wrong architecture.
Environment

OS: macOS with M1
Compiler: apple clang

Suggested Solution
Fail when the resulting lib has the wrong architecture (post build check). You can check the architecture of a libs with lipo -archs ....
Alternative Solution
Always build the tool as x64. Then you maybe get x64 libs when you use the arm64-osx triplet, but then this is deterministic.

same architecture as the vcpkg tool

Do you mean that the architecture the vcpkg executable was built for with ./bootstrap-vcpkg.sh?

Yes. On arm macs the default is arm64, but you can change it to x64 for example by arch -x86_64 ./bootstrap-vcpkg.sh. Then you get an x64 vcpkg tool

As more and more users use M1 mac, this matter has become more urgent.
For bootstrap, we may need to make improvements immediately.
For pipeline machines, can we use half of the work for arm64-osx?

Just like the dumpbin check on windows vcpkg should integrate a lipo check on osx an probably some kind of arch check on normal linux. It is probably way easier to implement on the other platforms since vcpkg can simply assume that the required tools are available on the path.


how to encode mesh in c++

I'm confused wirh encode .obj file when I look at demo code,  where i can set compress params

What parameters are you asking about?

What parameters are you asking about?

use N-bit uqntization for position/texture/normal parameters that encode in draco

Ah - that's a quantization step that is really up to the application to design/implement. The demo program implements two simple variants, see two packMesh functions in the source, but really it somewhat depends on the requirements - and some implementations may require additional shader decoding (e.g. the second packMesh variant uses an octahedral normal encoding that's optimal from the compression & quality perspective but requires a couple shader instructions to undo).


Looking for Interviewees

Hello!
I’m currently working on my bachelor’s thesis in “leader emergence in open source software projects“. For my research I’m looking for interviewees, preferably 2 people per OSS project: one person with some sort of leadership role and one “normal” project member.
The interviews will take place via Skype over the next couple of weeks and last around half an hour.
Feel free to forward this request to anyone who might be interested and do not hesitate to contact me with any questions you might have.
Thank you so much for your help!
Greetings from Munich,
Katy
PS: My e-mail is<EMAIL_ADDRESS>

This is probably not the right avenue to reach people for your interview.  Try twitter instead.  I would suggest closing this as this is not an issue or feature request.


A0-3008: basic block metrics

Description
Adding two new metrics: aleph_highest_finalized_block and aleph_best_block, alternatives to substrate_block_height{status="best/finalized"}. Main difference is that new metrics are updated in sync right after receiving blocks in relevant states, whereas substrate ones were pulled from client every 5s.
After merging, we can create a new prometheus job that would scrape just these 2 metrics in 1s intervals, guarantying that in healthy situations |metric_value_visible_in_grafana - actual_metric_value| <= 1 (see attached screenshots from local chain and local grafana instances)
Type of change
Please delete options that are not relevant.

New feature (non-breaking change which adds functionality)

Checklist:
None
Attachments:

Hm, the description does not match the contents of the PR.
Anyway, a bigger problem is that we are going to change the meaning of best block soon-ish (A0-3037) – the source-of-truth for that notion will be in sync rather than in the DB. Thus it would probably be better if this code already actually ran in sync rather than the other places – although figuring out whether there is a new "best block" might be much harder for now. (I think you can leave a placeholder with some silly logic like "higher than previous best", since it will be replaced before the next release anyway.) I'm less sure about finalization also fitting there, but if it did we could have these metrics restricted to sync rather than created in bin/service.

Hm, the description does not match the contents of the PR.
Anyway, a bigger problem is that we are going to change the meaning of best block soon-ish (A0-3037) – the source-of-truth for that notion will be in sync rather than in the DB. Thus it would probably be better if this code already actually ran in sync rather than the other places – although figuring out whether there is a new "best block" might be much harder for now. (I think you can leave a placeholder with some silly logic like "higher than previous best", since it will be replaced before the next release anyway.) I'm less sure about finalization also fitting there, but if it did we could have these metrics restricted to sync rather than created in bin/service.

@timorl Where exactly in sync should we update these metrics? How about trying updating them in Forest::update_body and Forest::try_update_highest_justified (and possibly renaming metrics to forest_(best_block|highest_finalized))?

I wouldn't put them in there, but rather in Handler. In particular, update_body will soon be returning whether something became the new best block, so that should make it simpler. Anyway, both of these kinda fit in handle_chain_event.
I am, however, open to other suggestions, especially since this is relatively "late" as far as the node is concerned. To be clear, I don't think this is a problem, but I might be lacking some perspective.


Not able to create Wiki

I want to make and contribute to an FAQ for those dope green blocks on my GitHub profile, but couldn't.

@BastianInuk any reason you don't want add details to README.md?

@BastianInuk - Try adding a Wiki now. I added permission to edit

Thank you alec!
As for why not readme? It feels cleaner to seperate the concerns.


Support copying 8192 blocks at EIP-2935 transition

At the fork transition, EIP-2935 requires the last 8192 block hashes to be written to the history storage address. Since we only store the last 256 blocks we are unable to support this.

Do you have an idea of how you want to solve this? I was thinking maybe modifying the preceding fork(s) to store more blocks?

Do you have an idea of how you want to solve this? I was thinking maybe modifying the preceding fork(s) to store more blocks?

Based on the latest discussions on this EIP, I believe we won't need to refill the history window. We just let the ring buffer fill organically as the blocks are processed. Will keep an eye on this space.

@gurukamath is this safe to close now?

@gurukamath is this safe to close now?

Waiting for #963

Closed as back-filling has been removed from the spec.


Add mutable pipeline to execution engine for artifact transforms in buildscript block

@bot-gradle test this

I've triggered the following builds for you. Click here to see all build failures.

PullRequestFeedback build


Filtering not effective

https://github.com/sct-pipeline/contrast-agnostic-softseg-spinalcord/blob/1976cec36162f8dd1ce200cee13a3bf5493cbd9c/config_templates/meanGT_soft.json#L36-L38
see: https://github.com/ivadomed/ivadomed/issues/1234

This is not relevant anymore as we're going with the monai training.


Feature/crypto

What is this pull request?
Cryptography for Iroha - both for iroha-cli and irohad. Signing queries, blocks and transactions and their verification.
Why do you implement it? Why do we need this pull request?
Cryptography is a key part of Iroha (and every other blockchain).
How to use the features provided in the pull request?
From now every user and every node must to have a keypair. We use ed25519, it could be generated by iroha-cli. For irohad:
iroha@0409f90dfd31:/opt/iroha/build/bin$ ./irohad --config iroha.conf --genesis_block zero.block --keypair_name testnode
And for iroha-cli:
iroha@0409f90dfd31:/opt/iroha/build/bin$ ./iroha-cli --interactive --name admin@test --key_path keys/
(assume we have files testnode.pub and testnode.priv in the same directory as irohad and<EMAIL_ADDRESS>in keys/).
Details/Features
List of features / major commits

signing of everything (queries, transactions, blocks)
verification of every signature
keys are absolutely necessary from now, you can't use Iroha without them
crypto in yac
genesis block is aware about crypto now
crypto related bugfixes, test for them
code refactoring

Codecov Report

Merging #614 into develop will decrease coverage by 0.12%.
The diff coverage is 26.81%.

@@             Coverage Diff             @@
##           develop     #614      +/-   ##
===========================================
- Coverage    45.01%   44.88%   -0.13%
===========================================
  Files          290      294       +4
  Lines        11569    11758     +189
  Branches      6088     6194     +106
===========================================
+ Hits          5208     5278      +70
- Misses         763      795      +32
- Partials      5598     5685      +87

Impacted Files
Coverage Δ

irohad/main/impl/consensus_init.hpp
100% <ø> (ø)
:arrow_up:

irohad/model/model_crypto_provider.hpp
100% <ø> (ø)
:arrow_up:

irohad/consensus/yac/impl/peer_orderer_impl.hpp
0% <ø> (ø)
:arrow_up:

libs/crypto/keys_manager_impl.hpp
100% <ø> (ø)

test/framework/test_subscriber.hpp
62.5% <ø> (ø)
:arrow_up:

irohad/model/converters/impl/pb_block_factory.cpp
47.22% <ø> (ø)
:arrow_up:

...ohad/consensus/yac/transport/impl/network_impl.cpp
19.54% <0%> (ø)
:arrow_up:

test/module/irohad/simulator/simulator_test.cpp
20.73% <0%> (-0.26%)
:arrow_down:

irohad/model/generators/impl/block_generator.cpp
63.63% <0%> (ø)
:arrow_up:

.../module/irohad/consensus/yac/peer_orderer_test.cpp
20% <0%> (-2.59%)
:arrow_down:

... and 37 more

Continue to review full report at Codecov.

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

Reviewed 1 of 15 files at r1, 5 of 21 files at r2, 13 of 18 files at r3, 4 of 12 files at r5, 24 of 27 files at r7, 11 of 12 files at r8, 1 of 1 files at r9, 2 of 2 files at r10.
Review status: all files reviewed at latest revision, 7 unresolved discussions, some commit checks broke.

iroha-cli/interactive/impl/interactive_cli.cpp, line 40 at r10 (raw file):

    InteractiveCli::InteractiveCli(std::string account_name,
                                   uint64_t tx_counter,
                                   uint64_t qry_counter,

how to query query counter?

irohad/consensus/yac/transport/impl/network_impl.cpp, line 49 at r10 (raw file):

        auto request = PbConverters::serializeVote(vote);

        auto call = new AsyncClientCall;

raw new?
it looks like a memory leak

irohad/model/generators/impl/command_generator.cpp, line 109 at r10 (raw file):

          const std::string &asset_id,
          const Amount &amount) {
        // TODO: implement

BOOST_ASSERT_MSG(false, "not implemented");

libs/crypto/keys_manager_impl.cpp, line 66 at r9 (raw file):
Previously, l4l (Eugene) wrote…
wat?

wat?

Comments from Reviewable