Feature Request: Fedora IoT-based images

I've just installed Fedora IoT to a home server NUC I have, and would like to leverage the additions made to the ucore-hci image on this machine. I tried to rebase to the ucore-hci image on the IoT installation, but could not get the deployment to boot. I imagine an image based on the IoT image with these additions would allow for an easy immutable server installation.

@keplersj appreciate the feature request, though I doubt we'll be making "iot" images as part of the ucore stream. The reason is that Fedor IoT follows the regular Fedora release model (eg, 38, 39, 40), whereas Fedora CoreOS is a rolling release (stable, testing, next).  The differences are subtle, especially since both streams use the same Fedora package repos.
Even if the release model were compatible, I'm not aware of an container-native-ostree image for Fedora IoT. Both the ucore and ublue desktop images are only happening since those images are available from Fedora upstream.
That said, @noelmiller has some experience switching between ucore(CoreOS) and bazzite(desktop), and we were recently discussing if he'd be able to document some of the tricks he discovered to make it possible to switch back and forth.

Hi @keplersj !
Sorry it took me so long to get back to you on this. I think we got to the bottom of why rebasing from Fedora IOT to CoreOS doesn't work very well. If you use the default partition layout that IOT installs with, it is using LVM. LVM does not work with ucore or upstream CoreOS. If you install Fedora IOT with a standard EXT4 partition layout, the rebase will work successfully.
I didn't do any further testing, so I'm not sure if there are any other gotchas that I'm not seeing immediately. I would recommend using the default install method that we provide for ucore.
@bsherman may have more insights here, but that is what we have discovered.
Thanks,
Noel Miller

The request to use Fedora IoT just moved a step towards possible...
https://discussion.fedoraproject.org/t/f40-change-proposal-fedora-iot-bootable-containers/101958
If this change lands in F40, Fedora IoT would at least be able to benefit from the uBlue style of build/customization tooling.

And THIS https://discussion.fedoraproject.org/t/f40-change-proposal-iot-simplified-provisioning-self-contained/101964 would allow for Fedora IoT to be installed similar-to/just-like CoreOS with ignition and coreos-installer.


[Bug]: Please add a ssl certificate to the website it is showing a threat

About this Issue

Environment details
For theme users:

Python and OS version:
Theme version on PyPi or Git commit hash:
Link to your docs repo for reproducibility (optional):

For visitors:

Browser name and version:
OS version:

I probably forgot to enable HTTPS, lemme flip the switch.

Apologies for the delay and inconvenience, but I successfully readded the domain to update the TLS certificates. Now closing this issue.


trouble getting to solve worker.log file in kaldi with docker and gstreamer

Dear jcsilva
Greetings ......
Currently, I am working on KALDI with docker and gstreamer. I am following your's repository and " https://medium.com/@nikhilamunipalli/simple-guide-to-kaldi-an-efficient-open-source-speech-recognition-tool-for-extreme-beginners-98a48bb34756"  this link.
after running " ./start.sh -y opt/models/nnet2.yaml " command, I am checking the worker.log
worker.log
file. There I am getting some errors. Here I am attaching the worker.log file too. Kindly guide me in this regard.

already addressed at #8

Thank you so much for your reply...


Mm em add puzzle xray filters

I had linked my fork before.... So I am opening a new PR.
In this puzzle you must tick or untick checkboxes, which in turn will move ADS beam filters up and down, leading to attenuation of the beam. The goal is to reach 92% attenuation by combining different filters.

broke this PR, making a new one for the same branch.


Allow to specify sample page name via --example-page-name

Not sure what to do about the Rubocop warning.

This change is

@justin808 hey. I've added tests as well, but haven't updated docs.
The build fails because CI lacks redux, it all happened in my local dev env, and I had to yarn add React, Redux. Why would it happen in CI though?

@ledestin Please see our other generator tests. If you specify the --redux option, the generator should be adding redux to the package.json.

@justin808 well, CI passes, please review. I'll update docs later.

@ledestin Please keep going with the docs, and please review your changes in case you want to add any commentary. I have to give a talk tomorrow and after that I can review this and get it merged ASAP.

@justin808 updated docs. What kind of commentary do you have in mind?
One thing I'd like to add is that it's not optimal for development of the example page to have source code files as templates. I feel it'd be easy to have HelloWorldApp instead of <%= example_page_name %>App, but templates are a common way of doing it. I could potentially replace HelloWorld without templates though. What do you think?

@ledestin Is this one ready to go? I'm about ready to merge and release as 8.1.0. Please update your branch on top master. Best to rebase to one commit on top of master.

@justin808 it's ready

@ledestin I finally got around to this one.
REALLY OUTSTANDING!
I left you some suggestions and one concern regarding one place you may have left in a HelloWorld. Please address my comments and concerns.
And then rebase on top of master.
Thank you again for this OUTSTANDING PR!

Reviewed 40 of 40 files at r1.
Review status: all files reviewed at latest revision, 14 unresolved discussions, some commit checks failed.

Gemfile, line 46 at r1 (raw file):

group :development do
  gem "listen"

@ledestin Why is "listen" needed for this project?

docs/tutorial.md, line 71 at r1 (raw file):

You can also specify name for the generated page with `react_on_rails:install
--example-page-name MyApp`. It will affect URL path (`http://localhost:3000/my_app/`) and source code names (instead of HelloWorld things will be called MyApp).

How about we shorten this to install-name?
example-page-name seems too long, and the route is actually the snake case version of this.
@robwise @samnang Name?

docs/basics/generator.md, line 15 at r1 (raw file):

Options:
  -E, [--example-page-name=EXAMPLE_PAGE_NAME]      # Name the example page EXAMPLE_PAGE_NAME

How about we shorten this to --name and -N?
or
--example and -En?
(we're removing the "node server option in another PR)
example-page-name seems too long, and the route is actually the snake case version of this.
@robwise @samnang Name?

docs/basics/generator.md, line 17 at r1 (raw file):

Install Redux gems and Redux version of Example Page. Default: false

Use

Use Redux in the example. Default: false

lib/generators/react_on_rails/generator_helper.rb, line 34 at r1 (raw file):

  def create_client_directories(*dir_names)
    dir_names.each do |dir_name|
      dest_dir = "client/app/bundles/HelloWorld/#{dir_name}"

@ledestin Do you still want HelloWorld here?

lib/generators/react_on_rails/install_generator.rb, line 22 at r1 (raw file):

desc: "Install Redux gems and Redux version of Example Page. Default: false",

How about

desc: "Use Redux Version. Default: false",

lib/generators/react_on_rails/option_helper.rb, line 11 at r1 (raw file):

  def example_page_lower_camelcase
    options.example_page_name.camelize :lower

I prefer using parens around arguments.

lib/generators/react_on_rails/option_helper.rb, line 38 at r1 (raw file):

                   type: :string,
                   default: "HelloWorld",
                   desc: "Name the example page EXAMPLE_PAGE_NAME",

see prior comment on using either "example" or "name"

lib/generators/react_on_rails/templates/base/base/app/views/hello_world/index.html.erb.tt, line 2 at r1 (raw file):

<%= example_page_title %>

<%%= react_component("<%= config[:component_name] %>", props: @<%= example_page_path %>_props, prerender: false) %>

The "path" suffix is a bit misleading here. You mean the snake_case name.
However, I'm OK with this as-is.

lib/generators/react_on_rails/templates/base/base/client/webpack.config.js.tt, line 24 at r1 (raw file):

      'es5-shim/es5-sham',
      'babel-polyfill',
      './app/bundles/<%= example_page_name %>/startup/registration',

In this case, we're using the PascalCase name.
Should we validate the param passed to be in PascalCase? I think so.

lib/generators/react_on_rails/templates/base/base/client/app/bundles/HelloWorld/components/HelloWorld.jsx.tt, line 4 at r1 (raw file):

import React from 'react';

export default class <%= example_page_name %> extends React.Component {

OK - starting to think that that example_page_name might be named example_page_name_pascal_case (example_pascal_case or name_pascal_case) and the path name  being example_page_name_snake_case (or example_snake_case or name_snake_case).
Long term maintainability might be helped by this.

lib/generators/react_on_rails/templates/redux/base/client/app/bundles/HelloWorld/actions/helloWorldActionCreators.jsx.tt, line 3 at r1 (raw file):

/* eslint-disable import/prefer-default-export */

import { <%= example_page_path_in_caps %>_NAME_UPDATE } from '../constants/<%=

example_in_caps
example_in_snake_case
example_in_pascal_case
???

spec/react_on_rails/generators/install_generator_spec.rb, line 13 at r1 (raw file):

  let(:default_example_page_name) { "HelloWorld" }
  let(:default_example_page_path) { "hello_world" }
  let(:default_example_page_lower_camelcase) { "helloWorld" }

We typically don't need to say lower_camelcase for camelcase. However, this is OK.

spec/react_on_rails/support/generator_spec_helper.rb, line 4 at r1 (raw file):

require_relative "../simplecov_helper"
require_relative "../spec_helper"

why this addition?

Comments from Reviewable

See #716.

We can reconsider this at some point later. I have not gotten enough demand for customization of the naming to be added to the generator setup.


fix: Replace any arg types in type guards w/ unknown

FYI @onebytegone. Pulled out of #34 for PR granularity.


NFS Burner - Request

Would it be possible to incorporate a NFC burner to burn cards like these from the APP?
Thanks.

Unfortunately I don't have any of those to test. Would be great if anyone who has the cards to contribute.

Well, I don't have that much coding experience (if you can even say I have any), but you have to start somewhere right.
I will try to find some time and see if I can learn some stuff.

Closing since we don't have it is a common use case.


Drop top-level parallel macro

Since it was used in channel_spec.cr I moved a slightly different version as a private file macro. The only change is that the custom exception is gone.

Resolves #7204


please support one click upload

Describe the bug
A clear and concise description of what the bug is.
Is there any way to complete the upload using one button and one click?
To Reproduce
Steps to reproduce the behavior:

Code/Link to Repo:
This is my current implementation, this require two click, first click to select the file and the second click to submit (the second click will open a file select window again...)

pc.upload(
    pc.link(
        "Import",
        class_name=add_class_tag(TEXT_COLOR_CLASS, "pr-4"),
        # class_name=LINK_BUTTON_CLS,
        size="md",
        on_click=lambda: EnvState.import_env(
            pc.upload_files()
        ),
    ),

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
** Specifics (please complete the following information):**

Python Version:
Pynecone Version:
OS:
Browser (Optional):

Additional context
Add any other context about the problem here.

I'm also trying to capture this behavior. Upload has an on_drop event trigger which I've tried to use, but I have been unable to get that to work.

Hi!!.
Sorry for reopening this issue, but I would like to know if there's another way to upload a file with a single click. I'm creating an application that, in addition to allowing drag-and-drop, also enables users to click a button and upload the selected files. However, currently, I have to add two buttons to achieve this, and I can't find a way to do it with just one button. I tried this, but the files I'm uploading never appear within the time limit.
class UploadState(rx.State):
    files: list[str]

    async def handle_upload(
        self, files: list[rx.UploadFile]
    ):
        """Handle the upload of file(s).

        Args:
            files: The uploaded files.
        """
        for file in files:
            upload_data = await file.read()
            outfile = rx.get_upload_dir() / file.filename

            # Save the file.
            with outfile.open("wb") as file_object:
                file_object.write(upload_data)

            # Update the img var.
            self.files.append(file.filename)

    async def wait_for_load_files(self):
        for i in range(100):
            try:
                files = rx.upload_files(upload_id="upload1")
                await self.handle_upload(files)
            except Exception as e:
                pass
            await asyncio.sleep(1)

def upload_button() -> rx.Component:
    return rx.fragment(
        rx.upload(
            rx.box(
                rx.button(
		   "Upload",
                    on_click=UploadState.wait_for_load_files(),
                ),
            ),
            id="upload1",
        )
    )


showOnScreen should only scroll if new offset is within bounds

In accessibility mode, if showOnScreen [1] calculates an offset that is outside of the minExtent and maxExtent of the scrollable, we still attempt to scroll. This results in an overscroll animation, which is misplaced in a11y mode. Instead, if scrolling is not possible, nothing should happen.
Related:  https://github.com/flutter/flutter/issues/11663
[1] https://github.com/flutter/flutter/blob/8f56f6fdd1c6b4586518b927623bc87341452b50/packages/flutter/lib/src/widgets/single_child_scroll_view.dart#L431

Related: https://github.com/flutter/flutter/issues/12274

This is an issue for Tables that scroll in x and y direction.

@goderbauer should this behavior only be implemented in a11y mode?

I believe this needs to be fixed regardless of a11y mode.

The underlying problem is the same as the one @HansMuller is dealing with to fix the wobbling text field.
On iOS you can see this problem in the context of a11y scrolling on iOS: If you do a three finger scroll on a list it will always attempt to scroll a full page. If there is not enough content left to scroll a full page you'll see the overscroll animation even though you shouldn't.

I don't think the example above is related to showOnScreen, instead it has to do with the handlers for the scrollUp/scrollDown semantics. These always calculate an offset based on scrollFactor and size without considering the area potentially visible to scrolling:
https://github.com/flutter/flutter/blob/master/packages/flutter/lib/src/rendering/proxy_box.dart#L3180-L3198
This ends up being too much when there isn't a full page left.

One possible fix is to inject a non-bouncing scroll physics when MediaQueryData.accessibleNavigation is enabled.

Is this issue still valid?
https://github.com/flutter/flutter/blob/f9fd71bc78161bf87cb07e098efa723c9d9e038f/packages/flutter/lib/src/widgets/single_child_scroll_view.dart#L664-L677

/cc @LongCatIsLooong Did one of your fixes in this area address this by any chance?

I think that fix only affects persistent headers, so unlikely.


Add source map support

I love the idea here, but I've put a lot of effort into ensuring my source maps work properly. And unfortunately this plugin does not handle them. It throws the media query styles after any source map info right now (the bottom of the file).
For the record, from my tests, the plugin works as expected. For now, I'm just going to move this to a final production build step.
Some thoughts on where to go with this... https://github.com/ai/autoprefixer currently handles this situation. They get CSS piped to them, they look for current source maps, then modify the source map depending on what changes autoprefixer makes, then re-inline the source map. It looks like the author even made a library to help post process css: https://github.com/ai/postcss. Maybe you could leverage his efforts there to make your life easier?
And I found your plugin from this post from yeoman by Addy Osmani. So you may be picking up some more traction.

:+1:

:+1:

:+1:

:+1: yes please address this

:+1: Would be a great addition

:+1:

I would love to see source-maps support for this plugin

:+1:

Struggling with this now. Would be awesome to support sourcemaps

Any news on this?

My current workaround was to use postcss with css-mqpacker.

Would be awesome to support sourcemaps


Updated for 2021.5.26 release

Checklist

[x] Used a personal fork of the feedstock to propose changes
[ ] N/A Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[ ] N/A Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

Fixes bug in installing core components from PyPi.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.


Australia USD$ option

This issue is being raised again as it has come to my attention you now has a 'CIS $USD' option but are still yet to implement an Australia $USD to show the discrepancies in pricing here.
Can you please implement this feature or at least give reasonable explanation of why you won't?

We will when Steam will.

Steam does already.
Only SteamDB doesn't.
add ?cc=au to the end of any store URL.

Right, you meant USD. That's only a thing because it's a country specific override, but you still pay in USD. SteamDB will only use currencies that are supposed by Steam, and Australian dollar is not.


Set correct exit code when "phpbrew install" fails

Hi,
could you please set an exit code != 0 when "phpbrew install" fails? Currently the exit code is 0, which indicates there is no error.
Example output:
# phpbrew install php-5.3.28 +default
...
configure: error: Please reinstall readline - I cannot find readline.h
Error
# echo $?
0

That would really help to use phpbrew for example in puppet.
Cheers,
Patryk

@marcioAlmada I remember that this was already done in some commits, right?

Yes, and 99% of the times it works 100% of the times. Let's close it.


[OpenAI Translator] Rewrite Multiple LLM Provider

Description

More LLM Provider Support:

Gemini
Claude AI
Groq
Moonshot
Ollama

More OCR Language Support for macOS 14 (fixed #10805)

粤语（简体）
粵語（正體）
한국어
日本語
Русский
Українська
ภาษาไทย
Tiếng Việt

Custom model support for OpenAI by @Sped0n
Added ability to switch providers within the content view
Fixed History issue (fixed #10073)
Fixed content refresh issue
Remove PaLM2 support

Screencast

Checklist

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

Thank you @pernielsentikaer . It Make sense. I have been updated.


[ci skip] adding user @conda-forge/r

Hi! This is the friendly automated conda-forge-webservice.
I've added user @conda-forge/r as instructed in #16.
Merge this PR to add the user. Please do not rerender this PR or change it in any way. It has [ci skip] in the commit message to avoid pushing a new build and so the build configuration in the feedstock should not be changed.
Please contact conda-forge/core to have this PR merged, if the maintainer is unresponsive.
Fixes #16

@conda-forge/core R team would like to take this over - thanks!


Add Location Component for Displaying Property and Hiking Trip Locations

Description
This PR introduces a new Location component responsible for displaying the geographical location of both properties and hiking trips. This component enhances user experience by providing essential location details.
Type of Change

[x] New feature (non-breaking change which adds functionality)

Checklist

[x] The Location component is tested and displays location data accurately
[x] Code is properly documented and follows project standards
[x] The component is responsive and integrates well with other layout elements

Related Issues
N/A
Additional Information
This component could be enhanced in the future by integrating a map view or providing additional context, such as nearby attractions or transportation options.

:tada: This PR is included in version 1.49.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


[WIP] Adopt the 3-clause BSD license template from opensource.org

See the project discussion at https://groups.google.com/forum/#!topic/jupyter/vZpWgw8zKdc
Please do not merge this until the discussion has settled about the license wording.

👍

Status?

I'd say merge if you concur, @ellisonbg.

@ellisonbg - Has the discussion settled? Do we want a legal opinion in addition to our own views? And I think (symbolically) either you or @fperez should be the one to merge this one.

(For the record, though, the three main contributors by far are all +1 in the comments above...)

I'm happy to merge it, and I'm +1 on the changes.  Even accepting a certain amount of legal ambiguity around the notion of "contributors" as a copyright holder, I think right now it's the best we have to communicate the more complex and nuanced mouthful of "everyone in the repo holds individual copyrights to their changes, and therefore the copyright of the whole repo is the sum total of those contributions, all of which are jointly licensed under the BSD terms..."
It's also somewhat accepted community-wide, so I think it's the best we're going to get for now.  We can't paralyze every step of our process until the Supreme Court gives us an opinion :)

@fperez - just waiting for you to hit the green button, then...

I pinged the GG discussion for a decision on this issue as well...

Replied on list for a "last call" and to get this context in there too.  Will merge tomorrow if no significantly new concerns are raised.

I just want to note that the text for the third clause may read better if it was:

Neither the name of Project Jupyter nor the names of its
contributors may be used to endorse or promote products derived from
this software without specific prior written permission.

That seems to protect both the official project and the contributors (which are the copyright holders, as noted in the copyright statement). However, I'm also happy to defer to the OSI text, even if it seems a bit ambiguous in our case, especially if we have separate trademark protections for the Project Jupyter organization. I understand that there can be subtle ramifications of changing the license wording slightly, and can cause confusion even if there are multiple wordings of the license out there in common acceptance.

I'm going to merge it with the purely standard language: the less we customize, the easier it gets to communicate our licensing model.  For more detailed guidelines for endorsement/usage of the project names, logos, trademarks, etc, we'll have a proper policy elsewhere, just like the PSF and other projects.
Thanks everyone!!


Issue_40 added gym room to first floor

Hello everyone!
I added a gym room to the first floor of the ZDD. We all spend a lot of time sitting in our chairs. With a gym we will all stay in shape and wont have back problems in our 30s.
The code has been updated in zdd_rooms.py with a new class named Gym.
In zdd_adventure.py I added the room itself.

Hello Krabgalasch,
your new room looks very nice. I can understand your
method. the import item didn't have to be there you could add it in the later issue but it's not bad.
I'm fine with that :)

@l4nz8 pull request ready to be merged

Already merged


升级1.5.5版本后，多户号场景下，获取到的数据都一样

升级1.5.5版本后，多户号场景下，log上显示获取到的所有户号的数据，都是第一个户号的数据

上传完整的log看一下呢

2024-12-20 17:14:10 sgcc_electricity_155  | 2024-12-20 17:14:10  [INFO    ] ---- The current repository version is v1.5.3, and the repository address is https://github.com/ARC-MX/sgcc_electricity_new.git
2024-12-20 17:14:11 sgcc_electricity_155  | 2024-12-20 17:14:11  [INFO    ] ---- chromium-driver version is 120
2024-12-20 17:14:11 sgcc_electricity_155  | 2024-12-20 17:14:11  [INFO    ] ---- enable_database_storage is true, we will store the data to the database.
2024-12-20 17:14:11 sgcc_electricity_155  | 2024-12-20 17:14:11  [INFO    ] ---- The current logged-in user name is 1XXXXXXXXX, the homeassistant address is https://haaaa.sss.xz/, and the program will be executed every day at 07:00.
2024-12-20 17:14:11 sgcc_electricity_155  | 2024-12-20 17:14:11  [INFO    ] ---- Run job now! The next run will be at 07:00 and 19:00 every day
2024-12-20 17:14:11 sgcc_electricity_155  | 2024-12-20 17:14:11  [INFO    ] ---- patching driver executable /usr/bin/chromedriver
2024-12-20 17:14:22 sgcc_electricity_155  | 2024-12-20 17:14:22  [INFO    ] ---- Webdriver initialized.
2024-12-20 17:14:23 sgcc_electricity_155  | 2024-12-20 17:14:23  [INFO    ] ---- Open LOGIN_URL:https://www.95598.cn/osgweb/login.
2024-12-20 17:14:33 sgcc_electricity_155  | 2024-12-20 17:14:33  [INFO    ] ---- find_element 'user'.
2024-12-20 17:14:43 sgcc_electricity_155  | 2024-12-20 17:14:43  [INFO    ] ---- Click the Agree option.
2024-12-20 17:14:53 sgcc_electricity_155  | 2024-12-20 17:14:53  [INFO    ] ---- input_elements username : 1XXXXXXXXXX.
2024-12-20 17:14:53 sgcc_electricity_155  | 2024-12-20 17:14:53  [INFO    ] ---- input_elements password : XXXXX.
2024-12-20 17:15:14 sgcc_electricity_155  | 2024-12-20 17:15:14  [INFO    ] ---- Click login button.
2024-12-20 17:15:14 sgcc_electricity_155  | 2024-12-20 17:15:14  [INFO    ] ---- Get electricity canvas image successfully.
2024-12-20 17:15:14 sgcc_electricity_155  | No gaps were detected.
2024-12-20 17:15:14 sgcc_electricity_155  | 2024-12-20 17:15:14  [INFO    ] ---- Image CaptCHA distance is 0.
2024-12-20 17:15:24 sgcc_electricity_155  | 2024-12-20 17:15:24  [INFO    ] ---- Sliding CAPTCHA recognition failed and reloaded.
2024-12-20 17:15:44 sgcc_electricity_155  | 2024-12-20 17:15:44  [INFO    ] ---- Get electricity canvas image successfully.
2024-12-20 17:15:45 sgcc_electricity_155  | 2024-12-20 17:15:45  [INFO    ] ---- Image CaptCHA distance is 300.
2024-12-20 17:15:55 sgcc_electricity_155  | 2024-12-20 17:15:55  [INFO    ] ---- login successed !
2024-12-20 17:15:55 sgcc_electricity_155  | 2024-12-20 17:15:55  [INFO    ] ---- Login successfully on https://www.95598.cn/osgweb/login
2024-12-20 17:16:25 sgcc_electricity_155  | 2024-12-20 17:16:25  [INFO    ] ---- Here are a total of 5 userids, which are ['3303XXXXX6329', '3309XXXXX2275', '33061XXXX9578', '33030XXXXX006', '3303XXXXX7383'] among which ['xxxxxxx', 'xxxxxxx', 'xxxxxxx'] will be ignored.
2024-12-20 17:17:08 sgcc_electricity_155  | 2024-12-20 17:17:08  [INFO    ] ---- Get electricity charge balance for 3303XXXXX6329 successfully, balance is 107.61 CNY.
2024-12-20 17:17:40 sgcc_electricity_155  | 2024-12-20 17:17:40  [INFO    ] ---- Get year power usage for 3303XXXXX6329 successfully, usage is 4346 kwh
2024-12-20 17:17:40 sgcc_electricity_155  | 2024-12-20 17:17:40  [INFO    ] ---- Get year power charge for 3303XXXXX6329 successfully, yealrly charge is 2020.87 CNY
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-01-01-2024-01-31 usage is 419 KWh, charge is 204.95 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-02-01-2024-02-29 usage is 558 KWh, charge is 276.9 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-03-01-2024-03-31 usage is 261 KWh, charge is 121.09 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-04-01-2024-04-30 usage is 191 KWh, charge is 86.93 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-05-01-2024-05-31 usage is 220 KWh, charge is 98.92 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-06-01-2024-06-30 usage is 286 KWh, charge is 127.17 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-07-01-2024-07-31 usage is 692 KWh, charge is 287.78 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-08-01-2024-08-31 usage is 787 KWh, charge is 364.92 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-09-01-2024-09-30 usage is 501 KWh, charge is 235.14 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-10-01-2024-10-31 usage is 217 KWh, charge is 109.46 CNY.
2024-12-20 17:17:50 sgcc_electricity_155  | 2024-12-20 17:17:50  [INFO    ] ---- Get month power charge for 3303XXXXX6329 successfully, 2024-11-01-2024-11-30 usage is 214 KWh, charge is 107.61 CNY.
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- Database of homeassistantsgcc.db created successfully.
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- Table daily3303XXXXX6329 created successfully
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- The electricity consumption of 10.09KWh on 2024-12-19 has been successfully deposited into the database
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- The electricity consumption of 10.91KWh on 2024-12-18 has been successfully deposited into the database
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- The electricity consumption of 10.1KWh on 2024-12-17 has been successfully deposited into the database
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- The electricity consumption of 13.35KWh on 2024-12-16 has been successfully deposited into the database
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- The electricity consumption of 10.88KWh on 2024-12-15 has been successfully deposited into the database
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- The electricity consumption of 20.77KWh on 2024-12-14 has been successfully deposited into the database
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- The electricity consumption of 12.51KWh on 2024-12-13 has been successfully deposited into the database
2024-12-20 17:18:10 sgcc_electricity_155  | 2024-12-20 17:18:10  [INFO    ] ---- Get daily power consumption for 3303XXXXX6329 successfully, , 2024-12-19 usage is 10.09 kwh.
2024-12-20 17:18:52 sgcc_electricity_155  | 2024-12-20 17:18:52  [INFO    ] ---- Get electricity charge balance for 3309XXXXX2275 successfully, balance is 36.01 CNY.
2024-12-20 17:19:24 sgcc_electricity_155  | 2024-12-20 17:19:24  [INFO    ] ---- Get year power usage for 3309XXXXX2275 successfully, usage is 4346 kwh
2024-12-20 17:19:24 sgcc_electricity_155  | 2024-12-20 17:19:24  [INFO    ] ---- Get year power charge for 3309XXXXX2275 successfully, yealrly charge is 2020.87 CNY
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-01-01-2024-01-31 usage is 419 KWh, charge is 204.95 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-02-01-2024-02-29 usage is 558 KWh, charge is 276.9 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-03-01-2024-03-31 usage is 261 KWh, charge is 121.09 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-04-01-2024-04-30 usage is 191 KWh, charge is 86.93 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-05-01-2024-05-31 usage is 220 KWh, charge is 98.92 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-06-01-2024-06-30 usage is 286 KWh, charge is 127.17 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-07-01-2024-07-31 usage is 692 KWh, charge is 287.78 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-08-01-2024-08-31 usage is 787 KWh, charge is 364.92 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-09-01-2024-09-30 usage is 501 KWh, charge is 235.14 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-10-01-2024-10-31 usage is 217 KWh, charge is 109.46 CNY.
2024-12-20 17:19:34 sgcc_electricity_155  | 2024-12-20 17:19:34  [INFO    ] ---- Get month power charge for 3309XXXXX2275 successfully, 2024-11-01-2024-11-30 usage is 214 KWh, charge is 107.61 CNY.
2024-12-20 17:19:54 sgcc_electricity_155  | 2024-12-20 17:19:54  [INFO    ] ---- Database of homeassistantsgcc.db created successfully.
2024-12-20 17:19:54 sgcc_electricity_155  | 2024-12-20 17:19:54  [INFO    ] ---- Table daily3309XXXXX2275 created successfully
2024-12-20 17:19:54 sgcc_electricity_155  | 2024-12-20 17:19:54  [INFO    ] ---- The electricity consumption of 10.09KWh on 2024-12-19 has been successfully deposited into the database
2024-12-20 17:19:55 sgcc_electricity_155  | 2024-12-20 17:19:55  [INFO    ] ---- The electricity consumption of 10.91KWh on 2024-12-18 has been successfully deposited into the database
2024-12-20 17:19:55 sgcc_electricity_155  | 2024-12-20 17:19:55  [INFO    ] ---- The electricity consumption of 10.1KWh on 2024-12-17 has been successfully deposited into the database
2024-12-20 17:19:55 sgcc_electricity_155  | 2024-12-20 17:19:55  [INFO    ] ---- The electricity consumption of 13.35KWh on 2024-12-16 has been successfully deposited into the database
2024-12-20 17:19:55 sgcc_electricity_155  | 2024-12-20 17:19:55  [INFO    ] ---- The electricity consumption of 10.88KWh on 2024-12-15 has been successfully deposited into the database
2024-12-20 17:19:55 sgcc_electricity_155  | 2024-12-20 17:19:55  [INFO    ] ---- The electricity consumption of 20.77KWh on 2024-12-14 has been successfully deposited into the database
2024-12-20 17:19:55 sgcc_electricity_155  | 2024-12-20 17:19:55  [INFO    ] ---- The electricity consumption of 12.51KWh on 2024-12-13 has been successfully deposited into the database
2024-12-20 17:19:55 sgcc_electricity_155  | 2024-12-20 17:19:55  [INFO    ] ---- Get daily power consumption for 3309XXXXX2275 successfully, , 2024-12-19 usage is 10.09 kwh.
2024-12-20 17:20:36 sgcc_electricity_155  | 2024-12-20 17:20:36  [INFO    ] ---- Get electricity charge balance for 33061XXXX9578 successfully, balance is 256.32 CNY.
2024-12-20 17:21:08 sgcc_electricity_155  | 2024-12-20 17:21:08  [INFO    ] ---- Get year power usage for 33061XXXX9578 successfully, usage is 4346 kwh
2024-12-20 17:21:08 sgcc_electricity_155  | 2024-12-20 17:21:08  [INFO    ] ---- Get year power charge for 33061XXXX9578 successfully, yealrly charge is 2020.87 CNY
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-01-01-2024-01-31 usage is 419 KWh, charge is 204.95 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-02-01-2024-02-29 usage is 558 KWh, charge is 276.9 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-03-01-2024-03-31 usage is 261 KWh, charge is 121.09 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-04-01-2024-04-30 usage is 191 KWh, charge is 86.93 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-05-01-2024-05-31 usage is 220 KWh, charge is 98.92 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-06-01-2024-06-30 usage is 286 KWh, charge is 127.17 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-07-01-2024-07-31 usage is 692 KWh, charge is 287.78 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-08-01-2024-08-31 usage is 787 KWh, charge is 364.92 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-09-01-2024-09-30 usage is 501 KWh, charge is 235.14 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-10-01-2024-10-31 usage is 217 KWh, charge is 109.46 CNY.
2024-12-20 17:21:19 sgcc_electricity_155  | 2024-12-20 17:21:19  [INFO    ] ---- Get month power charge for 33061XXXX9578 successfully, 2024-11-01-2024-11-30 usage is 214 KWh, charge is 107.61 CNY.
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- Database of homeassistantsgcc.db created successfully.
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- Table daily33061XXXX9578 created successfully
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- The electricity consumption of 10.09KWh on 2024-12-19 has been successfully deposited into the database
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- The electricity consumption of 10.91KWh on 2024-12-18 has been successfully deposited into the database
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- The electricity consumption of 10.1KWh on 2024-12-17 has been successfully deposited into the database
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- The electricity consumption of 13.35KWh on 2024-12-16 has been successfully deposited into the database
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- The electricity consumption of 10.88KWh on 2024-12-15 has been successfully deposited into the database
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- The electricity consumption of 20.77KWh on 2024-12-14 has been successfully deposited into the database
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- The electricity consumption of 12.51KWh on 2024-12-13 has been successfully deposited into the database
2024-12-20 17:21:39 sgcc_electricity_155  | 2024-12-20 17:21:39  [INFO    ] ---- Get daily power consumption for 33061XXXX9578 successfully, , 2024-12-19 usage is 10.09 kwh.
2024-12-20 17:22:21 sgcc_electricity_155  | 2024-12-20 17:22:21  [INFO    ] ---- Get electricity charge balance for 33030XXXXX006 successfully, balance is 1703.64 CNY.
2024-12-20 17:22:53 sgcc_electricity_155  | 2024-12-20 17:22:53  [INFO    ] ---- Get year power usage for 33030XXXXX006 successfully, usage is 4346 kwh
2024-12-20 17:22:53 sgcc_electricity_155  | 2024-12-20 17:22:53  [INFO    ] ---- Get year power charge for 33030XXXXX006 successfully, yealrly charge is 2020.87 CNY
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-01-01-2024-01-31 usage is 419 KWh, charge is 204.95 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-02-01-2024-02-29 usage is 558 KWh, charge is 276.9 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-03-01-2024-03-31 usage is 261 KWh, charge is 121.09 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-04-01-2024-04-30 usage is 191 KWh, charge is 86.93 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-05-01-2024-05-31 usage is 220 KWh, charge is 98.92 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-06-01-2024-06-30 usage is 286 KWh, charge is 127.17 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-07-01-2024-07-31 usage is 692 KWh, charge is 287.78 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-08-01-2024-08-31 usage is 787 KWh, charge is 364.92 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-09-01-2024-09-30 usage is 501 KWh, charge is 235.14 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-10-01-2024-10-31 usage is 217 KWh, charge is 109.46 CNY.
2024-12-20 17:23:03 sgcc_electricity_155  | 2024-12-20 17:23:03  [INFO    ] ---- Get month power charge for 33030XXXXX006 successfully, 2024-11-01-2024-11-30 usage is 214 KWh, charge is 107.61 CNY.
2024-12-20 17:23:23 sgcc_electricity_155  | 2024-12-20 17:23:23  [INFO    ] ---- Database of homeassistantsgcc.db created successfully.
2024-12-20 17:23:23 sgcc_electricity_155  | 2024-12-20 17:23:23  [INFO    ] ---- Table daily33030XXXXX006 created successfully
2024-12-20 17:23:23 sgcc_electricity_155  | 2024-12-20 17:23:23  [INFO    ] ---- The electricity consumption of 10.09KWh on 2024-12-19 has been successfully deposited into the database
2024-12-20 17:23:23 sgcc_electricity_155  | 2024-12-20 17:23:23  [INFO    ] ---- The electricity consumption of 10.91KWh on 2024-12-18 has been successfully deposited into the database
2024-12-20 17:23:23 sgcc_electricity_155  | 2024-12-20 17:23:23  [INFO    ] ---- The electricity consumption of 10.1KWh on 2024-12-17 has been successfully deposited into the database
2024-12-20 17:23:24 sgcc_electricity_155  | 2024-12-20 17:23:24  [INFO    ] ---- The electricity consumption of 13.35KWh on 2024-12-16 has been successfully deposited into the database
2024-12-20 17:23:24 sgcc_electricity_155  | 2024-12-20 17:23:24  [INFO    ] ---- The electricity consumption of 10.88KWh on 2024-12-15 has been successfully deposited into the database
2024-12-20 17:23:24 sgcc_electricity_155  | 2024-12-20 17:23:24  [INFO    ] ---- The electricity consumption of 20.77KWh on 2024-12-14 has been successfully deposited into the database
2024-12-20 17:23:24 sgcc_electricity_155  | 2024-12-20 17:23:24  [INFO    ] ---- The electricity consumption of 12.51KWh on 2024-12-13 has been successfully deposited into the database
2024-12-20 17:23:24 sgcc_electricity_155  | 2024-12-20 17:23:24  [INFO    ] ---- Get daily power consumption for 33030XXXXX006 successfully, , 2024-12-19 usage is 10.09 kwh.
2024-12-20 17:24:06 sgcc_electricity_155  | 2024-12-20 17:24:06  [INFO    ] ---- Get electricity charge balance for 3303XXXXX7383 successfully, balance is 10442.66 CNY.
2024-12-20 17:24:38 sgcc_electricity_155  | 2024-12-20 17:24:38  [INFO    ] ---- Get year power usage for 3303XXXXX7383 successfully, usage is 4346 kwh
2024-12-20 17:24:38 sgcc_electricity_155  | 2024-12-20 17:24:38  [INFO    ] ---- Get year power charge for 3303XXXXX7383 successfully, yealrly charge is 2020.87 CNY
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-01-01-2024-01-31 usage is 419 KWh, charge is 204.95 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-02-01-2024-02-29 usage is 558 KWh, charge is 276.9 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-03-01-2024-03-31 usage is 261 KWh, charge is 121.09 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-04-01-2024-04-30 usage is 191 KWh, charge is 86.93 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-05-01-2024-05-31 usage is 220 KWh, charge is 98.92 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-06-01-2024-06-30 usage is 286 KWh, charge is 127.17 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-07-01-2024-07-31 usage is 692 KWh, charge is 287.78 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-08-01-2024-08-31 usage is 787 KWh, charge is 364.92 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-09-01-2024-09-30 usage is 501 KWh, charge is 235.14 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-10-01-2024-10-31 usage is 217 KWh, charge is 109.46 CNY.
2024-12-20 17:24:48 sgcc_electricity_155  | 2024-12-20 17:24:48  [INFO    ] ---- Get month power charge for 3303XXXXX7383 successfully, 2024-11-01-2024-11-30 usage is 214 KWh, charge is 107.61 CNY.
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- Database of homeassistantsgcc.db created successfully.
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- Table daily3303XXXXX7383 created successfully
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- The electricity consumption of 10.09KWh on 2024-12-19 has been successfully deposited into the database
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- The electricity consumption of 10.91KWh on 2024-12-18 has been successfully deposited into the database
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- The electricity consumption of 10.1KWh on 2024-12-17 has been successfully deposited into the database
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- The electricity consumption of 13.35KWh on 2024-12-16 has been successfully deposited into the database
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- The electricity consumption of 10.88KWh on 2024-12-15 has been successfully deposited into the database
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- The electricity consumption of 20.77KWh on 2024-12-14 has been successfully deposited into the database
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- The electricity consumption of 12.51KWh on 2024-12-13 has been successfully deposited into the database
2024-12-20 17:25:08 sgcc_electricity_155  | 2024-12-20 17:25:08  [INFO    ] ---- Get daily power consumption for 3303XXXXX7383 successfully, , 2024-12-19 usage is 10.09 kwh.
2024-12-20 17:25:18 sgcc_electricity_155  | 2024-12-20 17:25:18  [INFO    ] ---- Webdriver quit after fetching data successfully.
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.electricity_charge_balance_3303XXXXX6329 state updated: 107.61
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Check the electricity bill balance. When the balance is less than 5.0 CNY, the notification will be sent = False
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.last_electricity_usage_3303XXXXX6329 state updated: 10.09
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_usage_3303XXXXX6329 state updated: 4346
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_charge_3303XXXXX6329 state updated: 2020.87
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_charge_3303XXXXX6329 state updated: 107.61
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_usage_3303XXXXX6329 state updated: 214
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.electricity_charge_balance_3309XXXXX2275 state updated: 36.01
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Check the electricity bill balance. When the balance is less than 5.0 CNY, the notification will be sent = False
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.last_electricity_usage_3309XXXXX2275 state updated: 10.09
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_usage_3309XXXXX2275 state updated: 4346
2024-12-20 17:25:20 sgcc_electricity_155  | 2024-12-20 17:25:20  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_charge_3309XXXXX2275 state updated: 2020.87
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_charge_3309XXXXX2275 state updated: 107.61
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_usage_3309XXXXX2275 state updated: 214
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.electricity_charge_balance_33061XXXX9578 state updated: 256.32
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Check the electricity bill balance. When the balance is less than 5.0 CNY, the notification will be sent = False
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.last_electricity_usage_33061XXXX9578 state updated: 10.09
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_usage_33061XXXX9578 state updated: 4346
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_charge_33061XXXX9578 state updated: 2020.87
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_charge_33061XXXX9578 state updated: 107.61
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_usage_33061XXXX9578 state updated: 214
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.electricity_charge_balance_33030XXXXX006 state updated: 1703.64
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Check the electricity bill balance. When the balance is less than 5.0 CNY, the notification will be sent = False
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.last_electricity_usage_33030XXXXX006 state updated: 10.09
2024-12-20 17:25:21 sgcc_electricity_155  | 2024-12-20 17:25:21  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_usage_33030XXXXX006 state updated: 4346
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_charge_33030XXXXX006 state updated: 2020.87
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_charge_33030XXXXX006 state updated: 107.61
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_usage_33030XXXXX006 state updated: 214
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.electricity_charge_balance_3303XXXXX7383 state updated: 10442.66
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Check the electricity bill balance. When the balance is less than 5.0 CNY, the notification will be sent = False
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.last_electricity_usage_3303XXXXX7383 state updated: 10.09
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_usage_3303XXXXX7383 state updated: 4346
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.yearly_electricity_charge_3303XXXXX7383 state updated: 2020.87
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_charge_3303XXXXX7383 state updated: 107.61
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- Homeassistant sensor sensor.month_electricity_usage_3303XXXXX7383 state updated: 214
2024-12-20 17:25:22 sgcc_electricity_155  | 2024-12-20 17:25:22  [INFO    ] ---- state-refresh task run successfully!重复获取到的数据，是第一个户号3303XXXXX6329的数据

逻辑上应该没啥问题呀，你手动登录国网看看数据是不是一致呢，之前我试过的，但现在没有多用户账户调试

刚才手动登录国网看了，数据是正常的。我之前用的1.5.2版本也是正常获取数据的。


Ixia-c operator upgrade

@alexmasi We have a final keysight operator upgrade this year.

/gcbrun

@alexmasi This merge is still pending.


update contributing

Clarify goals of the changelog :)

Codecov Report

Merging #501 into master will decrease coverage by 0.0%.
The diff coverage is n/a.

@@           Coverage Diff            @@
##           master    #501     +/-   ##
========================================
- Coverage    30.7%   30.7%   -0.1%
========================================
  Files         140     140
  Lines        6181    6172      -9
  Branches     2051    2050      -1
========================================
- Hits         1901    1898      -3
+ Misses       2886    2880      -6
  Partials     1394    1394

Impacted Files
Coverage Δ

light-client/src/macros.rs
0.0% <0.0%> (-25.0%)
:arrow_down:

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 99e8b9d...c628c2e. Read the comment docs.


SQS: Align receive_message() response with AWS

Potential fix for #5769
{{ value.string_value|e }} results in HTML-encoded output: StringValue><att1></StringValue>, which is equivalent to what AWS sends.
Incidentally, this changes the computation of MD5OfMessageAttributes, which computes the wrong value when the StringValue has the additional CDATA-stuff.
I presume this is what trips up the C#-SDK, as reported in the linked issue - the MD5 computation.
(The other changes - adding <?xml..> and the RequestID - are just for sake of completeness. I don't imagine C# cares much, but you never know.)

Codecov Report

Merging #5773 (761dcbe) into master (e0c3862) will not change coverage.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##           master    #5773   +/-   ##
=======================================
  Coverage   96.20%   96.20%
=======================================
  Files         751      751
  Lines       73682    73682
=======================================
  Hits        70883    70883
  Misses       2799     2799

Flag
Coverage Δ

servertests
36.98% <100.00%> (ø)

unittests
96.14% <100.00%> (ø)

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

Impacted Files
Coverage Δ

moto/sqs/responses.py
94.93% <100.00%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

This is now part of moto >= 4.0.12.dev30


[QST] How to enable cucim compatibility mode - Debian 9

Installed cucim version: 22.4.0
Our system has 4 V100 GPU's and is running on Debian 9.
Tue Apr 19 22:17:23 2022
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 510.60.02    Driver Version: 510.60.02    CUDA Version: 11.6     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  Tesla V100-SXM2...  Off  | 00000000:61:00.0 Off |                    0 |
| N/A   38C    P0    58W / 300W |   3986MiB / 16384MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   1  Tesla V100-SXM2...  Off  | 00000000:62:00.0 Off |                    0 |
| N/A   34C    P0    40W / 300W |      3MiB / 16384MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   2  Tesla V100-SXM2...  Off  | 00000000:89:00.0 Off |                    0 |
| N/A   33C    P0    38W / 300W |      3MiB / 16384MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   3  Tesla V100-SXM2...  Off  | 00000000:8A:00.0 Off |                    0 |
| N/A   34C    P0    43W / 300W |      3MiB / 16384MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

On that Debian 9 OS we run the NVidia Ubuntu CUDA Docker image:
FROM nvcr.io/nvidia/cuda:11.6.2-devel-ubuntu20.04
...
RUN pip3 install --upgrade cucim

When loading an svs image using cucim, I get:
[Error] cuFileHandleRegister fd: 36 (/data/<my_file>.svs), status: internal error. Would work with cuCIM's compatibility mode.

Installing GDS on my native Debian 9 OS is not possible: gds-tools are only available for debian10 and debian11, but not for debian9: https://developer.download.nvidia.com/compute/cuda/repos/
And this system is used by multiple users, so updating OS version is non-trivial...
Reverting to a cucim version before enabling GDS support is also not an option, since this doesn't support SVS files yet.
So I tried disabling GDS according to these instructions: https://docs.nvidia.com/gpudirect-storage/troubleshooting-guide/index.html#enable-comp-mode
The first instruction (removing the nvidia-fs kernel driver) however yields:
sudo rmmod nvidia-fs
rmmod: ERROR: Module nvidia_fs is not currently loaded

This is confirmed not to be loaded using lsmod | grep nvidia
My /etc/cupy.json file also has ['properties']['allow_compat_mode'] set to true
So I would expect to be running in compatibility mode, which is not what the above error message is implying.
How would I get cucim 22.4.0 working in GDS compatibility mode? Or would you have any other advice (excl. updating OS :-) )
Thanks in advance...

Hi @diricxbart !

When loading an svs image using cucim

Could you please share the line of the code you used to load svs image to understand the context?
AFAIU, the below message wouldn't happen unless you called read_region() method with device='cuda' parameter or you have used cuCIM's filesystem package (cucim.clara.filesystem).
[Error] cuFileHandleRegister fd: 36 (/data/<my_file>.svs), status: internal error. Would work with cuCIM's compatibility mode.

There is not much benefit to specifying device='cuda' in read_region() method to use GDS+nvJPEG at this moment (we need to improve the performance).
If you have used fs.open() method, it is not for loading an image file (it is for reading a block of file) and you can use rp option to not use GDS.
import cucim.clara.filesystem as fs

fd = fs.open("input/image.tif", "r")
fs.close(fd)  # same with fd.close()

# Open file without using GDS
fd2 = fs.open("input/image.tif", "rp")
fs.close(fd2)  # same with fd2.close()

Hi Gigon,
Thank you for your response...
This code (so indeed with setting device to cuda):
slide = CuImage('/data/pathology/TCGA-G7-A8LE-01A-01-TS1.39D4D79F-6CE4-441C-8EBD-42323F7B9C11.svs')
img = slide.read_region(level=3, device='cuda')

Results in this error:
[Error] cuFileHandleRegister fd: 101 (/data/pathology/TCGA-G7-A8LE-01A-01-TS1.39D4D79F-6CE4-441C-8EBD-42323F7B9C11.svs), status: internal error. Would work with cuCIM's compatibility mode.

If I set device='cpu, then it does work properly...
Could you please elaborate on the purpose / impact / consequences of the device property?
My understanding was that setting device to 'cuda' results in a cupy array on the GPU, while 'cpu' results in a numpy array on CPU?

Hi @diricxbart
By default, read_region() method doesn't use GPU-accelerated libraries to decode compressed image data (jpeg/jpeg2000) in .svs or .tif format and you don't need to specify device="cpu" in the method.
cuCIM optimizes TIFF(-like) image loader so its read is faster than other libraries 'with CPU'.
Using GPU-accelerated GPU decoding libraries is particularly useful when

image to decode is large, and
decoding multiple images in parallel (batch loading)

And, not using GPU(CUDA)-based image loader is particularly useful when

GPU resource needs to be used for training
using multi-process data loader while training

https://pytorch.org/docs/stable/data.html#torch.utils.data.DataLoader

From v22.02.00, we introduce multithreading and batch processing feature in read_region() and leverage GDS and NVJpeg to load and decode JPEG-compressed image data if device="cuda" is given.
https://github.com/rapidsai/cucim/wiki/release_notes_v22.02.00#2-supporting-multithreading-and-batch-processing

cuCIM now supports loading the entire image with multi-threads. It also supports batch loading of images.

If device parameter of read_region() method is "cuda", it loads a relevant portion of the image file (compressed tile data) into GPU memory using cuFile(GDS, GPUDirect Storage), then decompress those data using nvJPEG's Batched Image Decoding API.

Current implementations are not efficient and performance is poor compared to CPU implementations. However, we plan to improve it over the next versions.

Since we are not utilizing CUDA streams and GPU memory well, current implementations are not efficient and we would like to improve it.
For this reason, we are not recommending using device="cuda" for now.
If you want to move loaded data to GPU, please convert CuImage object (the output of read_region() method) to CuPy array by cupy.asarray() method.
import cupy as cp

slide = CuImage('/data/pathology/TCGA-G7-A8LE-01A-01-TS1.39D4D79F-6CE4-441C-8EBD-42323F7B9C11.svs')
img = slide.read_region(level=3) # you can add `, num_workers=8` to load the image with 8 threads.

img_gpu = cp.asarray(img)

Debian 9 is EOL:

https://wiki.debian.org/LTS
https://www.debian.org/releases/stretch/

If this is still occurring with a more recent OS, let's open a new issue with reproducer taking into account the feedback already given here
Thanks all! 🙏


Make flatcar-update provide OEM payloads

Current situation
The flatcar-update tool supports downloading the generic update payload or specifying it as file in the CLI parameter.
Nebraska added support for additional payloads that are added after the first one, and are planned to be used for OEM update payloads (as sysext images).
Impact
For developing the update-engine changes one would currently need a local Nebraska instance but if flatcar-update supports passing the OEM payloads, it could be easier to iterate over the update-engine changes.
When released, users will expect the flatcar-update tool to work as before but now it also must cover OEM updates.
Ideal future situation
The flatcar-update tool should get OEM-payload-aware, too, and send the OEM entries in its Omaha response. It should download all OEM files or accept them to be passed as CLI parameters like the generic payload. A downgrade of a freshly installed or a completely migrated machine to a pre-sysext release for that OEM is not supported because the OEM contents will be missing. Ideally, while the sysext OEM availability is tied to a minimal Flatcar version where the basic machinery is present, the availability of OEM sysext images can't be assumed to give us time for the OEMs to get ported one by one; also new ones may be added later. When an OEM sysext update is not published, the system should try to use the old one by forcing its load, and put a warning on the login message (→tbd in the service that activates the OEM sysext images).
Implementation options
Additional information

We can restrict the OEM ID to the current one or the one passed as CLI flag

PR https://github.com/flatcar/init/pull/101


Disconnect graph connections when ports are removed in visual shaders

For VectorCompose and VectorDecompose nodes, the 'changed' signal is connected to two new functions, which handle the deletion of connections from/to deleted ports.
Note: this revealed a new bug, described in https://github.com/godotengine/godot/issues/79417#issuecomment-1641272449.
I don't see this new issue being directly caused by the code I wrote, and since this is my first ever contribution to this project, I am not too familiar with the code, so I decided to go ahead with the PR anyway.
Bugsquad edit, fixes https://github.com/godotengine/godot/issues/79417

Note: this PR is a re creation of another one I made two weeks ago, which you can find here. The original PR had changes applied directly on the master branch, instead of a separate one.

Sorry about all the unnecessary includes I think clangd added them for some reason.
Normally I would agree that the issue is a bit more general, but on the other hand the contribution guidelines explicitly discourage to try implementing general solutions so I wasn't quite sure what to do. Which is also the reason I made the assumption about the enum values corresponding to the port count, both because it made the code simpler and because having any other way would arguably be weird.
I do agree adding another signal is the way to go, I tried and failed to do so (yes I still have much to learn about how the code base works), and since this signal was free I simply used it.

the contribution guidelines explicitly discourage to try implementing general solutions

Yes, that's correct, but doesn't apply to this situation. General solution that is discouraged would be something that doesn't have a specific target in mind or has a very broad set of targets. In this case you are dealing with one thing — visual shader nodes, some of which can dynamically shed some of their ports, and we need to handle it properly. Fixing the issue for just the two nodes and leaving the problem open for others potentially affected doesn't make much sense.

@EddieBreeg I've checked it, currently, if you use undo (CTRL+Z) on that action leaves the connection unconnected. That should not be - the solution is to record the disconnection/connection actions by UndoRedo instead of doing it through signal.

Here the signal is required anyway but I'll add the UndoRedo record

I am very confused right now. Based on other examples in the code I tried creating an action and committing it, like so:
void VisualShaderEditor::_node_ports_removed(int p_id) {
	VisualShader::Type shader_type = visual_shader->get_shader_type();
	Ref<VisualShaderNode> node = visual_shader->get_node(shader_type, p_id);
	if (unlikely(!node.is_valid()))
		return;
	const int inputs = node->get_input_port_count();
	const int outputs = node->get_output_port_count();
	List<VisualShader::Connection> conns;
	visual_shader->get_node_connections(shader_type, &conns);
	EditorUndoRedoManager *undo_redo = EditorUndoRedoManager::get_singleton();
	undo_redo->create_action(TTR("Remove node ports"));
	for (const VisualShader::Connection &c : conns) {
		if (unlikely((c.from_node == p_id && c.from_port >= outputs) || (c.to_node == p_id && c.to_port >= inputs))) {
			// graph_plugin->disconnect_nodes(shader_type, c.from_node, c.from_port, c.to_node, c.to_port);
			// visual_shader->disconnect_nodes(shader_type, c.from_node, c.from_port, c.to_node, c.to_port);

			undo_redo->add_do_method(visual_shader.ptr(), "disconnect_nodes", shader_type, c.from_node, c.from_port, c.to_node, c.to_port);
			undo_redo->add_do_method(graph_plugin.ptr(), "disconnect_nodes", shader_type, c.from_node, c.from_port, c.to_node, c.to_port);
			undo_redo->add_undo_method(visual_shader.ptr(), "connect_nodes", shader_type, c.from_node, c.from_port, c.to_node, c.to_port);
			undo_redo->add_undo_method(graph_plugin.ptr(), "connect_nodes", shader_type, c.from_node, c.from_port, c.to_node, c.to_port);
		}
	}
	undo_redo->commit_action();
}

But the editor crashes as a result...

Sorry for the long wait. It looks like this brach doesn't contain your most recent changes (undo/redo). Could you push those?

Superseded by #89810. Thanks for the contribution!


Possibility to record the test suite as one video

My test suites are organized as such:
describe("place order from basket", () => {
    it("login", () => {
        browser.login_testuser()
    })

    it("go to /basket/delivery", () => {
        browser.urlAndWait("/basket/delivery")
    })

    it("click nextday", function() {
        $("input[name=delivery_method][value=nextday]").click()
    })

    it('fill [name="delivery_address"]', () => {
        $('[name="delivery_address"]').addValue(
            "XYZ Road"
        )
    })

...

Where each it is one user action. Right now each it generates a separate video. I'd like to know if it is possible to generate the video for the entire suite.
Thank you.

I created a hack to get around this:
https://github.com/ylilarry/wdio-video-reporter/pull/1/files

+1 on this, i would be interested in seeing the whole suite as a video also.
Hope this makes its way upstream

@ylilarry Would you mind opening a PR since there seems to be interest in this functionality?
Ill try to have a look as soon as I can

There are a few details that need to be discussed:

How to determine the video file name
What to do when two videos have the same name

My hack works for me because I deliberately made sure each suite contains one root describe that has a unique description.
However, a suite can be as such
describe('A', function() {
   it('aa', ...)
})

describe ('B', function() {
})

In intuitive way to is to name the video file A+B.
@jasonwilliams Would you provide some insight on how you'd use this feature?

A-B would make more sense and be more consistent with how things are named now.

Would you provide some insight on how you'd use this feature?

basically as you mentioned, as a way of watching the whole suite we have tests where each it() is a user interaction so right now the videos are quite short.
I would like this to be optional though as we don’t always need it, so some way of switching between how it is now and the full describe

@ylilarry is there a reason you haven't opened a PR with your changes on this repo?

I mentioned in a different issue that a similar functionality could be solved kind of easily with a post-processor that joins the video after the run.
Would this be an ok solution for this issue as well?

I mentioned in a different issue that a similar functionality could be solved kind of easily with a post-processor that joins the video after the run.
Would this be an ok solution for this issue as well?

Sounds good to me

Thanks for raising this issue.
We greatly appreciate any contributions that help implement this feature request. While we understand that active contributors have their own priorities, we kindly request your assistance if you rely on this feature being implemented. We encourage you to join our friendly Discord development server, where you can ask any questions you may have. Thank you for your support, and cheers!


Feature request: Use Alt-Charset input to change color mode between monochrome and color decoding

I often run across Apple II apps that are using graphics but were designed for monochrome displays, so being able to quickly turn off color decoding via a toggle switch would be super helpful. Not having to go into the configuration program every time would be really nice.
Another idea: Allow for auto detection of programs that work better in monochrome mode by allowing a user to specify a sequence of several bytes that could match when software gets loaded into RAM which will then flip the A2DVI into monochrome mode where it'll stay that way until the next reset.
Or perhaps use the Alt-Char input with a button attached as a "grab" or "capture"function, which will checksum whatever is on screen (like while a program is loading) to then use that as the memory for future monochrome mode switches. Perhaps with a few slots in the config program?

Some programs use a register ($C021) to switch between color/monochrome. For example, A2Desktop, uses this to enforce monochrome. But many older programs do not use this feature, and manual control is also nice, of course.
I'm think about one idea to improve the behavior for the toggle switch: US users usually don't need the language rocker switch, so for them the switch input could indeed be configured to become a color/monochrome switch.
And for European machines I could support a combination of both: the switch normally toggles just the character set. But quickly rocking the switch back and forth toggles between color/monochrome. So the switch would get additional functionality. That would be easy to add.
Automatic detection is also possible - but obviously requires more effort: both, for the implementation and for the user who wants to configure this for a specific program.

@chrisa850 Ah, that was also you over here... ;-)
Concerning debounce: test this with the latest firmware v1.4, I released yesterday. Apple's original IIe ALTCHR "language switch" has basically zero bounce. But meanwhile I have adapted and tested the firmware using a really bouncy switch instead - so it should be better now.


[Bug]: The reset widget option has wrong value for dropdown

Is there an existing issue for this?

[X] I have searched the existing issues

Current Behavior
When I click the "on click" of an button and select the reset widget option, it shows wrong value under the "Reset Children" dropdown. Initially it shows true and onlclick it becomes Yes/No.

Steps To Reproduce

Add a button widget
Go to "OnClick" event from property panel
Choose the reset form widget
Choose a widget from the Widget dropdown
Observe the behaviour of Reset Children dropdown

Environment
Production
Version
Cloud

Happens for every widget whenever an action is changed to reset widget.
In the behavior described above, by default the reset widget function parameter for reset children is empty. When empty, we are defaulting it to true and it is shown in the select field for reset children.

If we change it, the parameter is explicitly set to true in the function.

Proposed solutions from my side

We can show Yes as the default selected value in this case and also add "true" to the function parameters going forward for all new instances.
For existing apps/instances, we should just show Yes in the selected value for reset children when the parameter is empty and not add "true" in the function preventing migrations.

@somangshu can you suggest if this is a good way? Also is this something app viewers pod does or UI builders pod?

This changed was made so that by default all children are reset because users were finding it difficult to perceive otherwise. @hetunandu I recall you had made this change, Can you tell us what POD can deal with this?

Discussed with @Nikhil-Nandagopal , we should change the options to say true/false than Yes/no as it's inline with the function parameters. It would also be better, if we can add true by default in the function parameters rather than keeping it empty.


provide empty() method on Rust archetype implementations to log empty

It's cumbersome right now to log an empty set of things:
rec.log("rects_test/rects", &Boxes2D::new([HalfExtents2D; 0]))?;

this should be instead
rec.log("rects_test/rects", &Boxes2D::empty())?;

C++ and Python too?

@jleibs had an intesresting question:

Is this different from Clear?

The answer is yes for three reasons:

clear() has optional recursiveness
clear() has the out-of-order / pendingness thing (which I'm not sure I understand what that's expected to do anymore)
and finally clear() doesnt stop at a specific archetype: if the entity has 10 archetypes logged, it clears all of them

In C++ and Python we have harder to avoid default construction which I think is more suited there for creating empty archetypes 🤔

We should make empty() set all the components to empty lists so that they overwrite everything. We should probably make the default constructor do the same.

Closing in favor of https://github.com/rerun-io/rerun/issues/3381


az container create cannot parse sas token as secrets

az feedback auto-generates most of the information requested below, as of CLI version 2.0.62

Describe the bug
I was trying to create an azure container instance from my image in acr. For some reason I want to have my sas token mounted as secrets. However it failed.

I think the reason of this might be the & and it was not protected by the quotation mark and interpreted as a new command. Tried use \ to escape it doesn't work. The cli command works fine if I replace the & with %26, but I don't think the sas token will work properly unless we transfer it back from %26 to & .
To Reproduce
az container create -n containername -g groupname --image "org.azurecr.io/containerimage:tag" --registry-username "acrusername" --registry-password "acrpassword" --secrets blobsas="?sv=2020-04-08&st=2021-08-06
....some sas here...%3D" --serects-mount-path "/mnt/secrets"
Expected behavior

A container should be create and the sas token should be mounted as a tmpfs volume
Environment summary

Install Method: MSI
CLI version:   2.27.1
OS version: Windows 10
Shell Type: Powershell
Additional context

route to service team


Odd default namespace 2015-10-24 release

Looking in the header of gene_ontology_ext.obo
default-namespace: file:/Users/tanyaberardini/go_svn/ontology/extensions/ro_pending.obo
where it's usually
default-namespace: gene_ontology

Hi Jim,
As you've probably seen by now, Doug reported the same issue on the go-consortium mailing list, and it was fixed.
For reference, https://github.com/geneontology/go-ontology/issues/12141
Thanks for reporting.
Paola


update golang version 1.19

Signed-off-by: jiawei<EMAIL_ADDRESS>
What type of PR is this?
/kind feature

What this PR does / why we need it:
Which issue(s) this PR fixes:
https://github.com/kubeedge/edgemesh/issues/495

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

do-not-merge

/hold


windows_shortcut: update example to a version that is idempotent

Signed-off-by: Stuart Preston<EMAIL_ADDRESS>Description
Doc fix: Fixes the example for the windows_shortcut resource to be idempotent. The previous example was not idempotent because the formatting of the retrieved values did not match the example properties.

Nice catch

Shouldn't this be fixed in the windows_shortcut resource? The resource could do a case-insensitive path comparison.


macos-latest(12.7) and PHP 8.1 Library not loaded: libsodium.26.dylib

Describe the bug

Version

[ ] I have checked releases, and the bug exists in the latest patch version of v1 or v2.
[x] v2
[ ] v1

Runners

[x] GitHub Hosted
[ ] Self Hosted

Operating systems

macos-latest
PHP versions

8.1
To Reproduce

      - name: Setup PHP
        uses: shivammathur/setup-php@v2
        with:
          php-version: 8.1
          tools: pecl
          extensions: >
            apcu, bcmath, curl, openssl, mbstring, intl, json, redis, mysqli, pdo, pdo_mysql, sockets, zip, :opcache

Expected behavior

No problem
Screenshots/Logs

dyld[2040]: Library not loaded<EMAIL_ADDRESS>  Referenced from: '/usr/local/Cellar/php@8.1/8.1.[25](https://github.com/imiphp/imi/actions/runs/6780634524/job/18429590036#step:6:26)_1/bin/php'
  Reason: tried: '/usr/local/Cellar/php@8.1/8.1.25_1/bin/../../../../opt/libsodium/lib/libsodium.[26](https://github.com/imiphp/imi/actions/runs/6780634524/job/18429590036#step:6:27).dylib' (no such file), '/usr/local/lib/libsodium.26.dylib' (no such file), '/usr/lib/libsodium.26.dylib' (no such file)

Additional context

macos-latest(12.6.9) OK
macos-latest(12.7) error
Are you willing to submit a PR?

Same happens for PHP 8.0 on macos runner

@Yurunsoft @SystemKeeper
Fixed in 2.27.1.
If you use v2 no changes are needed, If you pin the version or hash, please upgrade,
Then, please rerun your workflow, it should install correctly now.

Works fine, thank you very much for the quick fix!


Fix the nuke cli behavior to not reboot on default

cli users have to pass -r to reboot like before, still testing...

@idryomov that is not required, the -r flag is more clear, just tested this on cli as well as in smoke.

Are you sure?  Did you try nuking a kernel client box with a cephfs filesystem mounted?  With this patch applied, if you don't pass --reboot-all, it'll leave the mount behind.
If you pass --reboot-all, it'll most likely get stuck trying to sync a filesystem whose OSDs have already been nuked.  That's why we need to pass -f -n to reboot.

I am going to try that on my test node, although the case is very hard to hit in kcephfs teuthology tests.

Well, the premise of #832 was that teuthology-nuke can be invoked at any time...  You should also try nuking a box with a local filesystem mounted on top of krbd.  In fact I'd try it first - the "umount -f doesn't work" comment in remove_kernel_mounts() is from 2011, I think it's been fixed since then and is working for cephfs now.
Doing a normal reboot with a local filesystem mounted on top of krbd and OSDs gone has always been a sure way to lockup the box.  It's probably going to be fixed in the near future, but for now the only way to nuke in this case is to force reboot.

I will add a system reset here

closing, many things changed after this.


How to disable MKL when installing dlib in Ubuntu 16.04?

I tried disabling the flag "DLIB_USE_MKL_FFT_STR" and "DLIB_USE_MKL_FFT" in CMakeLists.txt but it still keep telling that it has found MKL and probably uses it because my program complains that it cannot find MKL.

you can try disabling two more options: DLIB_USE_BLAS, DLIB_USE_LAPACK
this will disable using BLAS support at all and will make you compile the library if your MKL installation is broken
This file determines the algorithm of searching BLAS libraries. Reading it will help you understand the details

Is libmkl_rt.so a necessary dependencies for dlib? I edited the file u link so that "found_intel_mkl" and "found_intel_mkl_headers" are 0 but it still keep telling me libmkl_rt.so not found

No.  You don't need any BLAS libraries to run dlib.  They just make things run faster if you do have them.

Also, if it's not finding it then you are done right?  Your goal is for it to not use the Intel MKL.  It's not using the Intel MKL.  So what is the problem?


UI toggle for Fahrenheit temperatures

Just noticed that there's no way to change the temperatures from Celsius to Fahrenheit through any of the config skins! Needs to be addressed when global settings are implemented!

Will be implemented as part of #6. Closing.


Fixes 'aad app remove' command documentation. Closes #4379

Fixes aad app remove command documentation for confirm option. Closes #4379

Thank you @nanddeepn! We'll try to review it ASAP!

Merged manually, thank you! ❤


fix test protons_only

I test the weighting and corsika reading via the following mechanisms:

fit the weighted primary spectrum -> spectral index should be around 2.7
fit the weighted muon spectrum of conventional muons -> spectral index should be around 3.7
fit the weighted muon spectrum of prompt muons -> spectral index should be around 2.7

I do this for weighting with the HillasGaisserH3a model, which works and I do this with the Thunman model. This does not work, since thunman only has protons as primaries, and then we have a really low statistic. This should be fixed

Upon further inspection (and increased knowledge about particle physics) I don't consider this fitting of the spectral index and testing it so strictly a sensible test for this code. Closing the issue.


StrykerJS showing 800 hours estimated time of completion.

Question

StrykerJS showing 800 hours estimated time of completion.
Stryker environment

+--<EMAIL_ADDRESS>+--<EMAIL_ADDRESS>

+--<EMAIL_ADDRESS>
Additional context
Here is my Stryker config file.
{
    "$schema"<EMAIL_ADDRESS>    "comment": "This config was generated using 'stryker init'.",
    "testrunner": "jest",
    "reporters": [
        "progress",
        "clear-text",
        "html"
    ],
    "coverageAnalysis": "perTest",
    "jest": {
        "projectType": "custom"
        "configFile": "./config/jest/jest.config.js",
        "config": {}
    },
    "tempDirName": "stryker-tmp",
    "dryRunTimeoutMinutes": 120,
    "IgnoreStatic": true,
    "concurrency": 4
}

On my project, it has mutated 2608 files and found about 94k mutation operations. It usually takes me about 30 minutes to run my unit test cases. StrykerJS is taking about 1 hour for dry run execution.
For mutation testing it shows about 800 hours and then after 2 3 hours runs out of memory or the Test Runner crashes.
Is there any way to make StrykerJS faster? Am I missing something? Please help.

It really depends on the structure of your project. I was able to achieve significant optimization by limiting specs that are executed. Please see https://github.com/stryker-mutator/stryker-js/issues/4142#event-9136562433


Deprecated

Is there a recommended next package? If so it would be handy to have it mentioned at the top of the various docs.

This is due to a mistake I made. This package is not deprecated
I accidentally published a v4.x version when it should have been 3.x. Because there is a package out there which depends on this package (and uses poor version selection I could not delete the 4.x version from npm repository). I took decision to deprecate 4.x but 3.x is not deprecated

v4.x is now released as a working version and depreciation notice should be removed.


MultiLang - German

this PR should implement a simple language switcher to a german translation.
Additional languages can be added quite simple, actually.
Thanks for creating this site!

Hi,
thanks for the feedback. I tried to improve the localisation of time & dates with the help of moment.js, as it was already in use and you also suggested it als a possible solution.
As for the flag problem: I changed the flags to a simple language picker for now. It should now look better on smartphones.

Huge thanks for adding this @FlorianReinprecht! Closing this commit because I ended up merging it.


Custom code needed in the controller create method?

The form works great, but I guess I can't just call myobj.save any more? For example:
with invoice_params = {"description"=>"dfasefa", "invoice_line_items_attributes"=>{"0"=>{"_destroy"=>"false", "description"=>"Basic Subscription", "subscription_service_id"=>"", "amount"=>"19.0"}}}

The basic Rails create methods no longer work:
  def create
    @invoice = current_subscription.invoices.new(invoice_params)

    respond_to do |format|
      if @invoice.save
        format.html { redirect_to @invoice, notice: 'Invoice was successfully created.' }
        format.json { render :show, status: :created, location: @invoice }
      else
        format.html { render :new }
        format.json { render json: @invoice.errors, status: :unprocessable_entity }
      end
    end
  end

Do I have to write custom controller code to break out the has_many items everywhere I use this?
I actually had to add invoice_line_items_attributes to attr_accessible in my Invoice model. Is that normal? And the save line in the create method is trying to save the line item attributes to my main model. This is really confusing.

Please detail: which rails version are you using? (you are not using strong parameters but attr_accesible?) Do you have the accepts_nested_attributes_for line in your model? Which error do you get on save? How

Rails 4.2.7, cocoon 1.2.1, simple_form 3.5.1
I was using protected_attributes, then I got rid of that and I'm just trying to use the default functionality.
def invoice_params
  params.require(:invoice).permit(:subscription_id, :description, :amount, :paid, :billing_period, :approved, :invoice_line_items_attributes => [:id, :_destroy, :description, :subscription_service_id, :amount])
end

and the save call fails:
POST /invoices
POST /invoices.json
def create
@invoice = current_subscription.invoices.new(invoice_params)
respond_to do |format|
  if @invoice.save
    format.html { redirect_to @invoice, notice: 'Invoice was successfully created.' }
    format.json { render :show, status: :created, location: @invoice }
  else
    format.html { render :new }
    format.json { render json: @invoice.errors, status: :unprocessable_entity }
  end
end

end
invoice_params gives:
{"description"=>"", "invoice_identifier"=>"E79D20D-0002", "invoice_line_items_attributes"=>{"0"=>{"_destroy"=>"false", "description"=>"Basic Subscription", "subscription_service_id"=>"", "amount"=>"19.0"}}}
And I guess that's fine, but then the error is:
NoMethodError (undefined method `subscription_service_id' for #Invoice:0x007ff16c775118
That makes absolutely no sense whatsoever. It's like it's flattening the attribute hash and trying to cram everything into Invoice. Why would it do that?
This transmission is for the sole use of the intended recipient(s) and may contain information that is confidential and/or privileged. If you are not the intended recipient, please delete this transmission and any attachments and notify the sender by return email immediately. Any unauthorized review, use, disclosure or distribution is prohibited.

On Mar 10, 2018, at 7:52 AM, Nathan Van der Auwera<EMAIL_ADDRESS>wrote:
Please detail: which rails version are you using? (you are not using strong parameters but attr_accesible?) Do you have the accepts_nested_attributes_for line in your model? Which error do you get on save? How
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/nathanvda/cocoon/issues/490#issuecomment-372027517, or mute the thread https://github.com/notifications/unsubscribe-auth/ACOyfrwRbm0E8S5P_puBW0YtfyCCfjLEks5tc8xwgaJpZM4SlJwS.

Ok. Cool. How are your associations declared and do you have the accepts_nested_attributes_for line?

Ugh. This error is a red herring. You put me on the scent. I had that field in a validator on the Invoice model instead of the InvoiceLineItem model. Works fine now.  Thanks for your help!
This transmission is for the sole use of the intended recipient(s) and may contain information that is confidential and/or privileged. If you are not the intended recipient, please delete this transmission and any attachments and notify the sender by return email immediately. Any unauthorized review, use, disclosure or distribution is prohibited.

On Mar 10, 2018, at 2:08 PM, Nathan Van der Auwera<EMAIL_ADDRESS>wrote:
Ok. Cool. How are your associations declared and do you have the accepts_nested_attributes_for line?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/nathanvda/cocoon/issues/490#issuecomment-372056472, or mute the thread https://github.com/notifications/unsubscribe-auth/ACOyfh33bOVolE0y6aS-Oozx8iCVaSdPks5tdCSbgaJpZM4SlJwS.


Add "latest" version of API docs to provide more stable external link targets

This is a companion PR to https://github.com/kubernetes/website/pull/21931
and provides a way to keep the "latest" API link target up to date.

Great. This automates the changes to the redirects entry.
/lgtm
Defer approval to @kbhawkey

Bear in mind that https://github.com/kubernetes/website/pull/21931 is held pending discussion

I wonder if the docs can provide a more permanent solution by creating a latest page for you to reference? That way there is no need to modify the _redirects file.

seems like a nicer approach to me.

/remove-lifecycle stale


Simple block causes crash of JSCS

Example file:
{}

JSCS version: 2.5.0
Stacktrace:
Error running rule requirePaddingNewLinesAfterBlocks: This is an issue with JSCS and not your codebase.
Please file an issue (with the stack trace below) at: https://github.com/jscs-dev/node-jscs/issues/new
TypeError: Cannot read property 'type' of null
    at isException (<project folder>\node_modules\jscs\lib\rules\require-padding-newlines-after-blocks.js:134:27)
    at Object.<anonymous> (<project folder>\node_modules\jscs\lib\rules\require-padding-newlines-after-blocks.js:192:17)
    at Array.forEach (native)
    at Object.JsFile.iterateNodesByType (<project folder>\node_modules\jscs\lib\js-file.js:545:42)
    at Object.module.exports.check (<project folder>\node_modules\jscs\lib\rules\require-padding-newlines-after-blocks.js:187:14)
    at null.<anonymous> (<project folder>\node_modules\jscs\lib\string-checker.js:165:22)
    at Array.forEach (native)
    at StringChecker._checkJsFile (<project folder>\node_modules\jscs\lib\string-checker.js:161:31)
    at StringChecker.checkString (<project folder>\node_modules\jscs\lib\string-checker.js:106:14)
    at null.<anonymous> (<project folder>\node_modules\jscs\lib\checker.js:56:21) at .\test.js :
     1 |{}
--------^
     2 |

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/27900975-simple-block-causes-crash-of-jscs?utm_campaign=plugin&utm_content=tracker%2F281640&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F281640&utm_medium=issues&utm_source=github).

Thanks for the report

@markelog, sorry, your commit called "Fix: don't throw on empty block with "requirePaddingNewLinesAfterBlocks", but this bug is not about the empty blocks only, it's about the blocks as statement.


Github API Markdown Changes?

I'm not sure if there have been changes lately but markdown rendered though the API is not highlighting syntax correctly anymore. The CSS used by API client now longer works. I noticed that the API renders with different css classes than github does.
Github gives

        require
        'redcarpet'
        markdown
        =
        Redcarpet
        .
        new
        (
        "Hello World!"
        )
        puts
        markdown
        .
        to_html

but the api gives

            require

                'redcarpet
                '

        markdown
        =
        Redcarpet.
        new(

            "Hello World!
            "
        ) puts markdown.to_html

This is breaking code editors that use the API to render markdown. Here is a full copy of the stuff I'm seeing
https://gist.github.com/infomaniac50/5f2886df9308d3fb4009
I'm using SublimeText 3 with the Markdown Preview plugin to render the html but I'm also having issues with markdownpad 2

@bkeepers if I've noticed a bug in how markdown preview works on GitHub, where is it best to report it?
In particular, GithHub seems to fail in highlighting some fenced code blocks inside markdown listings. Precisely, those that have additional attributes.
When a code block is not inside a markdown listing, highlighting works OK:
```js
const x = 42;
```

↓
const x = 42;

```js {something=something}
const x = 42;
```

↓
const x = 42;

However, when a code block listing is inside a markdown listing, presence of {something=something} breaks highlighting:
````markdown
# fenced code block without arguments
```js
const x = 42;
```

# fenced code block with arguments
```js {something=something}
const x = 42;
```
````

↓
# fenced code block without arguments
```js
const x = 42;
```

# fenced code block with arguments
```js {something=something}
const x = 42;
```

What library is responsible for syntax highlighting here? How can I help with fixing this and propagating the changes back to GitHub?

Code block attributes can instruct some preview tools to apply additional styling to the block or make it live. For instance, attributes are used in markdown-preview-enhanced.
I've been recently working on a project called litvis, which also uses code block attributes. Although this syntax is not standard, there are currently no issues with it in editors like Atom or VSCode as well as tools like Prettier. It'd be great if GitHub could nicely highlight things too, e.g. in this README.

Many thanks for reaching out @pchaigno! Indeed, the issue has already been reported as https://github.com/atom/language-gfm/issues/199.