MathDocument.convert() does not associate a MathItem with the MathDocument

Issue Summary
When I follow the documentation to convert a math string to HTML or SVG, no MathItem is associated with the MathDocument (as far as I can tell). In particular, MathJax.startup.document.getMathItemsWithin() does not return anything for the element or its containers.
Is this intentional? If so, how do I access the MathItem?
Steps to Reproduce:
https://jsfiddle.net/9rLhjskz/
<script<EMAIL_ADDRESS><script>
  const elt = MathJax.tex2svg('e^{i\\pi}=-1');
  document.body.append(elt);
  const [mathItem] = MathJax.startup.document.getMathItemsWithin(document.body);
  if (mathItem == null) alert('no MathItem!');
</script>

I get the same result if I instead use MathDocument.convert() directly:
<script<EMAIL_ADDRESS><script>
  const elt = MathJax.startup.document.convert('e^{i\\pi}=-1');
  document.body.append(elt);
  const [mathItem] = MathJax.startup.document.getMathItemsWithin(document.body);
  if (mathItem == null) alert('no MathItem!');
</script>

Technical details:

MathJax Version: 3.2.0
Client OS: Ubuntu 20.04
Browser: Firefox 95.0.1

The MathDocument.convert() method uses a temporary MathItem to do its work, and it is not retained after the conversion is complete.  Since the mathml2...() methods are basically just shells around convert(), that applies to them as well.
Can you say more about the use-case you have in mind?
The convert() method is implemented here and you could certainly make a version of it that returns the MathItem instead.  It could be slimmed down if you know the options you intend to be using, for example.

I am interested in creating a plugin for Etherpad that uses MathJax. Due to limitations in the way Etherpad works, it is currently not feasible to let MathJax manipulate the DOM. Instead, the plugin would hook into Etherpad at these points:

Convert a wire representation of the math item (e.g., the math string annotated with metadata that means "this string is MathJax display-mode TeX") to a DOM element. This is where I was planning on using MathDocument.convert().
UI for inserting a new MathJax DOM element. I was planning on using MathDocument.convert() for this, too.
Convert a MathJax DOM element to a wire representation for transmission to other users (and storage in the database). I was planning on using MathDocument.getMathItemsWithin() to access the math string, but this doesn't work if the element was created using MathDocument.convert().
UI for modifying an existing MathJax DOM element. I was planning on using MathDocument.getMathItemsWithin() for this, too. (Also see my StackOverflow question.)

I'm sure I can find workarounds for this issue, such as putting a copy of the math string in a data-* attribute on the DOM element returned from MathDocument.convert(), or adding a custom RenderAction to the MathDocument, but such workarounds feel like I'm holding MathJax wrong.

Is there a reason the MathItem isn't attached to the MathDocument like other MathItems are?

Yes.  The MathItem list in the MathDocument represents the active math items in the document itself, for use with tools that need to process all the math expressions on the page (like the assistive tools), and to allow the math menu to work (e.g., get the TeX or MathML versions, change the renderer, and so on).  Since the value of convert() is not placed in the document, it is not part of the MathDocument math list.  If you add the result of convert() to the page, MathJax does not know about that, and you have to manage that yourself.

I am interested in creating a plugin for Etherpad that uses MathJax.

OK, that looks interesting, but I'm not sure I understand your bullet points.  At a quick glance, Etherpad seems to be a collaborative environment, and you are trying to share the mathematics.  My confusion lies in how the sharing is done.  Are you intending that everyone in the collaboration will have your plugin in order for it to work, or is it supposed to work if only one person has it?  If everyone does, then are you planning to pass the original TeX code to the collaborators' plugins and have MathJax render it separately for each, or are you passing a serialized DOM representation among the collaborators?
My suggestion would be to do the former, if you can, as the latter may introduce more problems (e.g., you need to maintain the CSS style sheet that MathJax uses as well as the DOM elements for the typeset math).
Your first bullet point seems to be adequately handled by convert() as that does convert a TeX input sting to DOM elements.
The second bullet point I don't understand.  Inserting a new DOM element where?  Are you talking about changing a math expression's output?  Or are you talking about putting the MathJax output into the Etherpad DOM?
For the third point, it seems to me that transferring the original TeX and having it typeset at each endpoint might be more efficient. (Less to transfer, and less to manage as you don't have to worry about CSS updates or CSS id collisions or other internal issues.)  I don't know Etherpad's internals so I can't tell you if that is feasible or not.
If all you need from the MathItem is the original TeX string, then I think your idea of adding a data attribute is probably the way to go (or you could append a <script type="text/x-tex">...</script> to the <mjx-container> that would store the TeX format).  Alternatively, you can track the math yourself with your own list of TeX strings and use a data attribute to give an index into the list.
For the last bullet, the usual approach is to remove the original and replace it with new output.  MathJax version 2 used to have a means of changing the math associated with a particular typeset expression, but it was not very frequently used, and was not retained in version 3.  For your use case, calling convert() on the new TeX string and replacing the existing output seems the natural approach, here.  Alternatively, if you have a MathItem whose typeset version is in the DOM, then changing the MathItem.math value and calling MathItem.rerender() would be one way to do it.  But since you aren't having MathJax insert into the DOM, the former method seems better.
I think a custom renderAction to add the needed data attribute or script tag would be a good way to handle that.

Is there a reason the MathItem isn't attached to the MathDocument like other MathItems are?

Yes. The MathItem list in the MathDocument represents the active math items in the document itself, for use with tools that need to process all the math expressions on the page (like the assistive tools), and to allow the math menu to work (e.g., get the TeX or MathML versions, change the renderer, and so on). Since the value of convert() is not placed in the document, it is not part of the MathDocument math list. If you add the result of convert() to the page, MathJax does not know about that, and you have to manage that yourself.

I don't quite understand this line of reasoning. The output of convert() is a DOM element; what is the use of that DOM element if not to insert it into the page? And if it is inserted into the page, why shouldn't it be part of the MathDocument associated with the page? Why shouldn't it benefit from integration with assistive tools, right-click menu, renderer changes, etc.?

I am interested in creating a plugin for Etherpad that uses MathJax.

OK, that looks interesting, but I'm not sure I understand your bullet points. At a quick glance, Etherpad seems to be a collaborative environment, and you are trying to share the mathematics.

Yes.

My confusion lies in how the sharing is done. Are you intending that everyone in the collaboration will have your plugin in order for it to work, or is it supposed to work if only one person has it?

Everyone will have the plugin code because the Etherpad admin installs plugins on the server. A plugin can modify the server-side behavior and/or inject client-side JavaScript to modify client-side behavior. Everyone who visits a pad (document) will get the same client-side code, so everyone will have the same client-side MathJax plugin logic if the MathJax plugin is installed on the server.

If everyone does, then are you planning to pass the original TeX code to the collaborators' plugins and have MathJax render it separately for each, or are you passing a serialized DOM representation among the collaborators?

Pass the original TeX code. (That's what I meant by "math string annotated with metadata that means "this string is MathJax display-mode TeX".)

My suggestion would be to do the former, if you can, as the latter may introduce more problems (e.g., you need to maintain the CSS style sheet that MathJax uses as well as the DOM elements for the typeset math).

Agree 100%.

Your first bullet point seems to be adequately handled by convert() as that does convert a TeX input sting to DOM elements.
The second bullet point I don't understand. Inserting a new DOM element where? Are you talking about changing a math expression's output? Or are you talking about putting the MathJax output into the Etherpad DOM?

I'm referring to the user's actions that lead to the creation of a new DOM element containing a rendered math expression in the pad. This can be done in a few different ways. Some examples:

The user places the caret (a.k.a. text cursor) wherever they want the new math expression to appear, clicks a "Insert New Math Expression" toolbar button that brings up an equation editor dialog box, inputs whatever TeX they want, and clicks "Insert". The TeX string is then rendered (by convert()) and the new DOM element inserted at the caret.
The user types TeX in the document directly, selects the text, then clicks a "Render Math Expression" toolbar button. The client-side plugin code then calls convert() and replaces the selected TeX with the return value.

For the third point, it seems to me that transferring the original TeX and having it typeset at each endpoint might be more efficient. (Less to transfer, and less to manage as you don't have to worry about CSS updates or CSS id collisions or other internal issues.) I don't know Etherpad's internals so I can't tell you if that is feasible or not.

The third point is about taking a newly inserted math item (or a newly modified existing math item) and extracting the TeX from it so that it can be sent over the network to the other users.
Etherpad works by monitoring the DOM for changes and doing the following when it detects a change:

Normalize the DOM elements. (Plugins can hook into this.)
Convert the DOM into an internal representation. (Plugins can hook into this.)
Compute a delta between the previous revision of the internal representation and the new revision.
Transmit the delta to the server.

Step 2 is where I would need to be able to get the original TeX string from the DOM element returned by convert().
It may seem weird to go from TeX string to DOM element back to TeX string, but splitting it up this way makes it possible for users to copy and paste an existing math expression element, or import an HTML file containing rendered math expressions.

If all you need from the MathItem is the original TeX string, then I think your idea of adding a data attribute is probably the way to go (or you could append a <script type="text/x-tex">...</script> to the <mjx-container> that would store the TeX format).

Out of curiosity, why doesn't MathJax do this? My understanding of MathJax is limited, but if MathJax stored the original math string in the rendered elements (e.g., MathItem.math was a getter/setter for the data-math attribute) then would it still need to keep track of any state (other than caches)? It seems that MathJax would be able to simply scan the DOM for all mjx-container elements and reconstruct MathItems from those.

Alternatively, you can track the math yourself with your own list of TeX strings and use a data attribute to give an index into the list.
For the last bullet, the usual approach is to remove the original and replace it with new output. MathJax version 2 used to have a means of changing the math associated with a particular typeset expression, but it was not very frequently used, and was not retained in version 3. For your use case, calling convert() on the new TeX string and replacing the existing output seems the natural approach, here. Alternatively, if you have a MathItem whose typeset version is in the DOM, then changing the MathItem.math value and calling MathItem.rerender() would be one way to do it. But since you aren't having MathJax insert into the DOM, the former method seems better.
I think a custom renderAction to add the needed data attribute or script tag would be a good way to handle that.

OK. Thanks for the help!


Dev server outputing webpack progress line by line

Version
3.11.0
Environment info
Environment Info:

  System:
    OS: Linux 4.15 Ubuntu 18.04.3 LTS (Bionic Beaver)
    CPU: (4) x64 Intel(R) Core(TM) i5-4460  CPU @ 3.20GHz
  Binaries:
    Node: 10.16.3 - /usr/bin/node
    Yarn: Not Found
    npm: 6.9.0 - /usr/bin/npm
  Browsers:
    Chrome: 76.0.3809.132
    Firefox: 69.0
  npmPackages:
    @vue/babel-helper-vue-jsx-merge-props:  1.0.0
    @vue/babel-plugin-transform-vue-jsx:  1.0.0
    @vue/babel-preset-app:  3.11.0
    @vue/babel-preset-jsx:  1.1.0
    @vue/babel-sugar-functional-vue:  1.0.0
    @vue/babel-sugar-inject-h:  1.0.0
    @vue/babel-sugar-v-model:  1.0.0
    @vue/babel-sugar-v-on:  1.1.0
    @vue/cli-overlay:  3.11.0
    @vue/cli-plugin-babel: ^3.4.0 => 3.11.0
    @vue/cli-plugin-e2e-cypress: ^3.4.0 => 3.11.0
    @vue/cli-plugin-eslint: ^3.4.0 => 3.11.0
    @vue/cli-plugin-unit-jest: ^3.4.0 => 3.11.0
    @vue/cli-service: ^3.4.0 => 3.11.0
    @vue/cli-shared-utils:  3.11.0
    @vue/component-compiler-utils:  3.0.0
    @vue/devtools: ^4.1.5 => 5.1.1
    @vue/eslint-config-standard: ^3.0.5 => 3.0.5
    @vue/preload-webpack-plugin:  1.1.1
    @vue/test-utils: ^1.0.0-beta.25 => 1.0.0-beta.29
    @vue/web-component-wrapper:  1.2.0
    eslint-plugin-vue:  4.7.1
    jest-serializer-vue:  2.0.2
    vue: ^2.6.2 => 2.6.10
    vue-click-outside:  1.0.7
    vue-eslint-parser:  2.0.3
    vue-hot-reload-api:  2.3.3
    vue-jest:  3.0.4
    vue-loader:  15.7.1
    vue-router: ^3.0.1 => 3.1.2
    vue-scrollto:  2.15.0
    vue-style-loader:  4.1.2
    vue-template-compiler: ^2.6.2 => 2.6.10
    vue-template-es2015-compiler:  1.9.1
    vue-types:  1.6.0
    vuex: ^3.1.0 => 3.1.1
  npmGlobalPackages:
    @vue/cli: 3.11.0

Steps to reproduce

Create the following package.json

{
  "name": "test",
  "version": "1.0.0",
  "private": true,
  "scripts": {
    "serve": "vue-cli-service serve"
  },
  "dependencies": {},
  "devDependencies": {
    "@vue/cli-plugin-babel": "^3.4.0",
    "@vue/cli-plugin-e2e-cypress": "^3.4.0",
    "@vue/cli-plugin-eslint": "^3.4.0",
    "@vue/cli-plugin-unit-jest": "^3.4.0",
    "@vue/cli-service": "^3.4.0",
    "@vue/devtools": "^4.1.5",
    "@vue/eslint-config-standard": "^3.0.5",
    "@vue/test-utils": "^1.0.0-beta.25",
    "babel-core": "7.0.0-bridge.0",
    "babel-jest": "^23.6.0",
    "jest-transform-stub": "^2.0.0",
    "node-sass": "^4.10.0",
    "postcss-cli": "^6.0.1",
    "postcss-prefixer": "^2.1.0",
    "sass-loader": "^7.0.1",
    "vue": "^2.6.2",
    "vue-template-compiler": "^2.6.2"
  }
}

npm i
Import the folder into the Vue CLI UI
Serve it and look at the output

What is expected?
Nice tidy output
What is actually happening?
New lines for every update, no clearing of previous output

Unsure of what prompted this, but the output in the Vue UI suddenly stopped its text parsing behavior when looking at the output view when serving a project. I have updated to the latest Vue CLI and used a previous build of the project and there has been no change.

I noticed this too. Here's a similar issue, with a workaround: https://github.com/vuejs/vue-cli/issues/3603#issuecomment-483913563
Note in that vue.config.js snippet from @ashrafhadden it is missing the closing ] and ) characters toward the end. It should be:
// vue.config.js
// ...

module.exports = {
  chainWebpack: config => {
    // remove vue-cli-service's progress output
    config.plugins.delete('progress')
    // optionally replace with another progress output plugin
    // `npm i -D simple-progress-webpack-plugin` to use
    config.plugin('simple-progress-webpack-plugin').use(require.resolve('simple-progress-webpack-plugin'), [
      {
        format: 'minimal', // options are minimal, compact, expanded, verbose
      },
    ])
  }
}

@bseib Thanks for the catch! I updated my comment

Same issue here! just noticed it happening - only in vue ui, runs fine in terminal

This issue is making CI build status pretty useless for us.
Are there any flags to make the webpack progress go away?

This caused the dev server when used in conjunction with ASP.NET Core's SpaServices UseWebpackDevMiddleware to go from ~5 seconds for a fresh start build to several minutes.

Same issue here. Is it going to be fixed in the next major release only?

Introduced in this commit https://github.com/webpack/webpack/pull/9225
The stderr of the child process does not have a columns property so it's set to Infinity, thus the problem.
Not yet sure how to fix it. Will investigate later.

I am on v4.0.5 and even config.plugins.delete('progress') won't work for me

@rayax86, I was able to get it working by adding the progress: false flag to a second devServer block outside of the configureWebpack block, like this:
// vue.config.js
module.exports = {
  devServer: {
    progress: false
  }
}

The intention may have been to allow this flag on the configureWebpack.devServer block:
//vue.config.js
module.exports = {
  configureWebpack: {
    devServer: {
      progress: false
    }
  }
}

But that doesn't quite work because of this line: https://github.com/vuejs/vue-cli/blob/dev/packages/%40vue/cli-service/lib/commands/serve.js#L64
At that point in the code where the ProgressPlugin is being added, options refers to the entire vue.config.js object, so options.devServer doesn't point to the devServer block in configureWebpack.
In some ways, it does make sense to keep the progress: false flag outside of the configureWebpack block, since there is already a progress option on webpack-dev-server, but it is CLI-only. It may be confusing to overload it, here.
I'm not sure if this should be fixed as a bug, by checking options.configureWebpack.devServer.progress in serve.js, or if it just needs more robust documentation to explain the separate devServer block. 🤷♂

set devServer.progress=false works, `chainConfig.plugins.delete("progress") not work.
version: ~4.2.0

same issue here but works fine with
// vue.config.js
module.exports = {
  ...
  devServer: {
    progress: false
  },
  ...
}

thanks to @geekytime

I have this issue after i'm add a concurrently vue start:
"serve": "concurrently -k \"nodemon ./src/database/server.js\" \"vue-cli-service serve --open\"",
version: 4.5.6

Just in case there's any docker noobs like me here, trying to run vue-cli-service serve in a docker container.  The problem was that I was not allocating a pseudo-tty.  The output looks normal once I do
docker run -it --publish 8080:8080 myapp

https://github.com/webpack/webpack/pull/16810 should fix this issue.


ceph_volume: adds the osds_per_device parameter

If this is set to anything other than the default value of -1 then the
--osds-per-device flag will be used by the batch command to define how
many osds will be created per device.
Signed-off-by: Andrew Schoen<EMAIL_ADDRESS>

Setting the DNM flag so the bot doesn't automerge. We need to get --osds-per-device in ceph master before this merges.


Add database dependent simple types [DATAJDBC-443]

Jens Schauder opened DATAJDBC-443 and commented
We should support a way to mark types as directly supported by a database (driver).
This should probably be part of a dialect that may register additional simple types.
According to a gitter discussiong postgres supports LocalDate, LocalTime, OffsetDateTime and LocalDateTime without conversions

Issue Links:

DATAJDBC-414 Add support for persisting OffsetDateTime/ZonedDateTime

Hi, is there any update on this?
Currently, using a LocalDate on an entity results in funny behaviour (e.g. adding or removing a day depending on timezone), since the database result is converted to java.sql.Date before being converted to LocalDate, therefore adding in some timezone shenaningans.
Using natively supported types would be much appreciated in this case :)

Implementing a database specific simple type is now simple. See https://github.com/spring-projects/spring-data-jdbc/blob/d1e8e722c198d4bcb13ad75b93014d6dc00ee0ec/spring-data-relational/src/main/java/org/springframework/data/relational/core/dialect/PostgresDialect.java#L215 for an example.
For LocalDateTime this is already done by
https://github.com/spring-projects/spring-data-jdbc/commit/86524182450807283f0e2b37117620d7d381ae96
But what you describe here and in pgjdbc/pgjdbc#2221 wouldn't be solved by this approach (and this ticket here). Simple types are only used for deciding what values should get converted before passed to the database. When loading a value we always use the database default in the optimistic assumption that it is one with full information about the data in the database and that we can extract whatever type is required by the domain model.
We might consider this strategy (and have in a few very special cases), but we would need a separate issue for that. Could you please create one? And if you could create a reproducer for this, that would be great.

This was fixed by #981


Error while using transcribe-stream

Hello All, after training the profile following the getting started guide, I am trying to run transcribe-stream, but I am getting the following error:
ALSA lib pcm_hw.c:1822:(_snd_pcm_hw_open) Invalid value for card arecord: main:828: audio open error: No such file or directory
What can be the issue?  I have the correct hardware card stored in a .asoundrc file.  Is there any other option I can give to voice2json to use the proper audio device?
Thanks

Do you use the docker install or the deb package?

Make sure to pass --device /dev/snd:/dev/snd if using the Docker image.

@synesthesiam Hi, when I tried to run transcribe-stream, I got the following error. What can be this issue? Thank you in advance.
Ready
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python3.7/threading.py", line 926, in _bootstrap_inner
self.run()
File "/usr/lib/python3.7/threading.py", line 870, in run
self._target(*self._args, **self._kwargs)
File "/home/xxx/voice2json/voice2json/transcribe.py", line 184, in transcribe_proc
audio_stream(), sample_rate, sample_width, channels
File "/home/xxx/voice2json/.venv/lib/python3.7/site-packages/rhasspyasr_pocketsphinx/transcribe.py", line 93, in transcribe_stream
self.decoder = self.get_decoder()
File "/home/xxx/voice2json/.venv/lib/python3.7/site-packages/rhasspyasr_pocketsphinx/transcribe.py", line 147, in get_decoder
decoder = pocketsphinx.Decoder(decoder_config)
File "/home/xxx/voice2json/.venv/lib/python3.7/site-packages/pocketsphinx/pocketsphinx.py", line 273, in init
this = _pocketsphinx.new_Decoder(*args)
RuntimeError: new_Decoder returned -1

I'd expect that kind of error if you haven't downloaded the appropriate profile files, or if they're corrupted.

Closing issue due to inactivity. Please re-open if the problem persists.


Update year in copyrights

Landed in https://github.com/metarhia/metarhia.com/commit/fd432990a7ac5ce092d184273fcc6228d0f863a1

Landed in https://github.com/metarhia/metarhia.com/commit/fd432990a7ac5ce092d184273fcc6228d0f863a1


Feature/Docs request

I've been running into the problem of trying to deploy your production, and it seems that, from the coworkers I've talked to, I'm not the only one. It'd be super helpful if there was a quick tutorial on setting up a simple Nginx server to serve the production build.

Closing: After I altered my Nginx configuration to transition from relying on a localhost server to serving built files, everything made sense. Had to do it in production though, which was scary.


demo run with Ne

https://github.com/netease-im/Basic-Video-Call/tree/master/One-to-One-Video/NERtcSample-1to1-iOS-Objective-C
can not run with NESDK 4.5.0  directly. There is Bug.


Definition arrow obfuscation

Arrow attached to bottom of defo bubble doesn't respond to larger bubbles with more lines of text.

Fixed: [ddca00e]


Change incorrect link from I2C to I2S in mod.rs

Very minor change in comment. But it was a bit confusing.

Thanks for the fix!

No problem!


Prime mini support

Device identification:
Bus 001 Device 005: ID 1038:184d SteelSeries ApS SteelSeries Prime Mini

Product URL:
https://steelseries.com/gaming-mice/prime-mini

It seems there are too many differences between Prime mini and Prime mini wireless to add them in the same profile (more info coming later in this issue).
Related PR: #226 cc @NextWork123

Here are the details about the device
Direct Color:
21 00 <R> <G> <B>

Default Lighting:
21 00  (off)
21 01  (on)

Sensitivity (DPI):
2D <DPI>

Range: 50 - 18000 dpi

50 dpi = 1 (0x01)
18000 dpi =  360 (0x0168?? WARN: we have to check the endianess)

Polling rate
2B <DPI>

125: 0x04
250: 0x03
500: 0x02
1000: 0x01

Button mapping
→ Identical to Prime Wireless
NOTES

No need to read-back values on this mouse

I pushed the initial support for the Prime Mini on the device-prime-mini branch. Can someone test that everything is working as expected? :)

I pushed the initial support for the Prime Mini on the device-prime-mini branch. Can someone test that everything is working as expected? :)

today i gonna test the initial support :)

Prime Mini support was added in Rivalcfg v4.11.0 :)


Which version of Zabbix is published in grafana.com and supports Grafana 9.2.10?

I am using Grafana 9.2.10. I tried installing zabbix 4.3.1 , 4.3.0, 4.2.10, 4.2.9, 4.2.8, 4.2.7, 4.2.6.. I am getting error : This plugin is not published to grafana.com/plugins and can't be managed via the catalog. Please help.

How are you trying to install a later version?

This looks like is also related to https://github.com/grafana/grafana-zabbix/issues/1897


Consider using different environment variable names

GH_REPO and GH_TOKEN are generic enough where you need to worry about other applications making the same mistake, and using the same environment variable name. Especially when asking users to set these permanently, I suggest something like TIL_RB_GITHUB_REPO and TIL_RB_GITHUB_TOKEN. Realistically there's no negative to them being longer because you never need to re-type it after configuration.
Ultimately these should be in their own configuration file, probably under ~/.config, but I'm sure that's being considered.

Hey (again),
So answer your two questions:

You're absolutely correct about the name, I will rename the variables with TIL_ prefix right now, this was a huge oversight on my end
Storing the values under ~/.config is something that was on my radar, I also wanted to add a configure command that would create the necessary files and folders for you, but we can definitely add the ability to read from a config file first and the configure command (which would be a little bit more work) later.

Thanks again!

As mentioned in #1, 0.0.7 was released, it also contains this change.
I created [another issue][#5] for the config file thing, and will create another one later on for the configure command I want.
Thanks, and please keep sharing feedback or issues, really really appreciate it!


Update sql-server-extended-security-updates.md

Docs Build status updates of commit 9e7eeb3:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/sql-server/end-of-support/sql-server-extended-security-updates.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

IMPORTANT: When this content is ready to merge, the Microsoft reviewer must add #sign-off in a comment or the approval may get overlooked.
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

@Jak-MS If you're able to approve my suggested edit, we can get this merged.

#sign-off

Docs Build status updates of commit da6d711:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/sql-server/end-of-support/sql-server-extended-security-updates.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


chore(main): release 0.9.4

:robot: I have created a release beep boop
0.9.4 (2022-10-13)
Bug Fixes

Quicksearch: Directly closes when user clicks on 'add' on a collection page' (f9a0ce2)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/BLSQ/openhexa-frontend/releases/tag/0.9.4 :sunflower:


⚠ SceneTime has degraded performance

In 5e514a4, SceneTime ($ST) experienced degraded performance:

HTTP code: 200
Response time: 5234 ms

Resolved: SceneTime performance has improved in 3c2ea1c after 13 minutes.


Reference-guided SLURM script errors

Hi,
I am hoping to use the reference-guided mode of Ratatosk to correct ONT reads. I tried using the new version, but there seem to be some errors.
In line 78 of the SLURM script, there is a missing fi causing an EOF error.
Also in line 226, the BIN_SZ variable appears undefined and causes an error in the for pos in $(seq 0 $((${BIN_SZ})) $((${chr_len}))) loop as it defaults to 0. I found buffer_sz = 1000000 in segmentBAM.py, but it isn't clear if this is related.
Thanks,
Alex

Hi @ASLeonard,
Thanks for letting me know! I pushed a quick fix, can you let me know if this works for you?
Guillaume

Hi @ASLeonard,
Thanks for letting me know! I pushed a quick fix, can you let me know if this works for you?
Guillaume

Looks like it is working so far.
As a possibly related question, I am modifying the script as I am on an LSF cluster, not slurm. It looks like the sbatch bin.sh submission on L252 is a single submission of many many Ratatosk commands. I don't see any slurm array code, so is this meant to be a single job, or can each Ratatosk job be submitted individually?

Looks like it is working so far.
As a possibly related question, I am modifying the script as I am on an LSF cluster, not slurm. It looks like the sbatch bin.sh submission on L252 is a single submission of many many Ratatosk commands. I don't see any slurm array code, so is this meant to be a single job, or can each Ratatosk job be submitted individually?

Also there is a missing .fa in either L179 NAME_SR_UNMAPPED_IN_FILE="${PREFIX_PATH_SEG}/sample_sr_unmapped" or in L236 -u ${NAME_SR_UNMAPPED_IN_FILE}

Also there is a missing .fa in either L179 NAME_SR_UNMAPPED_IN_FILE="${PREFIX_PATH_SEG}/sample_sr_unmapped" or in L236 -u ${NAME_SR_UNMAPPED_IN_FILE}

Hi @ASLeonard,
Thank you for notifying me on the file extension, it has been fixed. To answer your previous question about the sbatch bin.sh, the intention was to have each Ratatosk correction job submitted independently with SLURM, which is not what I have achieved here. I will work on a fix for that.

Hi @ASLeonard,
Thank you for notifying me on the file extension, it has been fixed. To answer your previous question about the sbatch bin.sh, the intention was to have each Ratatosk correction job submitted independently with SLURM, which is not what I have achieved here. I will work on a fix for that.

I pushed a quick fix for it which changes the Ratatosk bin corrections to independent job submissions in a job array. Note that an additional parameter -n must be now provided to the script and refers to the number of nodes that can be used at a given time. The parameter for the SLURM partition name to use has been changed to -m.

I pushed a quick fix for it which changes the Ratatosk bin corrections to independent job submissions in a job array. Note that an additional parameter -n must be now provided to the script and refers to the number of nodes that can be used at a given time. The parameter for the SLURM partition name to use has been changed to -m.

Everything seems to be working otherwise, so thanks for updating the scripts so quickly.
I'm actually on an LSF cluster, so I ported the slurm script to snakemake. Some parts still aren't working as smoothly as desired (similar issues to reported snakemake bugs), but I'd be happy to share that when it works more smoothly.

Everything seems to be working otherwise, so thanks for updating the scripts so quickly.
I'm actually on an LSF cluster, so I ported the slurm script to snakemake. Some parts still aren't working as smoothly as desired (similar issues to reported snakemake bugs), but I'd be happy to share that when it works more smoothly.


Handle zoom?

What problem does this solve or what need does it fill?
It'd be very nice for tilemap to handle (arbitrary, smooth) map zoom in addition to panning.
Describe the solution would you like?
As I see in the examples, panning is accomplished by manipulating the 2d camera translation directly. It happens that zoom in 2d works by scaling everything rather than moving the camera. It would be nice (but not essential) for this to all be accomplished in one interface.
(Super awesome bonus: smooth pan/zoom where you give target values and a system updates them over a number of frames.)
Describe the alternative(s) you've considered?
Coding it all myself rather than working on my actual game stuff. :)

Also, related #95 — the "what was clicked" code could/should be zoom aware.

Bevy's main branch now has a scale property on OrthographicProjection so you can zoom in using the camera.
I believe that should solve both problems.

Awesome, yeah, I was certain it was related to Bevy itself, not the Tilemap. Can only do as much as the base lib can do. Thanks for the heads up @Devil-Ira

@joshuajbouw Just checking that the rendering / chunking functions don't make assumptions based on camera zoom. If that is all handled, then cool. :)

Hm, that I would need to double check.

I attempted to use the OrthographicPorjection's scale property to zoom in/out, but you get weird lines. Example:

Its possibly related to having low precision errors, or some sort of filtering issue.

Using the following code helps a little bit however I still get lines:
let atlas_texture = textures.get_mut(tilemap_atlas_handle.clone()).unwrap();
atlas_texture.sampler.min_filter = bevy::render::texture::FilterMode::Nearest;

I have a PR open that fixes the line issue:
https://github.com/joshuajbouw/bevy_tilemap/pull/153


Finish built-in deployment scripts

Currently, the deployment scripts are an auto-generated mess. In particular, TLS support is commented out, preventing us from using webhooks. This all has to be cleaned up, TLS and webhook support enabled, redundant generated code removed.

/triage accepted
/lifecycle frozen
/help

Please assign it to me!

I think you can use /assign to assign yourself.
/assign @matthewei


1.0.x update local leader before notifications

Backport from https://github.com/spring-cloud/spring-cloud-kubernetes/pull/409.
@ryanjbaxter I had to pull-in other two commits in order to make the sample application work on the latest minikube.

@gytis there are test failures on circleci can you take a look?

I'll have to revert the FMP upgrade. It expects health endopint at "/actuator/health", so won't work with Spring Boot 1.5.x.

I dropped the FMP upgrade. But had to modify the example as a result.
FMP 3.5.x does not include Role and RoleBinding objects into a generated kubernetes.yml file, only openshift.yml. So I added leader-role.yml and leader-rolebinding.yml to the root directory of the example and included steps to apply them in the readme.

Hmm, the same test failed again. It must be unrelated to the PR.

I relaunched it, lets see what happens

Seems like it might be something with CircleCI.  I built the 1.0.x branch with and without your changes and it was fine on my machine.


Using the Plugin in index.html

Hi good day, I am having dificulty with this plugin.
It is installed in the config.xml but I dont know how to use it in the index.html and wrap it with an image/button

Add the plugin to your project:
cordova add plugin https://github.com/anemitoff/PhoneGap-PhoneDialer
Then in your javascript, when the button is clicked, fire a function that will call the phonedialer.dial function as written in the README

I am not the author of this plugin, but this worked for me

Hello i want to use this pugin but i tried into the index.html but nothing.
Please can you give me an example of use.
I really need it!


Delete bosh-init-usage.md and sl-bosh.yml

This is documented on https://bosh.io/docs/init-softlayer.html.
Having this documentation duplicated leads to stale versions on either side.
We compared https://bosh.io/docs/init-softlayer.html and this file, and we put the diff into docs-bosh/#274.
Please merge this PR after https://github.com/cloudfoundry/docs-bosh/pull/274 was merged.
/cc @suhlig

@petergtz thanks for the contribution. I'll wait for cloudfoundry/docs-bosh#274
Also, in the mean time as we wait, would it make sense to add a link from the docs here to  https://bosh.io/docs/init-softlayer.html?

@maximilien Ideally yes, but my hope is that cloudfoundry/docs-bosh#274 will be merged soon enough. I'll ping @cppforlife to see if there's anything blocking that PR.

@maximilien cloudfoundry/docs-bosh#274 is merged now.

Thanks @petergtz


Job GC

Is this a BUG REPORT or FEATURE REQUEST?:
/kind feature
Description:
Support GC for completed jobs by TTL in upstream.

/components controller

/sig apps


pocl: init at 4.0

Dropping pkgs.pocl into hardware.opengl.extraPackages makes my (znver3) CPU it show in clinfo and device properties etc are listed correctly but linking actual OpenCL kernels fails with "-lgcc and -lgcc_s" not found and I haven't got the slightest clue for fixing that. Can anyone familiar with libclang chime in on that?  Maybe @RaitoBezarius
@lovek323  @alyssais  @Ericson2314 ?
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

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

[x] Fits CONTRIBUTING.md.

Hello and thank you for your work @jansol,
Any eta when this pkgs will be merged ? It seems needed for hashcat to work with my Intel CPU, I tested your package and I got the same error as you:
[2024-02-25 15:42:54.374418037]POCL: in fn POclCreateCommandQueue at line 104:
  |   GENERAL |  Created Command Queue 6 (0xa030a0) on device 0
[2024-02-25 15:42:54.374447544]POCL: in fn POclCreateContext at line 233:
  |   GENERAL |  Created Context 5 (0xa02f30)
[2024-02-25 15:42:54.374458980]POCL: in fn POclCreateCommandQueue at line 104:
  |   GENERAL |  Created Command Queue 7 (0xa04fb0) on device 0
[2024-02-25 15:42:55.415755454]POCL: in fn llvm_codegen at line 215:
  |   GENERAL |  Linking final module
/nix/store/2ab5740x0cy1d74qvbpl5s28qikmppl5-binutils-2.40/bin/ld: cannot find -lgcc: No such file or directory
/nix/store/2ab5740x0cy1d74qvbpl5s28qikmppl5-binutils-2.40/bin/ld: cannot find -lgcc_s: No such file or directory
error: linker command failed with exit code 1 (use -v to see invocation)
Final linking of kernel gpu_decompress failed.

Have you found a workaround or something maybe ?
Regards.

@lap1nou Nope, haven't really had time to look into the NixOS-specifics of this.

I tried injecting library search path of libgcc.a and libgcc_s.so to ld command which fixed the problem. Hashcat works for me now.
Here is my updated package: https://gist.github.com/xddxdd/3627283c38e3db9a5e7f18d25d3a0bcb

Also pocl 5.0 has been released with support for LLVM 17.

@xddxdd looks good! Could you adopt this PR, since it looks like it's stale for a while?

Sorry for the long silence, finally had a moment to poke at this again. Now the package is up to date with the latest upstream release and both clinfo and hashcat seem to be happy with it OOTB.
@xddxdd I've incorporated the changes from your gist and credited you with the same author line you've been using in your nur repo -- let me know if you'd prefer something different.
I've also enabled building the experimental remote backend, since it does not require additional dependencies (except optionally rdma-core, but that is an exercise for another time) and it only gets loaded if explicitly configured with environment variables at runtime. In other words, unless you know how to configure the remote backend and manually do that, you should never notice its existence.
The Vulkan and CUDA backends would be interesting to enable in the future, but those probably should get package level flags since they are bound to increase the closure size by a fair amount.

Vulkan definitely shouldn't, FWIW. vulkan-loader is tiny and self-contained.

Vulkan definitely shouldn't, FWIW. vulkan-loader is tiny and self-contained.

Yeah, I'm more concerned about the clspv dependency. Which reminds me, PoCL now supports SPIR-V kernels if spirv-tools and llvm-spirv-translator are available, lemme add those in real quick...

Note in case someone has been testing this with hashcat: you'll want to delete both PoCL's and hashcat's kernel caches between builds: ~/.cache/pocl/kcache and ~/.cache/hashcat/kernels. Otherwise you'll get an error from PoCL complaining about an LLVM version mismatch and a segfault from hashcat.

Result of nixpkgs-review pr 261736 run on x86_64-linux 1

1 package built:

pocl

@JohnRTitor Thanks for taking care of those!


[faraland-staking] add fara staking strategy

adding strategy snapshot staking balance on faraland.io contract

Strategy is live https://snapshot.org/#/strategy/faraland-staking


[cli] Cannot switch context by clusterName:projectName

What kind of request is this (question/bug/enhancement/feature request):
bug
Steps to reproduce (least amount of steps as possible):

Create 2 clusters and add a cluster owner who is not an admin to both of them
Login with CLI using admin user token and select one of the resulting contexts: rancher login --token $ADMIN_TOKEN --skip-verify $RANCHER_SERVER_URL
Switch context in CLI using clustername:projectname rancher context switch test1:Default
--> Will result in: FATA[0000] Not found: test1:Default
Now login with user token and select one of the resulting contexts: rancher login --token $USER_TOKEN --skip-verify $RANCHER_SERVER_URL
Switch context in CLI using clustername:projectname rancher context switch test1:Default
--> Will result in: FATA[0000] Bad response statusCode [403]. Status [403 Forbidden]. Body: [baseType=error, code=Forbidden, message=projects.management.cattle.io "Default" is forbidden: User "u-b47sd" cannot get resource "projects" in API group "management.cattle.io" in the namespace "test1"] from [$RANCHER_SERVER_URL/v3/projects/test1:Default]

Result:
(shown in steps above)
Other details that may be helpful:
This is kind of two errors in one:

I should be allowed to switch contexts knowing just the cluster name and project name, as the cluster name is unique. If there are multiple projects with that name in the cluster, then I would expect the general multiple-resources error: FATA[0000] Multiple resources of type project found for name Default: [c-88rmh:p-mhvc2 c-qcqcs:p-sfpjl]
The error messages are both misleading. I would expect since the user has access to this cluster, he should see at least the same error message as admin. The admin error message shows that it is not found, which is a bit misleading.

It might make sense to add a --cluster flag to the context switch command so that it could be executed like: rancher context switch --cluster test1 Default. This would probably help to remove confusion between the colon syntax which is the same as how a project ID is specified.
Environment information

Single node install rancher v2.3.5

Cluster information

2 clusters, 3 nodes each all roles
Cluster type (Hosted/Infrastructure Provider/Custom/Imported): Linode
Machine type (cloud/VM/metal) and specifications (CPU/memory): 2gb, 1vcpu
Kubernetes version (use kubectl version):

Client Version: version.Info{Major:"1", Minor:"17", GitVersion:"v1.17.0", GitCommit:"70132b0f130acc0bed193d9ba59dd186f0e634cf", GitTreeState:"clean", BuildDate:"2019-12-07T21:20:10Z", GoVersion:"go1.13.4", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"17", GitVersion:"v1.17.2", GitCommit:"59603c6e503c87169aea6106f57b9f242f64df89", GitTreeState:"clean", BuildDate:"2020-01-18T23:22:30Z", GoVersion:"go1.13.5", Compiler:"gc", Platform:"linux/amd64"}

The context switch command is expecting the ID of the project OR the name, not a mix of clusterID:projectName. local is the name and ID of the cluster but local is special and that is not true in general for all other clusters. Project names are NOT their IDs so attempting to use an ID with a name will not work and cause the error seen where that particular project isn't found.
The usage should look like rancher context switch c-22cdz:p-k76cx using the ID of project
For the name of a project use rancher context switch Default and if you have multiple projects with the same name the duplicate name error will be returned.

Changed to enhancement as Dan's comment above is the intended use right now.
It would be nice to have a command like rancher context switch --cluster test Default. Technically cluster named "test" could have multiple projects named "Default", and in that case it should throw the same error, but if it doesn't it would be convenient to switch contexts this way.

we also hit this one.
i think there is something missing here.
currently i can't find anyway to switch without any human intervention to the Default project of another cluster.
To do a context switch you have to know $CLUSTERID:$PROJECTID and to determine PROJECTID using the cli you have to switch to the other cluster and do a rancher projects ls but there is no command that can do that !
Here there is 2 options AMHA:

either rancher cli supports rancher projects ls --all-clusters
either there is a way to do rancher cluster swicth $CLUSTERID

Am i wrong ?

@fredleger: I close the stdin to get the list in a non-blocking way, filter it, and then use awk to select the column.
Hacky but minimalistic example:
projectid=$(./rancher context switch <&- | grep CLUSTERNAME | grep PROJECTNAME | awk -F' ' '{ print $3 }')
./rancher context switch $projectid

@Stale - For me this enhancement is still relevant.

+1
Le mar. 21 déc. 2021 à 08:17, Stefano Probst @.***> a
écrit :

@Stale https://github.com/Stale - For me this enhancement is still
relevant.
—
Reply to this email directly, view it on GitHub
https://github.com/rancher/rancher/issues/25566#issuecomment-998531125,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAVGM5LD7H737CSJSBQY5JLUSASYLANCNFSM4K3OPFGQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you were mentioned.Message ID:
@.***>

--
--
[image: webofmars | build-and-run]
Frederic Leger
fondateur | webofmars | build-and-run
M:  <IP_ADDRESS>.54
E:  @.***
webofmars.com
https://twitter.com/webofmars
https://www.linkedin.com/company/webofmars/ https://github.com/webofmars
https://www.youtube.com/channel/UCi77lDIsszaryN0flTS9EOw
https://www.build-and-run.fr/
P.S. During business hours, focus is my work philosophy. So to fully serve
my customers, I do not consult emails during the day. Please send me an SMS
if anything urgent otherwise my reply might take a few workdays

https://github.com/Stale - For me this enhancement is still relevant.

https://github.com/Stale - For me this enhancement is still relevant.

@github-actions - For me this enhancement is still relevant.

@github-actions - For me this enhancement is still relevant.

@github-actions - For me this enhancement is still relevant.


Dead?

Is this project dead? I see no movement for two years.

@stugol something like this. Now you can use Babel, for example.

@dangreen but i'm only just getting started :(


[Feature Request] Please add an instruction to stop playback

That's all

I have a good idea. Maybe you can try to hook up with authme?

What will authme and annoucerplus do?


FIle explorer issue

Issue Type: Bug
The file explorer often doesn't update with the most recent changes. For instance, I rebased, and after rebasing, a folder and all the files it contained were missing. I restarted VS Code, and they were there.
VS Code version: Code 1.25.1 (1dfc5e557209371715f655691b1235b6b26a06be, 2018-07-11T15:33:29.235Z)
OS version: Darwin x64 16.7.0

System Info

Item
Value

CPUs
Intel(R) Core(TM) i5-7360U CPU @ 2.30GHz (4 x 2300)

GPU Status
2d_canvas: enabledflash_3d: enabledflash_stage3d: enabledflash_stage3d_baseline: enabledgpu_compositing: enabledmultiple_raster_threads: enabled_onnative_gpu_memory_buffers: enabledrasterization: enabledvideo_decode: enabledvideo_encode: enabledvpx_decode: enabledwebgl: enabledwebgl2: enabled

Load (avg)
7, 10, 10

Memory (System)
8.00GB (0.07GB free)

Process Argv
/Applications/Visual Studio Code.app/Contents/MacOS/Electron

Screen Reader
no

VM
0%

Extensions (14)

Extension
Author (truncated)
Version

snapshot-tools
asv
0.0.7

gitignore
cod
0.5.0

vscode-svgviewer
css
1.4.4

vscode-eslint
dba
1.4.12

gitlens
eam
8.5.0

tslint
eg2
1.0.33

prettier-vscode
esb
1.5.0

atom-keybindings
ms-
3.0.4

vsliveshare
ms-
0.3.395

debugger-for-chrome
msj
4.8.0

LiveServer
rit
5.1.1

code-settings-sync
Sha
3.0.0

vim
vsc
0.15.0

vscode-import-cost
wix
2.7.2

(1 theme extensions excluded)

VS Code is using different file watching strategies depending on your OS and your setup.
First thing to check:

[ ] I verified that the issue still reproduces in our insiders version (https://code.visualstudio.com/insiders/)
[ ] I verified that this issue is happening outside of a node_modules folder. Our file watcher ignores this folder!

To find out more about this issue, please first answer this:

[ ] What OS are you on
[ ] Does this happen from an empty workspace, a single-folder workspace or a multi-root workspace?
[ ] Do you have files.useExperimentalFileWatcher: true configured in settings?
[ ] What is your configured files.watcherExclude setting?

Then please answer the following depending on your setup:

[ ] It reproduces with any folder or workspace you open
[ ] The files/folders you open are on your local disk and not on a network share nor a UNC drive
[ ] The files/folders you open are not behind a symbolic link
[ ] The folder(s) opened use the exact same casing as they are on disk
[ ] It reproduces when I make a change to the file from another VS Code window (either from the editor or the file explorer)

Then please attach the output of our development console

run code --verbose from the command line
perform the action that causes you to not see the file change in VS Code
attach the output from the console (Help > Toggle Developer Tools > Console)

Thanks for taking the time to fill out this questionnaire.


Multiple public/private key pairs

In my case I have different public/private key pairs to access the same API in different accounts. Any suggestions on how to use these with googleauth? Setting the GOOGLE_APPLICATION_CREDENTIALS in that case won't work (I guess).

I ended up setting ENV['GOOGLE_APPLICATION_CREDENTIALS'] in my app based on business logic.


clipmap_bounds incorrectly set to map bounds not clip bounds

The bounds of the Preview window, which are determined by the clipmap_bounds_merc value, seem to be the bounds of the raw map, not the clipped map, causing zoomToMaxExtent to be offcenter and too wide (framing for the uncropped map).

I suspect that fixing this problem will greatly enhance the ability to accurately search by location https://github.com/nypl-spacetime/nypl-warper/issues/36
For example if you search for rectified maps by location using "Mahopac, NY" and then review the first page of results you'll find that none of the maps listed actually contain Mahopac -- they are maps of the surrounding area which have extraneous space around the display area which overlap Mahopac itself. This inaccuracy maps the search by location function much less useful.

yeah we have been making some fixes on this. originally the warper only used the bbox (i guess) because not all maps have a clip mask. we're slowly working on making fixes. i agree that using clip mask if present is the better way


Issue in Enabling debug logs from carbon console.

Enable debug to some of the package from log4j.properties file.
Go to the management console and change those class to INFO level from UI.
Re-enable debug level to some of those classes.
Then those debug logs are not working properly.
Start to work again if we click on the 'Restore to default'
Also, if we set the package to ERROR level in log4j.properties initially, everything works fine.

This issue is being closed due to extended inactivity. Please feel free to reopen it if further attention is needed. Thank you for helping us keep the issue list relevant and focused!


Update dropwizard-core, dropwizard-forms, ... to 1.3.24

Updates

io.dropwizard:dropwizard-core
io.dropwizard:dropwizard-forms
io.dropwizard:dropwizard-testing

from 1.3.23 to 1.3.24.
GitHub Release Notes - Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "io.dropwizard" } ]

labels: library-update, semver-patch

Codecov Report

Merging #716 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #716   +/-   ##
=======================================
  Coverage   81.20%   81.20%
=======================================
  Files          78       78
  Lines        5197     5197
  Branches      139      139
=======================================
  Hits         4220     4220
  Misses        977      977

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 84c0e70...b96ca61. Read the comment docs.


NCTL :: various improvements

Removed usage of network vars file.
Simplified usage of network parameters.
Miscellaneous improvements.

bors r+


scrubber: handle initdb files, fix an issue with prefixes

The code for calculating the prefix in the bucket was expecting a trailing slash (as it is in the tests), but that's an awkward expectation to impose for use in the field: make the code more flexible by only trimming a trailing character if it is indeed a slash.
initdb archives were detected by the scrubber as malformed layer files.  Teach it to recognize and ignore them.

I wonder if we should just have the scrubber delete them instead of ignoring them. The safekeepers are moving towards deletion of deleted timelines, at least according to this msg in slack. We can always un-delete should the user feel that they pressed the wrong button.
So I'm wondering about making the pageserver delete the initdb during deletion also, or maybe implementing a separate "initdb deletion" endpoint or something to prevent needing a parameter to whether preserve the initdb for a later re-creation or not.
We should also watch out for the cases which we want to disaster recover, we should not have the scrubber delete the file while the DR process needs them... not sure how to address that point.

I wonder if we should just have the scrubber delete them instead of ignoring them.

Yes, that would be an extra thing for the find-garbage/purge-garbage commands, perhaps some logic like removing the initdb for deleted timelines after some time period.  The scan-metadata command should always be readonly of course.

Did the chaos start to fail because of the / change?


Gracefull shutdown

I found that when application is exiting, it could be the Exporter have not finished emiting spans.
Here is an example with stdout exporter:
require "opentelemetry-api"

OpenTelemetry.configure do |config|
  config.service_name = "stdout_exporter_sample"
  config.service_version = "0.1.0"
  config.sampler = OpenTelemetry::Sampler::AlwaysOn.new
  config.exporter = OpenTelemetry::Exporter.new(variant: :stdout)
end
tracer = OpenTelemetry.tracer_provider.tracer

tracer.in_span("first_operation") do |root_span|
  root_span.set_attribute("foo", "BAR")
  root_span.set_attribute("url", "http://example.com/foo")

  root_span.add_event("dispatching logs")

  tracer.in_span("inner_operation") do |child_span|
    child_span.add_event("handling request")
    tracer.in_span("get_user_from_db") do |child_span|
      child_span.add_event("querying database")
    end
  end

  tracer.in_span("process_second_stage") do |child_span|
    child_span.add_event("checked permissions")
    tracer.in_span("write_to_storage") do |child_span|
      child_span.add_event("insert user")
    end
  end
end

It would cut the output in the middle:
$ crystal run stdout_exporter_sample.cr
{
  "type":"trace",
  "traceId":"3a5b6078000eda2fd964fa6ca8d8472d",
  "resource":{
...
  "spans":[
    {
      "type":"span",
      "traceId":"3a5b6078000eda2fd964fa6ca8d8472d",
      "spanId":"0eda2fd964000001",
      "parentSpanId":"",
      "kind":1,
      "name":"first_operation",
      "status":{
  "code": 0,
  "message": ""
},
      "startTime":1654514276979069952,
      "endTime":1654514276979131904,
      "attributes":{
        "foo":"BAR",
        "url":"http://example.com/foo"      },
      "events":[
        {
          "type": "event",
          "name": "dispatching logs",
          "timestamp":<PHONE_NUMBER>979119104
        }
      ]
    },
    {
      "type":"span",
      "traceId":"3a5b6078000eda2fd964fa6%

I beleive it would work same for other exporters.
Is there command to wait when all Exportes finished with emitting spans?

I checked the code and I think Exporter::Abstract has method: finalize. It should allow to flush the traces. Currently it is not used or available.

The solution won't be in a finalizer. It will be in a signal handler.
The finalizer exists to ensure that Fibers don't leak. An exporter that spawns a Fiber has to be sure to clean that fiber up before it is destroyed.
The right solution is probably a signal handler that:

Lets any current buffer of data be completely drained and handled before taking further action.
Either passes final execution back to a user provided callback, or simply exits after all buffered telemetry has been drained and handled.

Agreed that finalize won’t solve the problem since it’s invoked by the GC.
May want to be careful with signal handlers, though, since they don’t stack. So, for example, if this shard, another shard, and the application depending on them all call Signal::TERM.trap, only the last one defined will execute) and the other two are lost.
Another thing I looked at that does stack is at_exit (“stacks” is actually a pretty fitting word for it since the blocks are executed in LIFO order), but this only executes of the program exits normally rather than via a signal, so it also wouldn’t solve this problem.
With this in mind, would it make sense to instead provide an extension point that the application can call?
Signal::TERM.trap do
  http_server.close
  app.drain_requests
  otel_exporter.drain_traces
end

That was more concisely stated than I managed, but after a little tinkering today, that's more or less what I have arrived at, as well. This leaves the signal handling in the hands of the user, which should be fine as long as it is well documented.


chore(deps): update auth service in cli template

update authentication service version in cli template dependencies
gh-00
Description
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
Fixes # (issue)
Type of change
Please delete options that are not relevant.

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Intermediate change (work in progress)

How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

[ ] Test A
[ ] Test B

Checklist:

[ ] Performed a self-review of my own code
[ ] npm test passes on your machine
[ ] New tests added or existing tests modified to cover all changes
[ ] Code conforms with the style guide
[ ] API Documentation in code was updated
[ ] Any dependent changes have been merged and published in downstream modules

This can be done after we update the new version of loopback4-authentication in all the services.


database directory parameter not work

I have a TDLib program in java, which can run well in local dev environment, but cannot work on server.
the question is the database_directory param setting is not working on the server, the directory exists and can be written or read, but TDLib seems just ignore the param setting, and creates a subdir named null in the current work directory. It's really very weird, the created directory name is just null literally, 4 chars.
here is the view of the the directory:
./null
|-- database
|   `-- td.binlog
`-- files
I cannot figure out how this happens, hope someone can shed a light on this.

sorry, I made a mistake, should check my own code again and again....

You pass "null" as the value of database_directory.

yes, I supposed the config value had been configured and read correctly, while it was not true.
the configured value was changed by some middle-step, thus correct input but got wrong output.
log showed input, but ignored output. very stupid mistake.


Upgrade to Django 1.8

https://openedx.atlassian.net/browse/TNL-3282

@muzaffaryousaf @macdiesel opinions?

@nedbat LGTM :+1:  except a few questions. :100: for refactoring the tests.

@nedbat Please review the new changes that i have made.


Installable package

How to make artview installable/importable and how to structure it?

I was thinking of something like
artview.
    Menu (class)
    Display (class)
    TiltButtonWindow (class)
    FieldButtonWindow (class)
    ComponentsControl (class)
    plugins. (module) # as it already is in PR #26
      any plug-in defined in plugins folder
      _plugins (list of plugins classes)
    execute (function) standard execution, like execute_two.py today

I think the current structure is right way to go, this is what I was getting at in earlier conversations as well.  One change is that I would consider making an installable execution file that can be stored in the local Python path so it becomes a system call.
So that
python artview -d directory -r field
works out of the box.
There is some cross reference in issue #25 also.
I'd like to hold off on the setup until we stabilize the changes to a degree (i.e. work out any kinks in the latest PR and add a couple of working Plugins).

I went ahead and implemented this in PR #33

This was implemented with PR #33.


bug: mockCall not working as expected

The tests in CheatCodes.sol passed, however the test below fails. Tagging @onbjerg here since you implemented this feature originally in #403
pragma solidity 0.8.10;

import "ds-test/test.sol";

interface Vm {
  function mockCall(address,bytes calldata,bytes calldata) external;
}

contract MyContract {
  function outer() public returns (uint256) {
    return inner();
  }

  function inner() public returns (uint256) {
    return 5;
  }
}

contract MyContractTest is DSTest {
  MyContract c;
  Vm vm = Vm(address(bytes20(uint160(uint256(keccak256('hevm cheat code'))))));

  function testMock() public {
    c = new MyContract();
    assertEq(c.inner(), 5);
    assertEq(c.outer(), 5);

    uint256 _newVal = 10;
    vm.mockCall(address(c), abi.encodeWithSelector(c.inner.selector), abi.encode(_newVal));

    assertEq(c.inner(), _newVal); // passes
    assertEq(c.outer(), _newVal); // fails
  }
}

Maybe the documentation was a bit confusing - outer is not making a call in the EVM sense of the word, it is just jumping to a new location in the code of the contract. mockCall only works for calls between accounts

Ah that makes sense. Changing return inner() to return this.inner() does result in the test passing.
However as a user I'd expect (and personally would like) the above usage to pass, even though we're jumping to inner() and not calling. Having inner() return different values based on whether it was a call vs. jump seems undesirable

Hmm, this is going to be pretty difficult. We can get the locations of different calls in the bytecode using functionDebugData from the Solidity compiler JSON output, but the names are a bit mangled (something like @<actual name>_<some id>) and we would also have to hook into jump instructions which I am not sure we are equipped to right now (think we would have to hook here?)
I definitely agree that it makes sense, though.
Just noting here for the future (I don't have much bandwidth currently):

We need to parse functionDebugData from the Solidity compiler and build a mapping of locations to symbols
The mockCall (and expectCall?) cheatcodes need to determine whether we are dealing with an actual call or a jump and store that information accordingly
We need to hook into CheatcodeStackExecutor::pre_validate and check if we are dealing with a jump instruction and if we are dealing with a known location we want to mock we need to somehow return our mocked data by skipping the code section at the jump destination and just returning the mocked data - not sure how we are going to do this

I'm also not sure if some of these functions are inlined if they are internal(?)

Very briefly skimming it looks like it would be a lot easier if we used revm, but I'm not sure what the drawbacks are

We intend to switch over to Revm eventually, is the problem that hooking so deeply into sputnik can be hard, whereas revm's inspectors are cleaner?

Yeah, it's pretty much impossible for us (as far as I can tell) to hook into the actual stepping of the EVM itself with Sputnik, but revm inspectors solve this by giving us full control

Going to close this feature request, and we can always re-open if needed. IME I have not had the need to do this recently, so closing

Going to close this feature request, and we can always re-open if needed. IME I have not had the need to do this recently, so closing

@mds1 Would you mind sharing how one can achieve stateless unit tests with this mockCall limitations and without implementing additional mocked contracts?

@avniculae Can you expand on what you’re trying to do? I don’t understand exactly what you’re looking for :)

@mds1 Building on your example above, I was wondering how to best test the outer() function given this mockCall limitation? Think about a scenario where the inner() function would actually represent an internal function of a library, which heavily depends on state; in this scenario, I would like to just be able to mock all calls to the inner() function, be them internal or external. The alternative that I see is to build mock contracts where you can easily set the state of the contracts (ie values of variables) such that you can know in advance the effects and result of inner(); however, I don't find this scalable in complex projects.

It depends on the specifics of your use case. Some ideas include:

Make an external call to the library that way you can mock the response
Use vm.store or forge-std's stdStorage library to update storage slots
Use vm.etch to place arbitrary code at the library's address

Thanks @mds1, this is helpful! The vm.etch solution is interesting -- I'm thinking one can get the code of the contract and replace the relevant portion of the bytes with bytes corresponding to the mocked function? Have you seen something like this before?

Yep exactly, if the contract is one local to your project it's easy to make a patched version. If it's someone else's, e.g. uniswap, typically you'd clone their repo, patch the code, compile, and copy out the resulting bytecode into your project. I don't know of any examples offhand to link to, but if you search the foundry issues or telegram channels you might find some

@avniculae We did something similar to fuzz the state of Liquidity Positions of Uniswap V3.
Basically we created Extension contracts of the original uniswap-v3-core repo's with setters for state.
And next we used vm.etch to 'deploy' the Uniswap contracts where we can fuzz the full state.
Might help you as an example:
https://github.com/arcadia-finance/accounts-v2/tree/main/test/utils/fixtures/uniswap-v3
Only for constants in the contract this is annoying, since you can't simply override them.
We had to do some manipulation of the bytecode tho before using vm.etch, to replace constants in the original contracts.

FYI for anyone looking trying to use this, mocking inner() works for outer2 and outer3 as of today.
`// SPDX-License-Identifier: UNLICENSED
pragma solidity ^0.8.13;
interface WithInner {
function inner() external view returns(uint256);
}
contract MyContract {
function inner() public view returns (uint256) {
    return 1;
}

function outer1() public view returns (uint256) {
    return inner();
}

function outer2() public view returns (uint256) {
    return this.inner();
}

function outer3() public view returns (uint256) {
    return WithInner(address(this)).inner();
}

}
`

Ending here after going over the expectCall foundry's doc and seeing this note:

ℹ Internal calls
This cheatcode does not currently work on internal calls. See issue #432.

While this issue doesn't seem to be specifically about expectCall,
I'm wondering if there's a workaround for expecting internal calls? Or are there any plans to add this feature in the future?


Adding chunking support to file manager

Fix for #3719
Certainly not the prettiest thing I've ever written, but it seems to work well enough. I've been away from the core for a bit so feedback appreciated 😅

This is really great! I have just a few minor fixes to it: see https://github.com/ExchangeCore/concrete5/pull/3

Thanks!


Let StartScriptGenerator not rely on chmod on posix systems

This PR is basically https://github.com/gradle/gradle/pull/21044
It fixes #20891

@bot-gradle help

Currently, the following commands are supported:
@bot-gradle test <BuildTrigger1> <BuildTrigger2> ... <BuildTriggerN>

A trigger is a special build for this PR on TeamCity, common triggers are:

SanityCheck/CompileAll/QuickFeedbackLinux/QuickFeedback/PullRequestFeedback/ReadyForNightly/ReadyForRelease
Shortcuts: SC/CA/QFL/QF/PRF/RFN/RFR
Specific builds:

BD: BuildDistributions/BuildDocs so that you can preview the generated docs/distribution.
PT: PerformanceTest, all performance tests for Ready For Nightly stage.
APT: AllPerformanceTest, all performance tests, including slow performance tests.
AST: AllSmokeTestsPullRequestFeedback
AFT: AllFunctionalTestsPullRequestFeedback
ASB: AllSpecificBuildsPullRequestFeedback
ACC: AllConfigCacheTestsPullRequestFeedback
ACT: AllCrossVersionTestsReadyForNightly
AFTN: AllFunctionalTestsReadyForNightly
ACTR: AllCrossVersionTestsReadyForRelease
AFTR: AllFunctionalTestsReadyForRelease

@bot-gradle test and merge

queues this PR for testing and merges if all tests pass by:

Creating a merge commit from your PR branch HEAD and the target branch
Running a ReadyForNightly build against the merge commit
When it passes, fast-forward the target branch to this merge commit (i.e. merge the PR)

The merge commit is called a pre-tested commit, which means that it fully tests the integration
of your branch HEAD and latest master, instead of only testing your branch HEAD.
@bot-gradle cancel

cancel a running pre-tested commit build or remove it from queue

@bot-gradle clean

clear the conversation history

@bot-gradle help

display this message

To run a command, simply submit a comment.  For detailed instructions see here.

OK, I've already triggered the following builds for you:

AllFunctionalTestsPullRequestFeedback build

OK, I've already triggered a build for you.


Onboard initial AD Dashboard plugin cypress tests

Signed-off-by: Tyler Ohlsen<EMAIL_ADDRESS>Description
This PR adds some initial tests for the AD Dashboards plugin's dashboard page, ported over from here. Created some files that future plugins can add to for their plugin needs (constants can go in utils/constants, custom commands can go in support/commands).
Other changes include:

Refactoring how tests are ran based on security being enabled or disabled. Sets up a SECURITY_ENABLED cypress env var which can be toggled to run the same set of tests for both scenarios. More details on the change in #63.
Refactoring the core dashboards tests under a base core-opensearch-dashboards dir to easily differentiate between plugin tests.
Adding a workflow using bundled artifacts to test all plugin tests (which is currently just AD)

NOTE: minor formatting changes (in workflows, for example) can be ignored. Will have a follow-up PR to integrate the codebase with prettier which will do a full reformat over all .js files.
Issues Resolved
Closes #63
Closes #38
Check List

[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

CI seems to keep failing with this error - any idea @tianleh?
  1) dashboard filtering
       "before all" hook for "Buffer test for importing test environment data":
     CypressError: `cy.request()` failed trying to load:

http://localhost:9200/animals-dogs-2018-01-01

We attempted to make an http request to this URL but the request failed without a response.

We received this error at the network level:

  > Error: socket hang up

Setting to draft to set up plugin workflows first.

Is it connection timeout. What's size of the test data

CI seems to keep failing with this error - any idea @tianleh?

  1) dashboard filtering

       "before all" hook for "Buffer test for importing test environment data":

     CypressError: `cy.request()` failed trying to load:

http://localhost:9200/animals-dogs-2018-01-01

We attempted to make an http request to this URL but the request failed without a response.

We received this error at the network level:

  > Error: socket hang up

Is it connection timeout. What's size of the test data

CI seems to keep failing with this error - any idea @tianleh?

  1) dashboard filtering

       "before all" hook for "Buffer test for importing test environment data":

     CypressError: `cy.request()` failed trying to load:

http://localhost:9200/animals-dogs-2018-01-01

We attempted to make an http request to this URL but the request failed without a response.

We received this error at the network level:

  > Error: socket hang up

I found out that after refactoring, I changed the functionality and was running the vanilla tests in the bundled workflow. I've since removed that and all tests are passing now.

Huge progress!
Just want to mention this location may need to be updated as well (similar to the change in Github action). https://github.com/opensearch-project/opensearch-dashboards-functional-test/blob/main/integtest.sh#L82
This is how infra team will run test cases inside this repo.

Good catch - I've updated integtest.sh and added a line to test the plugin test suite. Also explicitly set security to false in the vanilla workflows.

Once this PR is merged, there will be two follow up items.

for @tianleh , pull in latest change and run the integtest.sh from infra's repo https://github.com/opensearch-project/opensearch-dashboards-functional-test/issues/67

for @ohltyler check if AD's existing CI (Github action for Cypress) can check out this repo and run the AD test cases inside this repo. This is to avoid duplicated test cases. https://github.com/opensearch-project/opensearch-dashboards-functional-test/issues/65 Let us know if you could take this task.

Once this PR is merged, there will be two follow up items.

for @tianleh , pull in latest change and run the integtest.sh from infra's repo [FEATURE] Verify https://github.com/opensearch-project/opensearch-dashboards-functional-test/pull/64 from infra #67
for @ohltyler check if AD's existing CI (Github action for Cypress) can check out this repo and run the AD test cases inside this repo. This is to avoid duplicated test cases. [FEATURE] call AD test cases inside this repo from AD's CI process #65 Let us know if you could take this task.

@tianleh can you explain the purpose of running tests added here, inside of the individual plugin CI? From my understanding, the tests added in this repo should be a subset / more high-level integ tests, while the individual plugin test suite can have longer, more detailed tests.
Is the long-term plan to move most integ tests here, or are you suggesting to add a CI workflow in the plugin that runs these tests, as sort of an extra layer of sanity tests at the individual plugin level?

@tianleh can you explain the purpose of running tests added here, inside of the individual plugin CI? From my understanding, the tests added in this repo should be a subset / more high-level integ tests, while the individual plugin test suite can have longer, more detailed tests.
Is the long-term plan to move most integ tests here, or are you suggesting to add a CI workflow in the plugin that runs these tests, as sort of an extra layer of sanity tests at the individual plugin level?

@ohltyler The long term plan is to move all integ tests here in this repo (we may need to add some folder structure to distinguish release signoff test vs regular integ tests though). However, it is not needed in this iteration.
The immediate need is to "add a CI workflow in the plugin that runs these tests, as sort of an extra layer of sanity tests at the individual plugin level". It can serve as two purposes, one to plugin level sanity test, second to proof the technical feasibility to have plugin repo able to checkout this repo and run test cases inside this repo.
cc @seraphjiang @Tengda-He for visibility

@tianleh can you explain the purpose of running tests added here, inside of the individual plugin CI? From my understanding, the tests added in this repo should be a subset / more high-level integ tests, while the individual plugin test suite can have longer, more detailed tests.
Is the long-term plan to move most integ tests here, or are you suggesting to add a CI workflow in the plugin that runs these tests, as sort of an extra layer of sanity tests at the individual plugin level?

@ohltyler The long term plan is to move all integ tests here in this repo (we may need to add some folder structure to distinguish release signoff test vs regular integ tests though). However, it is not needed in this iteration.
The immediate need is to "add a CI workflow in the plugin that runs these tests, as sort of an extra layer of sanity tests at the individual plugin level". It can serve as two purposes, one to plugin level sanity test, second to proof the technical feasibility to have plugin repo able to checkout this repo and run test cases inside this repo.
cc @seraphjiang @Tengda-He for visibility

Got it, thanks for the clarification. That makes sense. I'll get started on that in the AD plugin.


fix for b2/79184992

remove  ndk_helper::SensorManager::Process()
add -Wno-attributes for gcc case
When using gcc, 2 warning coming up. Surprisingly that clang does not detect the first one above.  The second one is related to known issue.

@hak @DanAlbert please carefully review this PR, thanks!

IMO better to just stop supporting GCC in the samples. We don't support GCC and this sends the mixed message that we do.

@DanAlbert make sense. I will follow up to test matrix so "this suppress warning" added into their procedure if they want to test gcc using the sample, that way get sample out of trouble.

changed concerning the "suppress warning" part: not adding it for gcc.


Update Home Assist

Hello,
When I perform an update from Home Assistant version 2023.8.4 to 2023.11, Luxtronic stops working. Do I have the correct version of Luxtronic? There is no update available. Do you know what could be the issue and how I can resolve it?

For HA >2023.9 please use the latest beta.
Backup your config and read the breaking changes.
You have to activate "betas" in HACS.

Can you give an indication as to when the main release will be updated to support HA >2023.9 please? Thank you!

It is in my schedule to carry out this during the upcoming weekend.
Met vriendelijke groet,
Hans van Berlo
@.> @.
Van: lars @.>
Verzonden: donderdag 16 november 2023 23:56
Aan: BenPru/luxtronik @.>
CC: Bello2023 @.>; Author @.>
Onderwerp: Re: [BenPru/luxtronik] Update Home Assist (Issue #200)
Can you give an indication as to when the main release will be updated to support HA >2023.9 please? Thank you!
—
Reply to this email directly, view it on GitHub https://github.com/BenPru/luxtronik/issues/200#issuecomment-1815443956 , or unsubscribe https://github.com/notifications/unsubscribe-auth/A7OYEPZGFBAMGDB4OPXLWPDYE2KYBAVCNFSM6AAAAAA7LCCO7CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMJVGQ2DGOJVGY .
You are receiving this because you authored the thread.  https://github.com/notifications/beacon/A7OYEPZPTJEC7X33N4UAVT3YE2KYBA5CNFSM6AAAAAA7LCCO7CWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTMGV47I.gif Message ID: @.*** @.***> >

Hello,
I have performed the following steps:
• Hacs: Display beta versions 'on.'
• Installed HA 2023.9.
• Reinstalled Luxtronik. Beta version 'on.' I can only choose version 2023.01.01.
• After restarting everything each time, the parameters for Luxtronik are 'Not available.'
The error messages I receive include: 2023-11-17 11:28:20.119 ERROR (MainThread) [homeassistant.components.switch] luxtronik2: Not adding entity with invalid device info: Invalid device info {'configuration_url': 'https://www.heatpump24.com/DownloadArea.php?layout=1', 'default_name': 'Heating', 'identifiers': {('luxtronik2', '290415_017_heating')}, 'manufacturer': 'Alpha Innotec', 'model': 'MSW2-6S', 'name': 'Heating'} for 'luxtronik2' config entry: device info needs to either describe a device, link to an existing device, or provide extra information.
What am I doing wrong?"
Met vriendelijke groet,
Hans van Berlo
@.> @.
Van: BenPru @.>
Verzonden: dinsdag 14 november 2023 18:21
Aan: BenPru/luxtronik @.>
CC: Bello2023 @.>; Author @.>
Onderwerp: Re: [BenPru/luxtronik] Update Home Assist (Issue #200)
For HA >2023.9 please use the latest beta.
Backup your config and read the breaking changes.
You have to activate "betas" in HACS.
—
Reply to this email directly, view it on GitHub https://github.com/BenPru/luxtronik/issues/200#issuecomment-1810742019 , or unsubscribe https://github.com/notifications/unsubscribe-auth/A7OYEP5KCGSJ753SJ5SXFX3YEOSBHAVCNFSM6AAAAAA7LCCO7CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMJQG42DEMBRHE .
You are receiving this because you authored the thread.  https://github.com/notifications/beacon/A7OYEP2XK7SPZNZIKXZ2TJLYEOSBHA5CNFSM6AAAAAA7LCCO7CWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTL5W5QG.gif Message ID: @.*** @.***> >

2023.01.01

This is the latest Version from the repo Bouni\Luxtronik.
Please ensure to use the repo BenPru\Luxtronik

This is clear. I have now followed the installation guide from BenPru/luxtronik. After adding, I get the message: Repository 'benpru/luxtronik' exists in the store. However, I do not see it here?
Met vriendelijke groet,
Hans van Berlo
@.> @.
Van: BenPru @.>
Verzonden: vrijdag 17 november 2023 13:39
Aan: BenPru/luxtronik @.>
CC: Bello2023 @.>; Author @.>
Onderwerp: Re: [BenPru/luxtronik] Update Home Assist (Issue #200)
2023.01.01
This is the latest Version from the repo Bouni\Luxtronik.
Please ensure to use the repo BenPru\Luxtronik
—
Reply to this email directly, view it on GitHub https://github.com/BenPru/luxtronik/issues/200#issuecomment-1816343216 , or unsubscribe https://github.com/notifications/unsubscribe-auth/A7OYEP3CIWH563DG66IKP43YE5LFJAVCNFSM6AAAAAA7LCCO7CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMJWGM2DGMRRGY .
You are receiving this because you authored the thread.  https://github.com/notifications/beacon/A7OYEP3Q763BU5Z6K5336A3YE5LFJA5CNFSM6AAAAAA7LCCO7CWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTMIMZLA.gif Message ID: @.*** @.***> >

This is clear. I have now followed the installation guide from BenPru/luxtronik.
After adding, I get the message: Repository 'benpru/luxtronik' exists in the store.

With this you have added the customized repo to your HACS.

However, I do not see it here?

If you open HACS and type "luxtronik" in the search bar, you should see two luxtronik results.
The one with the blue "Download"-Arrow is the correct one:

Can you give an indication as to when the main release will be updated to support HA >2023.9 please? Thank you!

@Bello2023 I think I was meant by the question.
@Laars123 The Migration of the breaking changes is the problem. I have to make more tests and extend the documentation. Otherwise I'm very afraid of getting a lot of questions and a shitstorm.
I hope I can make it in the next 2-3 weeks.

It's working again. The update has now been successfully executed. Thanks for your help.

@BenPru, you're right, I meant you with my question :) Thanks for the update, looking forward to it!


Check if process is defined

process is not available in browser context

Thanks for the PR, but im wondering in what scenario this is needed?

I have an app built with Aurelia CLI + TypeScript. It uses RequireJS as the loader. I load the main file lib/index.js and that loads internal\utils.js. This file includes the reference to process which is not defined in the browser context.
Maybe I'm doing something wrong.

How is it bundling modules internally? webpack? rollup? browserify? smth other?

I believe it uses its own system. I'm guessing there is a bug in Aurelia CLI since this is not an issue for others. Let's close this for now.
Is this code excluded when bundling with webpack, for instance?

Not exactly. Bundling with webpack or rollup replaces those with configured env vars. Please try to find out if Aurelia CLI could do the same or what other approach do they use to branch env dependent code.
If they wont provide any alternative I can merge your PR happily
Out of curiosity - why did u chose redux-saga for ur project?

Ahh. I didn't know they were replaced. That makes much more sense. I'll find out if they support that.
I have found redux to be a really nice way to manage state in an Aurelia project. redux-thunk has been working fine but is hard to test, as you mention in the saga docs. I also like how you can create flows with saga that are pretty easy to read. I originally found saga when I was looking for a way to have one redux state change trigger another change. This isn't how redux works, but saga flow makes this possible and very clean.

So there is a babel plugin to do this, but I'm using typescript as my transpiler. I ended up just adding something to my gulp pipeline at the end to replace process.env.NODE_ENV.

But is there some other standard approach for differentiating dev and prod builds then? would be nice if we can support this out of the box, instead of need for each user to configure it on his own

@forest any updates on the issue?

The Aurelia project has this code to be defensive about using environment variables.
var hasEnvVariables = typeof process !== "undefined" &&
    typeof process.env !== "undefined";

function env(key) {
    return hasEnvVariables ? process.env[key] : undefined;
}

Not sure there is a better solution than being defensive.

Could you give reference to this piece of code? Where is it used?
If we must go defensive, we'll do. Im only now wondering how aurelia users differentiate envs. :D

Sorry. This is actually bluebird code. Aurelia doesn't use process in any of its code since it is expected to run in the browser and not a node environment.
https://github.com/petkaantonov/bluebird/blob/ac381051cd26a6d1b735d9f8a239710f68a899c4/src/util.js#L321

Differentiating between envs is not only made for node vs browser, but also for differentiating your dev and production builds - both targeting browser.
Anyway - I'll look later into the PR and we gonna go full defensive, it wont hurt the project after all and it'' help you

Sounds good.
On Thu, Feb 9, 2017 at 5:28 AM Mateusz Burzyński<EMAIL_ADDRESS>wrote:

Differentiating between envs is not only made for node vs browser, but
also for differentiating your dev and production builds - both targeting
browser.
Anyway - I'll look later into the PR and we gonna go full defensive, it
wont hurt the project after all and it'' help you
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/redux-saga/redux-saga/pull/778#issuecomment-278640377,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAelaAcoSbXP6b8vCaOG1_vc7IgXivlks5raxSEgaJpZM4LpsrV
.

closing in favor of #825
@forest
Please read this - https://github.com/redux-saga/redux-saga/pull/781#issuecomment-279866887 and let me know if you can wait for the release of the new version (v0.15) which will include this fix.

@Andarist I can wait. Thanks.


Update CODE_OF_CONDUCT.md

@googlebot I signed it!

corrected a grammatical error

Can you add a few more spelling fixes to this PR? We should not run multiple hours of CI for just a single word change

That was it
there aren't any more

From CONTRIBUTING.md,

As every PR requires several CPU/GPU hours of CI testing, we discourage submitting PRs to fix one typo, one warning,etc. We recommend fixing the same issue at the file level at least (e.g.: fix all typos in a file, fix all compiler warning in a file, etc.)

Please look in other files too, in that case

Good catches!! Thanks for your contribution


Example annotation

I found an example of an annotation:
http://wavesurfer-js.org/example/annotation/
Can you give me an example of an annotation in react ? Or can tell me how the click region is playing from start to finish of that region.

and how do I remove a region when I click a button?


feat: experimental health frontend

What does this PR do?
Display the health of kubernetes contexts in Settings > Kubernetes
Screenshot / video of UI
What issues does this PR fix or reference?
Fixes #9938
How to test this PR?
Activate the experimental mode in ~/.local/share/containers/podman-desktop/configuration/settings.json:
"kubernetes.statesExperimental": true

[x] Tests are covering the bug fix or the new feature

Display the health of kubernetes contexts in Settings > Kubernetes

I guess you are talking about the following ?


Added Centered property to ISprites

Setting to false: position specified corresponds to the top left of the sprite(Like all other UI.Elements)
Setting to true: position specified corresponds to the center of the sprite

Nice!

The UI changes were merged as part of #490. The changes to VehicleWindowTint however cannot be merged with this pull request due to the C# restructure and need to be addressed in a follow-up.


Moving window between screens with different resolution: positioning of client area is wrong

When an egui window is moved between screens having different resolution/scaling, the client area is correctly scaled but not positioned correctly within the window. It is always correct on the screen on which it was created.
To Reproduce
Steps to reproduce the behavior:

Build the eframe_template project
Run on a machine with multiple monitors having different resolution/scaling settings

Expected behavior
Client area should be correctly positioned within window even when moving between screens.
Screenshots
Correct on 100% scaled main screen:

Displaced on 125% scaled secondary screen:

Desktop (please complete the following information):

OS: Windows 10

Note
As the current github version does not build successfully, I've used the 0.18.0 versions of egui and eframe. The build problem would be a different issue which I'm not opening now.

I'm not using windows, and on Mac this works well for me.
Take a look at eframe/src/native/run.rs (and egui-winit/src/lib.rs) to see what events you get (especially ScaleFactorChanged and Resized is of interest). This could be a bug in eframe, but it could also be in winit or Windows.


feat: Add script to automatically deploy services to CF and update the deployment related instructions in the README files

Signed-off-by: Akash Nayak<EMAIL_ADDRESS>

I have tested the script and all these services got deployed in one go.
https://enterprise-app-2197320500-frontend.mybluemix.net/
https://enterprise-app-2197320500-gateway.mybluemix.net/orders
https://enterprise-app-2197320500-gateway.mybluemix.net/products
https://enterprise-app-2197320500-gateway.mybluemix.net/customers
https://enterprise-app-2197320500-inventory.mybluemix.net/products
https://enterprise-app-2197320500-orders.mybluemix.net/orders
https://enterprise-app-2197320500-customers.mybluemix.net/customers

Merging the other PR on changing local host to app name in spring properties file will break this script, isn't it?


nixos/freshrss: Wait after network and database

Description of changes
Add after to freshrss-config to wait for network and database start up before executing the script to ensure doesn't fail on database upgrades.

Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

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

[ ] Fits CONTRIBUTING.md.

Hi, sorry about the delay, this is done now :)

I accidentally added more reviewers while updating the branch, my apologies


[LOG4J2-1950] Fix docker build with jdk9 requirements

Revert docker image base from openjdk:7-alpine to openjdk:7-jdk (debian) since yet alpine does not include jdk9.
Install jdk9 and specify toolchains file in the mvn build
Signed-off-by: phymbert<EMAIL_ADDRESS>

Curious, why not Maven 3.5.0?

Can certainly be updated for that since it's not installed via apt-get.

I tried to minimise changes, I would prefer to install mvn as a package rather to freeze the version. I may do it tom if you are fine with it.

Updated to 3.5.0, please check


Support stage-4 ergonomic brand checks for private fields

Describe the feature
Support ergonomic brand checks proposal that is now Stage-4.
Babel plugin or link to the feature description
Now Babel 7.15 supports it in default.
Additional context
Nothing

Thanks for the info!

开始还以为shock wave component又卷土重来了。

Note; Ergonomic brand checks will be landed in TypeScript 4.5 :smile:
(Sorry if you know about this.)

ref: https://github.com/microsoft/TypeScript/pull/44648

I didn't finish it because of time. It's stage-4, so support of tsc does not matter.


Update deploy-github-actions.md

fixes MicrosoftDocs/azure-docs#111333

#sign-off

@mumian can you try the sign off again?

#sign-off


Wrong file content/ex5/ex5.ipynb

In the file qiskit-community/bm-quantum-challenge-2021/content/ex5/ex5.ipynb the Jupyter Notebook includes a solution of problem 5 and not an empty problem. It should include an unsolved version as the rest of solutions are in /solutions by authors/ .

Thanks for reporting this issue. This should be fixed now.


Deploy multiple Parse-server-example instances on Heroku/AWS?

As I have currently multiple Parse applications/databases hosted on Parse.com under my Parse account, will I need to migrate each of them to individual applications on Heroku/AWS, each connected with a MangoDB database? If that is the case, does it mean that I will have to deploy multiple "Parse-server-example" instances to Heroku/AWS?

That is the default method, yes, but you can also run multiple instances of the Parse Server on the same hardware, but, different ports or different subdomains. If you are willing to run a custom version of the parse server you can also check out #263 by @flovilmart which adds support for multiple apps. That is also where we are discussing how we might potentially officially support multiple apps per server in the future.