[Docs] Missing component name API section for many components

In #20434, a Component Name section was added to many components.
Unfortunately, the section seems to be missing for the following components:

ClickAwayListener
Fade
Grow
Hidden
MenuList
Modal
NoSsr
Popper
Portal
RadioGroup
RootRef
Slide
SwipeableDrawer
TextareaAutosize
TouchRipple
Zoom

It seems like the props above have no CSS section, but the Component Name section is relevant also for prop overrides, so it must be present for the above components, too.

~ClickAwayListener~ no CSS, no props
~Fade~ no CSS, no props
~Grow~ no CSS, no props
~Hidden~ soon deprecated
~MenuList~ no CSS, no props
Modal no CSS, accept props
~NoSsr~ no CSS, no props
~Popper~ no CSS, no props
~Portal~ no CSS, no props
~RadioGroup~ no CSS, no props
~RootRef~ deprecated
~Slide~ no CSS, no props
SwipeableDrawer
~TextareaAutosize~ no CSS, no props
~TouchRipple~ private
~Zoom~ no CSS, no props

So, it seems only SwipeableDrawer and Modal would benefit from it.

What do you mean? Starting from the top of the list, both ClickAwayListener and Fade have props.

theme.props doesn't work with them.

Oh, why doesn't it work? Is that documented anywhere?


Changing callback based on the grammar of the active text editor?

Is it possible to change the callback for a button based on the grammar of the active text editor?

This issue seems related: https://github.com/suda/tool-bar/issues/192

Interesting idea. How would you propose to declare different callback s for different grammars?

One way is to just write a function that handles the changes and dispatches on separate callbacks for different grammar. This is independent of Tool-bar.

function mycallback() {
// change callback based on the grammar
}

The first way allows for more flexibility, which is currently possible anyways.

The second way is to provide another option in ButtonsOptions for different grammars, and Tool-bar dispatches on the correct callback based on the active grammar:

  toolBar.addButton({
    icon: 'octoface',
    callback: {
        grammars: {
             julia: "app:do-julia"
             python: "app:do-python"
          }
      }
  });

The second way is nicer in my opinion.

I like the idea, I don't think it would cause problems with key modifiers, personally, as I wouldn't use any other keys than shift, ctrl, etc. But of course, some people may use e.g. c.
perhaps we could make the grammar thing explicit from within the callbacks object, e.g.:
toolBar.addButton({
  icon: 'octoface',
  callback: {
    grammar: {
      julia: "app:do-julia",
      python: "app:do-python",

      // The "c" language
      c: "app:do-c-lang",
    },

    // the "c" key
    c: "app:do-c-key",
  }
});

Or distinguish grammers/languages from keys in the key name, e.g.:
toolBar.addButton({
  icon: 'octoface',
  callback: {
    // Using a "lang" or "language" prefix
    "lang-julia": "app:do-julia",
    "language-julia": "app:do-julia",

    // Using a "grammer" prefix
    "grammer-julia": "app:do-julia",

    // The you can use the "c" language
    "lang-c": "app:do-c-lang",
    // And the "c" key
    c: "app:do-c-key",
  }
});

Where only one or multiple prefixes can be supported.

My concern is about the case when someone wants to use both modifiers and grammars. We should allow this too. My example allowed this. See c language for example that has modifiers for itself.
  toolBar.addButton({
    icon: 'octoface',
	grammars: true, // enables grammars and breaks key modifiers
    callback: {
        julia: "app:do-julia",
        python: "app:do-python",
        c: {
          // now key modifiers should be under the individual grammar
          "": "app:do-c1",
          "shift": "app:do-c2"
        }
      }
  });

Another way is to just avoid doing this, and add an option to addButton itself, and have separate buttons for different grammars. This may solve https://github.com/suda/tool-bar/issues/192, since we can hide the buttons when they are not in their grammar.
  toolBar.addButton({
    icon: 'octoface',
	grammars: "julia"
    callback: "app:do-julia"
  });

My concern is about the case when someone wants to use both modifiers and grammars. We should allow this too. My example allowed this. See c language for example that has modifiers for itself (shift, when in C grammar).
  toolBar.addButton({
    icon: 'octoface',
	grammars: true, // enables grammars and breaks key modifiers.
					// now key modifiers should be under the individual grammar
    callback: {
        julia: "app:do-julia",
        python: "app:do-python",
        c: {
          "": "app:do-c1",
          "shift": "app:do-c2"
        }
      }
  });

Of course! That would be possible with all proposals so far! If you want modifiers for the grammar callback you should specify it as an object.

Another way is to just avoid doing this, and add an option to addButton itself, and have separate buttons for different grammars. This doesn't change modifiers syntax too. It allows for different class or shape for different grammars, and it can also solve #192, since we can hide the buttons when they are not in their grammar.
  toolBar.addButton({
    icon: 'octoface',
	grammar: "julia",
    callback: "app:do-julia"
  });

  toolBar.addButton({
    icon: 'octoface',
	grammar: "python",
    callback: "app:do-python"
  });

This is quite a nice solution I think, definitely the most compatible with the current API. Unfortunately it would result in some duplication that is perhaps not desirable. :thinking:

  toolBar.addButton({
    icon: 'octoface',
	grammar: "julia",
    callback: "app:do-julia"
  });

  toolBar.addButton({
    icon: 'octoface',
	grammar: "python",
    callback: "app:do-python"
  });

This is quite a nice solution I think, definitely the most compatible with the current API. Unfortunately it would result in some duplication that is perhaps not desirable. 🤔

Yes, I like this one more! Duplication could be solved by using variables.
let icon1 = 'octoface'

toolBar.addButton({
     icon: icon1
  	grammar: "julia",
     callback: "app:do-julia"
});


Add -TimeoutSec option to Invoke-WebRequest calls

This commit adds a new option to the Windows script, -t allowing to
set a timeout (in seconds) for the REST API requests to Elasticsearch in
case these take a long time or hang.  This is done through the
-TimeoutSec option to the Invoke-WebRequest cmdlet.

Will be deprecated with the upcoming 2.0 release.


Enhancement: PVC template support of CollaSet

What would you like to be added?
CollaSet supports stable storage like StatefulSet in the way like Spec.VolumeClaimTemplates.
Why is this needed?
Stable storage support is a standard capability of CollaSet.

assign request


MPO-MPS and MPO-MPO methods

Would be nice to have applyMPO, sum(::MPO, ::MPO0, nmultMPO, and friends!

Yes! And they are all 1-indexed even in the C++ code. It’s almost as if we knew Julia was coming.

Yes, that was on my short to-do list. I just rewrote those fairly recently in C++ so it shouldn't be too hard.

I'm trying applyMPO now

We still need errorMPOProd if someone wants to claim it before I do

Looks like we have most of these now or are very close! Thanks Katie & others for working hard on this.


Not Working With .mjs files

This does not seem to be removing types from .mjs files.
type TSignUpBody = {
     ^^^^^^^^^^^
SyntaxError: Unexpected identifier

Starting the server using:
import 'flow-remove-types/register';
import './index.mjs';

Looks like we do support .mjs as of https://github.com/flowtype/flow-remove-types/pull/53. @pizza-r0b, if you can still reproduce this, what are you using for import support? And does your .mjs file have a // @flow comment?

I tried to use --experimental-modules for modules and it didn't work:
$ yarn flow-node --experimental-modules snipper.mjs
yarn run v1.10.1
$ /Users/dmnd/github/snipper/node_modules/.bin/flow-node --experimental-modules snipper.mjs
(node:71092) ExperimentalWarning: The ESM module loader is experimental.
file:///Users/dmnd/github/snipper/snipper.mjs:9
type Event =
     ^^^^^

SyntaxError: Unexpected identifier
    at translators.set (internal/modules/esm/translators.js:48:18)
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.


Document how to run tests

Right now, there is no documentation on how to run the tests. Create documentation, ideally in the readme, on how to run the tests.

Angular CLI generated documentation on the frontend tests. These tests are part of legacy code, but it would still be nice to have documentation on running legacy code


allow non-default borderValue

There is no way to set borderValue for border/borderType/borderMode = cv2.BORDER_CONSTANT in imgproc.py, geometry.py and image_sample.py. also we can use this opportunity to make the argument naming consistent.

There are too many things you can do in opencv and I don't expect to cover all of them. Users who need this can write their own augs, and I think people usually don't care much about stuff like border value.
You're welcome to send PRs. But this feature is probably not something I'm going to work on.

the above merge fixes add border_value for shift and rotate image augmentation. please note that for rgb border_value should be a tuple (r,g,b)


Include security patch

https://github.com/dividab/tsconfig-paths/blob/master/CHANGELOG.md#412---2023-01-02
This project relies on tsconfig-paths and this dependency should be updated to address a security vulnerability.
Issue: Prototype Pollution in JSON5 via Parse Method

No, it shouldn’t, for a number of reasons:

it's a breaking change, see #2447
it's unnecessary, json5 1.0.2 fixes the issue already - all everyone needs to do is update their lockfiles.
it's not actually a valid vulnerability for this package, so you should just ignore it.

This is a duplicate of #2625; a duplicate of #2628; a duplicate of #2626; a duplicate of #2627; a duplicate of #2631; a duplicate of #2632; a duplicate of #2634; a duplicate of #2635; a duplicate of #2636; a duplicate of #2637; a duplicate of #2639; a duplicate of #2642; a duplicate of #2643; a duplicate of #2649; a duplicate of #2655; a duplicate of #2660.


hard time finding how to contribute to the site itself

folks want to update the site itself and having hard time figuring how where to find this repo
"edit this site" with a link here

/assign

And,
GitHub link at the bottom of kubernetes.dev is redirecting to kubernetes/community repo,
we need  to redirect the link to this i.e kubernetes/contributor-site repository,
this would help in some visibility of this repository

And,
GitHub link at the bottom of kubernetes.dev site is redirecting to kubernetes/community repo,
which IMO should instead redirect to this repository i.e kubernetes/contributor-site
This would help in gaining some visibility of this repo

/kind feature

the crux is almost all content on this website is not hardcoded in this repo itself. This content is present in either k/website or k/community or similar other repos.
for example: The Contributors CheatSheet section is imported from here

When we looked into this previously, the only good way of doing it was adding an additional frontmatter item with its original location and render that in the footer or something along those lines.

/remove-lifecycle rotten
I think the immediate solution to this is to have a page on the site about how to contribute to the site, which exposes the complexity.
The eventual solution is to have allmost all of the contents of the site all live in one repo.

+1 somewhere in the documentation section for now

Is this issue still open to work on?
@Atharva-Shinde mind if I take over and implement @jberkus' suggestions?

Sure@sreekaransrinath, a page describing the structure of this repo would be useful for new contributors

/assign

/remove-lifecycle rotten


⚠ Bofrost.de has degraded performance

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

HTTP code: 200
Response time: 1939 ms

Resolved: Bofrost.de performance has improved in 286e094 after 1 hour, 42 minutes.


Replace per-cert integration test golden data with per-lint.

This is a follow up for #318 which added integration tests that define expected golden state data as a property of certificates. It may be better to reframe this per-lint:
Quoting @zakird:

I'm not certain that we should be storing values based on certificates FP versus lint name. Lint name seems like it would use up a lot of less space on disk. This may come down to a usability question: when we see a test fail, which case do we want to investigate by?

I'll probably have a PR in the works for this mid/late next week. If someone else wants to take a crack at it before then let me know and I'll remove my assignment from the issue.

I'll probably have a PR in the works for this mid/late next week.

Massively failed on this projected timeline but I haven't forgotten :-)

Better late than never, right? :rocket:  https://github.com/zmap/zlint/pull/329


Add capella operation to perform BlsToExecutionChange

Documentation

[X] I thought about documentation and added the doc-change-required label to this PR if updates are required.

Changelog

[X] I thought about adding a changelog entry, and added one if I deemed necessary.

Thanks @ajsutton i've addressed your feedback.


chore: hide unlisted modules

This is for hiding std in the search. And also blocking off names for future use without having them show up in the search.


skeleton-esnext-webpack fails on Windows

Intention

I'm submitting a bug report
Environment

Project name
skeleton-esnext-webpack
Project path:
C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack
NodeJS:
6.5.0
NPM:
3.10.8
Electron:
1.4.0
Chrome:
53.0.2785.113
Operating system:
win32
Project is using NPM
Package.json path:
C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack\package.json
Project is using Webpack
Webpack.config.js path:
C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack\webpack.config.js

Description
Current behavior:

Console content:
[21:01:30] -----STARTED-----
[21:01:35] ><EMAIL_ADDRESS>start C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack
[21:01:35] > npm run server:dev
[21:01:36] ><EMAIL_ADDRESS>server:dev C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack
[21:01:36] > cross-env NODE_ENV=development node ./node_modules/webpack-dev-server/bin/webpack-dev-server --inline --progress --profile --watch
[21:01:42] C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack\node_modules\webpack\lib\webpack.js:16
[21:01:42] throw new WebpackOptionsValidationError(webpackOptionsValidationErrors);
[21:01:42] ^
[21:01:42] WebpackOptionsValidationError: Invalid configuration object. Webpack has been initialised using a configuration object that does not match the API schema.
[21:01:42] - configuration has an unknown property 'debug'. These properties are valid:
[21:01:42] object { amd?, bail?, cache?, context?, dependencies?, devServer?, devtool?, entry, externals?, loader?, module?, name?, node?, output?, plugins?, profile?, recordsInputPath?, recordsOutputPath?, recordsPath?, resolve?, resolveLoader?, stats?, target?, watch?, watchOptions? }
[21:01:42] The 'debug' property was removed in webpack 2.
[21:01:42] Loaders should be updated to allow passing this option via loader options in module.rules.
[21:01:42] Until loaders are updated one can use the LoaderOptionsPlugin to switch loaders into debug mode:
[21:01:42] plugins: {
[21:01:42] new webpack.LoaderOptionsPlugin({
[21:01:42] debug: true
[21:01:42] })
[21:01:42] }
[21:01:42] - configuration.resolve has an unknown property 'root'. These properties are valid:
[21:01:42] object { alias?, aliasFields?, cachePredicate?, descriptionFiles?, enforceExtension?, enforceModuleExtension?, extensions?, fileSystem?, mainFields?, mainFiles?, moduleExtensions?, modules?, plugins?, resolver?, symlinks?, unsafeCache? }
[21:01:42] at webpack (C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack\node_modules\webpack\lib\webpack.js:16:9)
[21:01:42] at processOptions (C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack\node_modules\webpack-dev-server\bin\webpack-dev-server.js:269:17)
[21:01:42] at Object.<anonymous> (C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack\node_modules\webpack-dev-server\bin\webpack-dev-server.js:297:1)
[21:01:42] at Module._compile (module.js:541:32)
[21:01:42] at Object.Module._extensions..js (module.js:550:10)
[21:01:42] at Module.load (module.js:458:32)
[21:01:42] at tryModuleLoad (module.js:417:12)
[21:01:42] at Function.Module._load (module.js:409:3)
[21:01:42] at Module.runMain (module.js:575:10)
[21:01:42] at run (bootstrap_node.js:352:7)
[21:01:42] at startup (bootstrap_node.js:144:9)
[21:01:42] at bootstrap_node.js:467:3
[21:01:42] npm ERR! Windows_NT 10.0.10586
[21:01:42] npm ERR!
[21:01:42] argv "C:\\Program Files\\nodejs\\node.exe" "C:\\Users\\nik\\AppData\\Roaming\\npm\\node_modules\\npm\\bin\\npm-cli.js" "run" "server:dev"
[21:01:42] npm ERR! node v6.3.1
[21:01:42] npm ERR! npm v3.10.7
[21:01:42] npm ERR! code ELIFECYCLE
[21:01:42] npm ERR<EMAIL_ADDRESS>server:dev: `cross-env NODE_ENV=development node ./node_modules/webpack-dev-server/bin/webpack-dev-server --inline --progress --profile --watch`
[21:01:42] npm ERR! Exit status 1
[21:01:42] npm ERR!
[21:01:42] npm ERR! Failed at the<EMAIL_ADDRESS>server:dev script 'cross-env NODE_ENV=development node ./node_modules/webpack-dev-server/bin/webpack-dev-server --inline --progress --profile --watch'.
[21:01:42] npm ERR! Make sure you have the latest version of node.js and npm installed.
[21:01:42] npm ERR! If you do, this is most likely a problem with the skeleton-esnext-webpack package,
[21:01:42] npm ERR! not with npm itself.
[21:01:42] npm ERR! Tell the author that this fails on your system:
[21:01:42] npm ERR! cross-env NODE_ENV=development node ./node_modules/webpack-dev-server/bin/webpack-dev-server --inline --progress --profile --watch
[21:01:42] npm ERR! You can get information on how to open an issue for this project with:
[21:01:42] npm ERR! npm bugs skeleton-esnext-webpack
[21:01:42] npm ERR! Or if that isn't available, you can get their info via:
[21:01:42] npm ERR! npm owner ls skeleton-esnext-webpack
[21:01:42] npm ERR! There is likely additional logging output above.
[21:01:42] npm ERR! Please include the following file with any support request:
[21:01:42] npm ERR! C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack\npm-debug.log
[21:01:42] npm ERR! Windows_NT 10.0.10586
[21:01:42] npm ERR! argv "C:\\Program Files\\nodejs\\node.exe" "C:\\Users\\nik\\AppData\\Roaming\\npm\\node_modules\\npm\\bin\\npm-cli.js" "start"
[21:01:42] npm ERR! node v6.3.1
[21:01:42] npm ERR! npm v3.10.7
[21:01:42] npm ERR! code ELIFECYCLE
[21:01:42] npm ERR<EMAIL_ADDRESS>start: `npm run server:dev`
[21:01:42] npm ERR! Exit status 1
[21:01:42] npm
[21:01:42] ERR!
[21:01:42] npm ERR! Failed at the<EMAIL_ADDRESS>start script 'npm run server:dev'.
[21:01:42] npm ERR! Make sure you have the latest version of node.js and npm installed.
[21:01:42] npm ERR! If you do, this is most likely a problem with the skeleton-esnext-webpack package,
[21:01:42] npm ERR! not with npm itself.
[21:01:42] npm ERR! Tell the author that this fails on your system:
[21:01:42] npm ERR! npm run server:dev
[21:01:42] npm ERR! You can get information on how to open an issue for this project with:
[21:01:42] npm ERR! npm bugs skeleton-esnext-webpack
[21:01:42] npm ERR! Or if that isn't available, you can get their info via:
[21:01:42] npm ERR! npm owner ls skeleton-esnext-webpack
[21:01:42] npm ERR! There is likely additional logging output above.
[21:01:42] npm ERR! Please include the following file with any support request:
[21:01:42] npm ERR! C:\work\tests\Monterey-testing-09222016\skeleton-esnext-webpack\npm-debug.log
[21:01:42] -----FINISHED-----

Expected/desired behavior:
What is the motivation / use case for changing the behavior?
Logs
2016-09-22.txt

Note: it would be good  to rename the log file - from file.csv to file.txt

I just verified that skeleton-typescript-webpack fails the same way.

https://github.com/aurelia/skeleton-navigation/issues/670#issuecomment-248271154

What do we do with Monterey release? Assuming that the project template for webpack based app creation reference to the "most current release (zip file), we should simply create the blog article called release notes and explain why not to use these templates until we announce that problems were fixed

Yeah is the question of "it is someone elses problem, but it is also our problem". I do not think we are the right group of people to fix a webpack issue, and we cant make changes to the repository

So, I am taking your response as yes, we should go ahead with the release?

https://github.com/aurelia/skeleton-navigation/issues/670#issuecomment-250144786
We should confirm that this is fixed


Some files cannot be download, eg wechat.exe

Please provide specific link.
The following link can be downloaded successfully:
http://dldir1.qq.com/weixin/Windows/WeChat_C1012.exe

The same link cannot be downloaded and the process bar always shows zero.

win10 1709, 64 bit

I'm closing the issue because little detail is provided


[Task]: Update widget search algorithm

Is there an existing issue for this?

[X] I have searched the existing issues

SubTasks
Widget search should also search for category names, along with widget names and their alternative search terms as we do today.

@dhruvikn Do you need any help?

Thanks @iSatVeerSingh, but this is already done, just not merged.


Improve performance BooleanbufferBuilder::append_n for true values

Which issue does this PR close?
Closes #.
Todo: fix calculation of remaining bits.
Rationale for this change
append_n has a fast path for false values, where it skips setting individual bits by using the fact that bits are set to 0 by default in advance.
append_n is used by some other code, like parquet.
Performance improves ~25% for benches for types which are optional / without nulls, such as:
                        time:   [16.797 us 16.819 us 16.848 us]
                        change: [-26.400% -26.259% -26.108%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 4 outliers among 100 measurements (4.00%)
  1 (1.00%) high mild
  3 (3.00%) high severe

What changes are included in this PR?
Speed up append_n for true values.
Are there any user-facing changes?

I have "revived" this in https://github.com/apache/arrow-rs/pull/3596 PTAL


Packaging Error in UE 4.23

Hello,
I am getting packaging error in 4.23.
It shows:
Assertion Failed : CachedSocketSubsystem != nullptr && *Networking module not loaded and initialized"
[File: Runtime\Networking\Public\Interfaces/IPv4/ipV4eNDPOINT.H[Line: 105]

Hi,
This has been fixed in the latest commit "crashfix: IPv4Endpoint should be initialized before use".

Thanks.

same problem with ue4 4.25! but where can i initialize the IPv4Endpoint?


[WIP] DDBJ production branch

[x] ddbj common js (cookie, footer)
[x] ddbj theme color

release procedure:

push feature branch, PR to master
PR from master to ddbj-production, rebase


Wiki Error: scratchattach - Issues with CloudRequest and scratch3.TwCloudRequests

There is an error in the scratchattach wiki in the CloudRequest section. The wiki suggests using 'client = scratch3.TwCloudRequests(conn)' as the client for the cloudrequest server when needed for use in turbowarp. However, the 'scratch3.TwCloudRequests' function does not actually exist in the Python library, and the program fails to execute.
Is there a solution to this error or an alternative I can use? I have my turbowarp cloud server on localhost, and I want to have cloudrequest also on localhost, all together to have a local program that uses Python as the backend and scratch as the frontend.
In fact, using the 'scratch3.CloudRequests' function, I manage to run the program in a loop, and the cloudrequest user joins the room. However, no request is accepted on the server, and the following appears in the log:
[2023-12-29T19:32:55.492Z] info: [::1 "cloud" in 945204927] Joined room (peers: 1)
[2023-12-29T19:32:55.519Z] info: [::1 "cloud" in 945204927] Connection closed: code 1006
I think that since the client it uses is 'scratch3.CloudRequests,' it does not allow a connection to turbowarp and automatically exits the room. The projectid is a shared cloudrequest template on scratch.
Is there something that can work for my case?

What's your code?

What's your code?
My code is the cloud request template from the documentation with the necessary modifications for turbowarp.
`import scratchattach as scratch3
from scratchattach import *

conn = scratch3.TwCloudConnection(project_id = "945204927", username="cloud",cloud_host="ws://localhost:9080")
client = scratch3.TwCCloudRequests(conn)
@client.request
def ping(): #called when client receives request
print("Ping request received")
return "pong" #sends back 'pong' to the Scratch project
@client.event
def on_ready():
print("Request handler is running")
@client.event
def on_unknown_request(request):
print("Received unknown request", request.name, request.requester, request.arguments, request.timestamp, request.id)
client.run() #make sure this is ALWAYS at the bottom of your Python file`

Try removing the from scratchattach import *' line from the code, using it with import scratchattach as scratch3` could make you have 2 instances of the scratchattach module, which could cause the error

Try removing the from scratchattach import * line from the code, using it with import scratchattach as scratch3 could make you have 2 instances of the scratchattach module, which could cause the error

I had placed it as an attempt to make it work, but even removing it, the following errors still occur.
Traceback (most recent call last):
  File "/home/mano/scratchattach/venv/lib/python3.11/site-packages/scratchattach/_cloud.py", line 88, in _connect
    self.websocket.connect(
  File "/home/mano/scratchattach/venv/lib/python3.11/site-packages/websocket/_core.py", line 256, in connect
    self.sock, addrs = connect(
                       ^^^^^^^^
  File "/home/mano/scratchattach/venv/lib/python3.11/site-packages/websocket/_http.py", line 141, in connect
    sock = _open_socket(addrinfo_list, options.sockopt, options.timeout)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/mano/scratchattach/venv/lib/python3.11/site-packages/websocket/_http.py", line 228, in _open_socket
    raise err
  File "/home/mano/scratchattach/venv/lib/python3.11/site-packages/websocket/_http.py", line 205, in _open_socket
    sock.connect(address)
ConnectionRefusedError: [Errno 111] Connection refused

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/mano/scratchattach/main.py", line 3, in <module>
    conn = scratch3.TwCloudConnection(project_id = "945204927", username="cloud",cloud_host="ws://localhost:9080")
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/mano/scratchattach/venv/lib/python3.11/site-packages/scratchattach/_cloud.py", line 17, in __init__
    self._connect(cloud_host=cloud_host)
  File "/home/mano/scratchattach/venv/lib/python3.11/site-packages/scratchattach/_cloud.py", line 93, in _connect
    raise(_exceptions.ConnectionError)
scratchattach._exceptions.ConnectionError

Try removing the from scratchattach import * line from the code, using it with import scratchattach as scratch3 could make you have 2 instances of the scratchattach module, which could cause the error

I've been reviewing the library code, and I found the TwCloudRequest class in cloudrequest.py. Its full name is scratchattach.cloud_requests.TwCloudRequest. However, when using scratch3.cloud_requests.TwCloudRequests(conn), it doesn't detect it for some strange reason. I feel like that module is not being imported. When running the program, I get the following error:
Traceback (most recent call last):
  File "/home/mano/scratchattach/main.py", line 5, in <module>
    client = scratch3.cloud_requests.TwCloudRequests(conn)
             ^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: module 'scratchattach' has no attribute 'cloud_requests'. Did you mean: '_cloud_requests'?

So, I decided to change it as suggested (_cloud_request), but now I get the following error:
Traceback (most recent call last):
  File "/home/mano/scratchattach/main.py", line 5, in <module>
    client = scratch3._cloud_requests.TwCloudRequests(conn)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: module 'scratchattach._cloud_requests' has no attribute 'TwCloudRequests'. Did you mean: 'CloudRequests'?

How can I correctly import this class? Overall, when reviewing the library code, everything seems to be fine. The class inherits from CloudRequest, as I assume it should, so I don't understand what is really happening.

Are you using the latest version of ScratchAttach?

Are you using the latest version of ScratchAttach?

Are you using the latest version of ScratchAttach?

Yes, indeed, I installed the latest version of the library on that same day.

Are you using the latest version of ScratchAttach?

Yes, indeed, I installed the latest version of the library on that same day.

Maybe reinstall scratchattach? (pip uninstall scratchattach then pip install -U scratchattach)

Maybe reinstall scratchattach? (pip uninstall scratchattach then pip install -U scratchattach)

No, it still doesn't work

another question: Is there any file in the directory that you're running the main scripts that's called scratchattach.py?

another question: Is there any file in the directory that you're running the main scripts that's called scratchattach.py?

No, the only script in that directory is main.py

another question: Is there any file in the directory that you're running the main scripts that's called scratchattach.py?

I've been thoroughly reviewing everything, trying to figure out what I can do. In version 1.0.4 of scratchattach, it does detect TwCloudRequest, and the code runs successfully. However, it doesn't detect any requests now; it seems not to be working. I even tried using the cloudrequest version from 1.0.4, but I couldn't get the requests to work.

try reinstalling v1.5.7

try reinstalling v1.5.7

The code now runs, but it doesn't detect any requests. When attempting to make a request, it exits the room on the cloud server after a while. This is my code:
import scratchattach as scratch3

conn = scratch3.TwCloudConnection(project_id="945685081", username="cloud", cloud_host="ws://localhost:9080")

client = scratch3.TwCloudRequests(conn)

@client.request
def ping():  # called when the client receives a request
    print("Ping request received")
    return "pong"  # sends back 'pong' to the Scratch project

@client.event
def on_ready():
    print("Request handler is running")

@client.event
def on_unknown_request(request):
    print("Received unknown request", request.name, request.requester, request.arguments, request.timestamp,
          request.id)

client.run()  # make sure this is ALWAYS at the bottom of your Python file

And this is the log from the cloud server:
[2024-01-02T00:11:44.939Z] info: [::1 "cloud" in 945685081] Connection closed: code 1006
[2024-01-02T00:11:44.943Z] info: [::1 "cloud" in 945685081] Joined room (peers: 1)
[2024-01-02T00:12:11.075Z] info: Pinging 1 client...
[2024-01-02T00:12:38.954Z] info: [::ffff:<IP_ADDRESS>] Connection opened
[2024-01-02T00:12:38.988Z] info: [::ffff:<IP_ADDRESS> "player" in 945685081] Joined room (peers: 2)
[2024-01-02T00:12:41.075Z] info: Pinging 2 clients...
[2024-01-02T00:12:41.076Z] info: [::1 "cloud" in 945685081] Timed out: no pong
[2024-01-02T00:12:41.076Z] info: [::1 "cloud" in 945685081] Connection closed: code 1006
[2024-01-02T00:13:11.075Z] info: Pinging 1 client...


wrong name for file causing error

change the require('./models/taskModel') in require('./models/task-model') for the var TaskModel to include in app.js

@louloup22 : Thanks for your contribution! The author, @SnehaGunda, has been notified to review your proposed change.

#sign-off


Move/refactor NeomakeMakerFinished autocommand

Doing this later provides the hook access to the processed
location/quickfix list.
Followup to #463.
@bounceme
Does this still work for you?

Seems too, thanks!

The problem now is that this hook is not called anymore if there are no lines registered..
Will have to think about that: we could have an explicit hook for when output is processed (and move the current one back), and then another one for when all jobs (for each Neomake call) are finished.


[Enhancement] Enable HDFS client's hedged read by default

Enable HDFS client hedged read by default, avoid straggler node in HDFS cluster.
If user want to configure it in hdfs-site.xml, they should set "hdfs_client_enable_hedged_read"="false" in be.conf.
What type of PR is this:

[ ] BugFix
[ ] Feature
[x] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Checklist:

[ ] I have added test cases for my bug fix or my new feature
[ ] This pr will affect users' behaviors
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[x] I have checked the version labels which the pr will be auto-backported to the target branch

[ ] 3.1
[ ] 3.0
[ ] 2.5
[ ] 2.4

@Mergify backport branch-3.1 branch-3.0 branch-2.5


[WIP] Apple Pay Continued

include the apple pay cryptogram in the tokenize response

👍 on green once test description is updated

@ChrisVoxland spec description updated - good find!

On a kind of related note, I noticed that we have no specs actually testing the generated XML. This might not be too big of a deal because the test requests that we make to the Vantiv test API will likely start to fail if we make breaking changes to the representers/generated XML. However, some cases might fall through the cracks.
For instance, because we don't have an end-to-end test for Apple Pay (as we've learned, it's not actually possible for us to have one right now), I didn't have a failing test when the authentication_value/onlinePaymentCryptogram was missing from the request -- this is why I added some specs testing the actual XML request being made.


Fix typos for virtual MFA device

Issue #, if available: N/A
Description of changes: Add missing spaces between two words.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Thank you for catching this! I'll accept your pull request.


Gov: revisit events

Summary
Relates to #161
There is still the open question what event attributes we want to publish for gov.
The AttributeSigner does not really fit IMHO. Should we remove it/ leave it empty/ put a string "gov" there?
    ourEvent := sdk.NewEvent(
        sdk.EventTypeMessage,
        sdk.NewAttribute(sdk.AttributeKeyModule, types.ModuleName),
        //sdk.NewAttribute(AttributeSigner, p.Creator.String()),
        sdk.NewAttribute(AttributeKeyCodeID, fmt.Sprintf("%d", p.Code)),
        sdk.NewAttribute(AttributeKeyContract, contractAddr.String()),
    )

See https://github.com/CosmWasm/wasmd/blob/master/x/wasm/internal/keeper/proposal_handler.go#L99

For Admin Use

[ ] Not duplicate issue
[ ] Appropriate labels applied
[ ] Appropriate contributors tagged
[ ] Contributor assigned/self-assigned

Okay, after researching the "sdk best practices", I see TextProposal has a nil handler, and the upgrade proposal mechanism returns no events at all: https://github.com/cosmos/cosmos-sdk/blob/9a183ffbcc0163c8deb71c7fd5f8089a83e58f05/x/upgrade/handler.go#L9-L29
I think you can safely remove the commented out line and declare our governance proposals "best in class event tagging"


Prevent default preselection in Listbox component

The requirement is that, on page load, the dropdown should display only a placeholder without any preselected value. Once the user selects an option, they should not be able to deselect it.
The similar behavior is in Marko:
https://opensource.ebay.com/ebayui-core/?path=/story/buttons-ebay-listbox-button--standard

https://github.com/eBay/ebayui-core-react/pull/248

wow, looks like it's a bug:
https://opensource.ebay.com/ebayui-core-react/main/?path=/story/ebay-listbox-button--default-no-selected-option
thanks for reporting!


Create advanced algorithm in ++

I made c++ advanced program to programmers make it easy

I can solve this task please assign me
Happy Hacktoberfest

Let me know when you are done!! 👍


Some questions about the CUB dataset

Thanks for your work! I attempted to train on CUB following the instructions in the README.
In stage-0, the last few lines of log were:
2024-11-07 01:51:07.908 | INFO     | __main__:train_offline:109 - Epoch: [98][0/18]	 loss 3.90938	 cls_loss: 0.1097 cluster_loss: 0.8087 sup_con_loss: 1.0805 contrastive_loss: 4.5649
2024-11-07 01:51:15.254 | INFO     | __main__:train_offline:109 - Epoch: [98][10/18]	 loss 3.83976	 cls_loss: 0.1063 cluster_loss: 0.7423 sup_con_loss: 1.0133 contrastive_loss: 4.5622
2024-11-07 01:51:20.481 | INFO     | __main__:train_offline:112 - Train Epoch: 98 Avg Loss: 3.8567
2024-11-07 01:51:20.482 | INFO     | __main__:train_offline:114 - Testing on disjoint test set...
2024-11-07 01:51:30.236 | INFO     | __main__:train_offline:116 - Test Accuracies: All 0.8530 | Old 0.8530
2024-11-07 01:51:31.018 | INFO     | __main__:train_offline:128 - model saved to /home/gentoo/code/Happy-CGCD/dev_outputs_Happy_offline/Happy/cub/Old100_Ratio0.8_20241107-010856/checkpoints/model.pt.
2024-11-07 01:51:31.019 | INFO     | __main__:train_offline:139 - Exp Name: happy-offline
2024-11-07 01:51:31.019 | INFO     | __main__:train_offline:140 - Metrics with best model on test set: Old: 0.8565
2024-11-07 01:51:31.019 | INFO     | __main__:train_offline:141 -

2024-11-07 01:51:33.653 | INFO     | __main__:train_offline:109 - Epoch: [99][0/18]	 loss 3.92888	 cls_loss: 0.1090 cluster_loss: 0.8233 sup_con_loss: 1.1090 contrastive_loss: 4.5653
2024-11-07 01:51:40.984 | INFO     | __main__:train_offline:109 - Epoch: [99][10/18]	 loss 3.87933	 cls_loss: 0.1076 cluster_loss: 0.7726 sup_con_loss: 1.0693 contrastive_loss: 4.5618
2024-11-07 01:51:46.194 | INFO     | __main__:train_offline:112 - Train Epoch: 99 Avg Loss: 3.8638
2024-11-07 01:51:46.199 | INFO     | __main__:train_offline:114 - Testing on disjoint test set...
2024-11-07 01:51:55.730 | INFO     | __main__:train_offline:116 - Test Accuracies: All 0.8530 | Old 0.8530
2024-11-07 01:51:56.530 | INFO     | __main__:train_offline:128 - model saved to /home/gentoo/code/Happy-CGCD/dev_outputs_Happy_offline/Happy/cub/Old100_Ratio0.8_20241107-010856/checkpoints/model.pt.
2024-11-07 01:51:56.530 | INFO     | __main__:train_offline:139 - Exp Name: happy-offline
2024-11-07 01:51:56.531 | INFO     | __main__:train_offline:140 - Metrics with best model on test set: Old: 0.8565
2024-11-07 01:51:56.531 | INFO     | __main__:train_offline:141 -

And in stage-1, the log were:
2024-11-07 09:20:21.402 | INFO     | models.utils_proto_aug:update_prototypes_online:151 - computing (predicted) class-wise mean...
2024-11-07 09:20:21.402 | INFO     | models.utils_proto_aug:update_prototypes_online:151 - computing (predicted) class-wise mean...
2024-11-07 09:20:21.402 | INFO     | models.utils_proto_aug:update_prototypes_online:151 - computing (predicted) class-wise mean...
2024-11-07 09:20:21.405 | INFO     | __main__:<module>:732 - Saving ProtoAugDict to /home/gentoo/code/Happy-CGCD/dev_outputs_Happy_online/Happy/cub_shuffle_seed_0/Old100_Ratio0.8_ContinualNum5_UnseenNum25_SeenNum5_20241107-082203/checkpoints/ProtoAugDict_session-5.pt.
2024-11-07 09:20:21.407 | INFO     | __main__:<module>:745 - Saving results (best acc list) to /home/gentoo/code/Happy-CGCD/dev_outputs_Happy_online/Happy/cub_shuffle_seed_0/Old100_Ratio0.8_ContinualNum5_UnseenNum25_SeenNum5_20241107-082203/checkpoints/best_acc_list_session-5.pt.
2024-11-07 09:20:21.408 | INFO     | __main__:<module>:749 -

==================== print final results over 5 continual sessions ====================
2024-11-07 09:20:21.408 | INFO     | __main__:<module>:751 - Session-1: All (Hard): 0.7656 Old: 0.8394 New: 0.4055 | All (Soft): 0.7656 Seen: 0.8394 Unseen: 0.4055
2024-11-07 09:20:21.408 | INFO     | __main__:<module>:751 - Session-2: All (Hard): 0.6750 Old: 0.7916 New: 0.3926 | All (Soft): 0.6750 Seen: 0.7172 Unseen: 0.4303
2024-11-07 09:20:21.408 | INFO     | __main__:<module>:751 - Session-3: All (Hard): 0.6425 Old: 0.7943 New: 0.3936 | All (Soft): 0.6425 Seen: 0.6698 Unseen: 0.4470
2024-11-07 09:20:21.408 | INFO     | __main__:<module>:751 - Session-4: All (Hard): 0.5937 Old: 0.7909 New: 0.3527 | All (Soft): 0.5937 Seen: 0.6364 Unseen: 0.2626
2024-11-07 09:20:21.408 | INFO     | __main__:<module>:751 - Session-5: All (Hard): 0.5585 Old: 0.7971 New: 0.3253 | All (Soft): 0.5585 Seen: 0.5864 Unseen: 0.3112

But I got numbers (76, 67, 64, 59, 55) across all sessions lower than those in the paper (81, 74, 67, 62, 59). I trained using the default hyperparameters in README.md, and I’m not sure if I misconfigured the training parameters or something else. I think maybe there are something wrong in my experiment, do you have any idea can help me fix the problem?
I look forward to your response at your earliest convenience.

Hi! Thanks for the question. It seems that you got the lower accuracy in Stage-0, i.e., 85.65<90.26 (our paper), so the subsequent results in continual learning became worse, accordingly.
I have checked the args of the logs and make sure  README.md is consistent with our experiments. You could re-run the experiments and make sure the results are aligned with our paper in offline Stage-0.
Besides, I share the offline ckpt and logs via [Baidu NetDisk](https://pan.baidu.com/s/1AFdxN8ZjUCTJ039uMGltVQ?pwd=cgcd), which are exactly the same as the reported results. You also could directly begin continual training using this ckpt. Hope this helps 🍺


Firestore call to gRPC works fine on my mac but throws exception when I deployed the war on azure linux app service

Environment details

Operating System version: Linux Alpine 3.9
Firebase SDK Admin version: 8.1.0
Library version: Java 8
Firebase Product: firestore database (auth, database, storage, etc)
From linux console:

02c3d1e2371f:/home# java -version
Picked up JAVA_TOOL_OPTIONS:  -Djava.net.preferIPv4Stack=true
openjdk version "1.8.0_212"
OpenJDK Runtime Environment (Zulu <IP_ADDRESS>-linux-musl-x64)-Microsoft-Azure-restricted (build 1.8.0_212-b04)
OpenJDK 64-Bit Server VM (Zulu <IP_ADDRESS>-linux-musl-x64)-Microsoft-Azure-restricted (build 25.212-b04, mixed mode)

Steps to reproduce
My app is a Java Server app deployed on a Tomcat 8.5 Server and that connects with Firebase thru Firebase Admin SDK.
Everything works fine while I running on my localhost Tomcat instance on my mac but when I deployed to an Azure app service, which is a Linux Alpine 3.9 I received Exception:
com.google.cloud.firestore.FirestoreException: java.lang.IllegalStateException: Could not find TLS ALPN provider; no working netty-tcnative, Conscrypt, or Jetty NPN/ALPN available

Code example
Stack trace
2022-12-22 18:56:25,126 ERROR BaseQueueProcessCallback:41 - Error en ejecucion cola:java.lang.IllegalStateException: Could not find TLS ALPN provider; no working netty-tcnative, Conscrypt, or Jetty NPN/ALPN available
com.google.cloud.firestore.FirestoreException: java.lang.IllegalStateException: Could not find TLS ALPN provider; no working netty-tcnative, Conscrypt, or Jetty NPN/ALPN available
        at com.google.cloud.firestore.FirestoreException.forIOException(FirestoreException.java:94)
        at com.google.cloud.firestore.FirestoreOptions$DefaultFirestoreRpcFactory.create(FirestoreOptions.java:91)
        at com.google.cloud.firestore.FirestoreOptions$DefaultFirestoreRpcFactory.create(FirestoreOptions.java:81)
        at com.google.cloud.ServiceOptions.getRpc(ServiceOptions.java:560)
        at com.google.cloud.firestore.FirestoreOptions.getFirestoreRpc(FirestoreOptions.java:365)
        at com.google.cloud.firestore.FirestoreImpl.<init>(FirestoreImpl.java:72)
        at com.google.cloud.firestore.FirestoreOptions$DefaultFirestoreFactory.create(FirestoreOptions.java:72)
        at com.google.cloud.firestore.FirestoreOptions$DefaultFirestoreFactory.create(FirestoreOptions.java:65)
        at com.google.cloud.ServiceOptions.getService(ServiceOptions.java:540)
        at com.google.firebase.cloud.FirestoreClient.<init>(FirestoreClient.java:51)
        at com.google.firebase.cloud.FirestoreClient.<init>(FirestoreClient.java:29)
        at com.google.firebase.cloud.FirestoreClient$FirestoreClientService.<init>(FirestoreClient.java:95)
        at com.google.firebase.cloud.FirestoreClient.getInstance(FirestoreClient.java:85)
        at com.google.firebase.cloud.FirestoreClient.getFirestore(FirestoreClient.java:78)
        at com.google.firebase.cloud.FirestoreClient.getFirestore(FirestoreClient.java:64)
        at com.areateclab.survey.server.firebase.FirebaseDAO.getDB(FirebaseDAO.java:36)
        at com.areateclab.survey.server.firebase.FirebaseDAO.createDocument(FirebaseDAO.java:42)
        at com.areateclab.survey.server.queue.survey.SurveyQueueProcess.execute(SurveyQueueProcess.java:26)
        at com.areateclab.survey.server.queue.survey.SurveyQueueProcess.execute(SurveyQueueProcess.java:15)
        at com.areateclab.survey.server.queue.QueueRecord.execute(QueueRecord.java:49)
        at com.areateclab.survey.server.queue.QueueProcessConsumer.run(QueueProcessConsumer.java:59)
        at java.lang.Thread.run(Thread.java:748)
Caused by: java.io.IOException: java.lang.IllegalStateException: Could not find TLS ALPN provider; no working netty-tcnative, Conscrypt, or Jetty NPN/ALPN available
        at com.google.cloud.firestore.spi.v1.GrpcFirestoreRpc.<init>(GrpcFirestoreRpc.java:141)
        at com.google.cloud.firestore.FirestoreOptions$DefaultFirestoreRpcFactory.create(FirestoreOptions.java:89)
        ... 20 more
Caused by: java.lang.IllegalStateException: Could not find TLS ALPN provider; no working netty-tcnative, Conscrypt, or Jetty NPN/ALPN available
        at io.grpc.netty.shaded.io.grpc.netty.GrpcSslContexts.defaultSslProvider(GrpcSslContexts.java:246)
        at io.grpc.netty.shaded.io.grpc.netty.GrpcSslContexts.configure(GrpcSslContexts.java:146)
        at io.grpc.netty.shaded.io.grpc.netty.GrpcSslContexts.forClient(GrpcSslContexts.java:95)
        at io.grpc.netty.shaded.io.grpc.netty.NettyChannelBuilder$DefaultProtocolNegotiator.newNegotiator(NettyChannelBuilder.java:623)
        at io.grpc.netty.shaded.io.grpc.netty.NettyChannelBuilder.buildTransportFactory(NettyChannelBuilder.java:529)
        at io.grpc.netty.shaded.io.grpc.netty.NettyChannelBuilder$NettyChannelTransportFactoryBuilder.buildClientTransportFactory(NettyChannelBuilder.java:188)
        at io.grpc.internal.ManagedChannelImplBuilder.build(ManagedChannelImplBuilder.java:630)
        at io.grpc.internal.AbstractManagedChannelImplBuilder.build(AbstractManagedChannelImplBuilder.java:264)
        at com.google.api.gax.grpc.InstantiatingGrpcChannelProvider.createSingleChannel(InstantiatingGrpcChannelProvider.java:360)
        at com.google.api.gax.grpc.InstantiatingGrpcChannelProvider.access$1800(InstantiatingGrpcChannelProvider.java:81)
        at com.google.api.gax.grpc.InstantiatingGrpcChannelProvider$1.createSingleChannel(InstantiatingGrpcChannelProvider.java:231)
        at com.google.api.gax.grpc.ChannelPool.create(ChannelPool.java:72)
        at com.google.api.gax.grpc.InstantiatingGrpcChannelProvider.createChannel(InstantiatingGrpcChannelProvider.java:241)
        at com.google.api.gax.grpc.InstantiatingGrpcChannelProvider.getTransportChannel(InstantiatingGrpcChannelProvider.java:219)
        at com.google.api.gax.rpc.ClientContext.create(ClientContext.java:199)
        at com.google.api.gax.rpc.ClientContext.create(ClientContext.java:133)
        at com.google.cloud.firestore.spi.v1.GrpcFirestoreRpc.<init>(GrpcFirestoreRpc.java:126)
        ... 21 more

External references such as API reference guides

?

Any additional information below
Versions of grpc and netty founded

When search my dependencies for grpc this was the resulted versions

When search my dependencies for netty this was the resulted versions

I was searching in google with not much success about the issue, most of the few links I found talk about missing libraries but I couldn't found missing libraries in my environment.
Also I tried adding this library that at first was not present in my environment but the error remains:
<dependency>
	        <groupId>io.netty</groupId>
	        <artifactId>netty-tcnative-boringssl-static</artifactId>
	        <version>2.0.34.Final</version>
</dependency>

Any help you could give me I will appreciated, I have no clue about how can I resolve the issue, thanks in advance.

Hi @dardison , thank you for reporting this and I am looking into it.  Our response will be slower than usual during the festival season, thank you for your understanding in advance.

Happy holidays, @dardison. So the app is working fine with Tomcat 8.5 server, but crashing on Linux Alpine 3.9. While looking into similar issues, there are some plausible theories worth checking out:

There might be a Netty version conflict.
Could you please provide a list of dependencies and their version numbers for further investigation?
Also, this link might be useful while checking the version combination: https://github.com/grpc/grpc-java/blob/master/SECURITY.md#netty. ie: netty-tcnative-boringssl-static 2.0.34.Final should be combined with netty-handler 4.1.52.Final.
There is a slim chance that it is a 32-bit VS. 64-bit conflict. Could you please double check the servers bit version? You might be able to fix the issue by changing the JAVA version or using Conscrypt/netty-tcnative instead.  Please check the recommendation for TLS for Android and non-Android apps: https://github.com/grpc/grpc-java/blob/master/SECURITY.md#tls-on-non-android

Happy Holidays to you too @milaGGL .
In reference to 1)
I already provide you a list of dependencies in the images above, and as you can see for that image all the dependencies that were referenced to grpc or netty are there because of firebase-admin: 8.1.0. I didn't introduce any additional references, except for:
<dependency>
	        <groupId>io.netty</groupId>
	        <artifactId>netty-tcnative-boringssl-static</artifactId>
	        <version>2.0.34.Final</version>
</dependency>

as I mentioned above, this didn't produce any changes, the errors remains.
I don't know what additional information you need in reference to this topic, please advice.
In reference to 2)
I already check that the version of Java in the Linux Alpine is 64bits as I mentioned above too.
This is what Java version command line prints from the Linux Alpine console:
02c3d1e2371f:/home# java -version
Picked up JAVA_TOOL_OPTIONS:  -Djava.net.preferIPv4Stack=true
openjdk version "1.8.0_212"
OpenJDK Runtime Environment (Zulu <IP_ADDRESS>-linux-musl-x64)-Microsoft-Azure-restricted (build 1.8.0_212-b04)
OpenJDK 64-Bit Server VM (Zulu <IP_ADDRESS>-linux-musl-x64)-Microsoft-Azure-restricted (build 25.212-b04, mixed mode)

What additional information do you need on this topic?

It is difficult to debug without a reproducible code, please bear with me while trying possible solutions.
I noticed that you are using the older version of Firebase Admin SDK. Would you be able to try it out with the latest version?  Newer sdk with newer grpc-netty-shaded should help eliminate some version conflict.
Also, there is a similar issue reported under grpc-java, one of the recommendation is to use JAVA11.  Given that the JDK version you have is "1.8.0_212", and Java 8u252 added ALPN support, updating JAVA8 to a newer version worth a shot.

I cannot use Java11 because other compatibility issues, but I could try to move up in Java version 8 maybe java 1.8.0_252 could help.
I could also try to move up in Firebase Admin SDK version to the latest, let me try to do the upgrades  and I will let you know the results.

I have good news!!
I upgrade version of Java in the server to 8u322 and it works!!
c2419f95e854:/home# java -version
Picked up JAVA_TOOL_OPTIONS: -Xmx2752M -Djava.net.preferIPv4Stack=true
openjdk version "1.8.0_322"
OpenJDK Runtime Environment (Temurin)(build 1.8.0_322-b06)
OpenJDK 64-Bit Server VM (Temurin)(build 25.322-b06, mixed mode)
c2419f95e854:/home#

I didn't need to upgrade the Firebase Admin SDK
Thanks for your help @milaGGL
Happy new year!

With pleasure. I am closing this ticket now.
Happy new year, @dardison!


Get a range of bytes without supplying a buffer?

Hi,
for restic we often need to read a part of a file, and I'd like to do that in the most memory-efficient way. Currently we're using Object.ReadAt and supply an offset and a buffer of sufficient length. Is there a better way? I'm thinking about something similar to ObjectOpen from the swift library: This function allows passing in a set of custom HTTP headers, this can be used to insert a byte range, so the resulting object can be used as an io.Reader which yields exactly only the bytes I'm interested in, without using a large buffer.
Is this possible with minio-go? Is it maybe a good idea to add such a function? Or allow passing in custom headers somewhere?
Thanks!

You can use the core API if you wish to set the range headers directly.

For example here @fd0 - https://godoc.org/github.com/minio/minio-go#Core.GetObject

Thanks, I'll try that!

Awesome, that was really easy! Thank you very much!

For the record, this is the (rough) source we're using now:
	byteRange := fmt.Sprintf("bytes=%d-", offset)
	if length > 0 {
		byteRange = fmt.Sprintf("bytes=%d-%d", offset, offset+int64(length)-1)
	}
	headers := minio.NewGetReqHeaders()
	headers.Add("Range", byteRange)

	coreClient := minio.Core{client}
	rd, info, err := coreClient.GetObject(bucketname, objName, headers)

For the record, this is the (rough) code we're using now:
byteRange := fmt.Sprintf("bytes=%d-%d", offset, offset+int64(length)-1)
headers := minio.NewGetReqHeaders()
headers.Add("Range", byteRange)
coreClient := minio.Core{client}
rd, info, err := coreClient.GetObject(bucketname, objName, headers)

This should be fine.. should do what ReadAt() does.

It's awesome! https://twitter.com/resticbackup/status/863493163385802752

$ benchcmp before after
benchmark                                         old ns/op      new ns/op      delta
BenchmarkBackendMinio/LoadFile-4                  9213315        11001787       +19.41%
BenchmarkBackendMinio/LoadPartialFile-4           4176619        3479707        -16.69%
BenchmarkBackendMinio/LoadPartialFileOffset-4     4391521        3139214        -28.52%
BenchmarkBackendS3/LoadFile-4<PHONE_NUMBER><PHONE_NUMBER>     -13.17%
BenchmarkBackendS3/LoadPartialFile-4              762702722      735694398      -3.54%
BenchmarkBackendS3/LoadPartialFileOffset-4        789724328<PHONE_NUMBER>     +40.43%

benchmark                                         old MB/s     new MB/s     speedup
BenchmarkBackendMinio/LoadFile-4                  1821.21      1525.15      0.84x
BenchmarkBackendMinio/LoadPartialFile-4           1004.49      1205.67      1.20x
BenchmarkBackendMinio/LoadPartialFileOffset-4     955.34       1336.45      1.40x
BenchmarkBackendS3/LoadFile-4                     5.81         6.70         1.15x
BenchmarkBackendS3/LoadPartialFile-4              5.50         5.70         1.04x
BenchmarkBackendS3/LoadPartialFileOffset-4        5.31         3.78         0.71x

benchmark                                         old allocs     new allocs     delta
BenchmarkBackendMinio/LoadFile-4                  406            204            -49.75%
BenchmarkBackendMinio/LoadPartialFile-4           225            206            -8.44%
BenchmarkBackendMinio/LoadPartialFileOffset-4     227            207            -8.81%
BenchmarkBackendS3/LoadFile-4                     600            388            -35.33%
BenchmarkBackendS3/LoadPartialFile-4              416            302            -27.40%
BenchmarkBackendS3/LoadPartialFileOffset-4        417            303            -27.34%

benchmark                                         old bytes     new bytes     delta
BenchmarkBackendMinio/LoadFile-4                  29475         13904         -52.83%
BenchmarkBackendMinio/LoadPartialFile-4           4218838       13958         -99.67%
BenchmarkBackendMinio/LoadPartialFileOffset-4     4219175       14332         -99.66%
BenchmarkBackendS3/LoadFile-4                     114152        97424         -14.65%
BenchmarkBackendS3/LoadPartialFile-4              4265416       56212         -98.68%
BenchmarkBackendS3/LoadPartialFileOffset-4        4266520       56308         -98.68%

And it's also awesome for saving files with restic! :smile:
benchmark                        old ns/op       new ns/op       delta
BenchmarkBackendMinio/Save-4     184482294       40663344        -77.96%
BenchmarkBackendS3/Save-4<PHONE_NUMBER>8<PHONE_NUMBER>9     +55.51%

benchmark                        old MB/s     new MB/s     speedup
BenchmarkBackendMinio/Save-4     90.95        412.64       4.54x
BenchmarkBackendS3/Save-4        0.48         0.31         0.65x

benchmark                        old allocs     new allocs     delta
BenchmarkBackendMinio/Save-4     631            560            -11.25%
BenchmarkBackendS3/Save-4        646            584            -9.60%

benchmark                        old bytes     new bytes     delta
BenchmarkBackendMinio/Save-4     66818060      50735         -99.92%
BenchmarkBackendS3/Save-4        66834000      73024         -99.89%

Great stuff @fd0 .


run_once_programs method

Closes #22

@vinteo another release :)

Actually hold tight, gonna look into the /jp endpoint mentioned in the other thread real quick.

@vinteo go ahead and merge...not gonna address the start time stuff ATM.


Observability Configuration Follow-Up

This issue is a placeholder to look further into the config-observability settings and determine if they are feasible to add to the eventing-kafka controller and dispatcher.
Background
The main function of observability seems to be the enabling of profiling content on individual pods in the knative-eventing namespace.  More specifically, on any pod that uses the sharedmain.Main() implementation from knative.dev/pkg/injection/sharedmain/main.go
This is the (abbreviated) code that appears to enable the observability server in sharedmain.Main():
profilingHandler := profiling.NewHandler(logger, false)
profilingServer := profiling.NewServer(profilingHandler)
eg, egCtx := errgroup.WithContext(ctx)
eg.Go(profilingServer.ListenAndServe)
go func() {
    <-egCtx.Done()
    profilingServer.Shutdown(context.Background())
    eg.Wait();
}()
cmw := sharedmain.SetupConfigMapWatchOrDie(ctx, logger.Sugar())
sharedmain.WatchObservabilityConfigOrDie(ctx, cmw, profilingHandler, logger.Sugar(), environment.ServiceName)

However, putting only this block of code into the controller or dispatcher's non-shared main() function does not accomplish the intented effect.  You can browse to a server on port 8008 after the controller/dispatcher executes the go function above, but it returns 404s for all paths.
Research Question: What else is necessary to start a profiling server that actually serves the /debug/pprof path?
Also, we start our own Prometheus server via prometheus.NewMetricsServer() in the channel and dispatcher non-shared main() functions.  It is possible that the observability code requires the use of Prometheus in a different manner.
Research Question: Do we need to use Prometheus differently in order to leverage the knative observability machanism?
Instructions
Starting a profiling server on the controller pod:

Modify the config-observability configmap in the knative-eventing namespace and add these lines to the "data" section:
metrics.backend-destination: prometheus
profiling.enable: "true"

Wait for the watcher to update the configuration, or restart the eventing-kafka-channel-controller pod manually

Run a port-forwarding command to the controller pod, for example
kubectl -n knative-eventing port-forward eventing-kafka-channel-controller-xxxxxxxxxx-xxxxx 8008

Browse to the local forwarded address
http://localhost:8008/debug/pprof/

References
# Original Tracing and Observability issue
https://github.com/knative-sandbox/eventing-kafka/issues/22

# KNative information related to observability (mainly for knative-serving, but generic profiling seems common to eventing and service)
https://knative.dev/docs/serving/installing-logging-metrics-traces/

# Information about various profiling URLs
https://github.com/knative/serving/blob/master/test/performance/profiling.md

/assign @eric-sap


Making changed based on the PD@Home paper

@kretep these updates are primarily for (1) efficiency and (2) documentation purposes. Some of these changes are cross-domain (e.g., tabulate windows), so we'll have to figure out internally later how we want to process these changes, as they may also influence the results of the other domains. Let me know what you think if you find the time.
Best,
Erik

@Erikpostt it looks like some of the tests are failing; the processed data doesn't seem to match the reference anymore. I did see you modified the reference data (not sure in which commit though). Do you have an explanation? It seems it happened after you changed the CC parameters

@kretep yes this is on me. I didn't think of creating a new branch for new edits, so for now I'll close this PR and wait until the final changes are done.

Maybe that was caused by me changing the settings of the protected branch. I've unchecked the option to require branches to be up-to-date before merging; I hope that fixes it


Upgrade to Django 1.7.8 as part of NFIE release

We are currently running an early version of 1.7, namely 1.7.1.  There are numerous bug fixes and security updates in 1.7.2 through 1.7.8.  Before exposing HydroShare to more users, it might be worthwhile to upgrade to the latest version of 1.7.  This assumes that we have time and that the costs outweigh the benefits.

I think that you want the benefits to outweigh the costs, and I am rather leery of rolling an additional upgrade into the NFIE deploy.  We have enough on our plate already.

It should be pointed out that if you are still running 1.7.1 that could be
the source of at least some of your migration woes. Also, upgrading minor
versions should be safe. These are well tested for backwards compatibility
and contain important security vulnerability fixes. And x.y.1 release
should be considered at least a bit risky, and getting off it should be
done if possible.
On Mon, May 18, 2015 at 5:14 PM, David Tarboton<EMAIL_ADDRESS>wrote:

I think that you want the benefits to outweigh the costs, and I am rather
leery of rolling an additional upgrade into the NFIE deploy. We have enough
on our plate already.
—
Reply to this email directly or view it on GitHub
https://github.com/hydroshare/hydroshare/issues/380#issuecomment-103213360
.

--
Calvin SpealmanLead Front-end Developer
<EMAIL_ADDRESS><EMAIL_ADDRESS>www.caktusgroup.com

It would be easy enough to stand up one of the VMs using Django v1.7.8 for evaluation purposes.
If all works as expected this can be integrated for the NFIE release.
There will however be some work to do prior to moving to v1.8.x due to deprecated code in our repository that will no longer be part of v1.8.x. These can be seen as warnings anytime you build the project.

@ironfroggy +1
@mjstealey +1 for holding back on 1.8 until a later date.

park.hydroshare.org has been rebuilt using Django v1.7.8
branch = develop
Output from $ pip freeze for reference:
Cython==0.20.1post0
Django==1.7.8
Fabric==1.8.0
Fiona==1.0.2
GDAL==1.10.1
Jinja2==2.7.1
Markdown==2.6.2
MarkupSafe==0.23
Mezzanine==3.1.10
Pillow==2.3.0
Pygments==1.6
SPARQLWrapper==1.6.4
Shapely==1.2.18
South==0.8.4
amqp==1.4.0
amqplib==1.0.2
anyjson==0.3.3
argparse==1.2.1
arrow==0.4.2
backports.ssl-match-hostname==<IP_ADDRESS>
bagit==1.3.6
beautifulsoup4==4.1.3
billiard==<IP_ADDRESS>
bleach==1.4
celery==3.1.13
certifi==0.0.8
chardet==2.0.1
colorama==0.2.5
decorator==3.4.0
django-appconf==0.6
django-autocomplete-light==2.0.9
django-celery==3.1.1
django-crispy-forms==1.4.0
django-debug-toolbar==1.2.2
django-extensions==1.5.0
django-filter==0.9.2
django-inplaceedit==1.3.0
django-jenkins==0.17.0
django-jsonfield==0.9.13
django-nose==1.3
django-picklefield==0.3.1
django-tastypie==0.12.1
django-tastypie-swagger==0.1.2
django-timedeltafield==0.7.0
django-widget-tweaks==1.3
djangorestframework==3.1.1
docker-py==1.0.0
docutils==0.11
ecdsa==0.10
filebrowser-safe==0.3.1
future==0.14.3
geojson==1.0.9
google.foresite-toolkit==1.3
grappelli-safe==0.3.13
gyp==0.1
html5lib==1.0b3
ipython==2.4.1
isodate==0.5.1
kombu==3.0.24
lxml==3.4.2
matplotlib==1.4.3
mimeparse==0.1.3
mock==1.0.1
netCDF4==1.1.1
nose==1.3.4
numexpr==2.4
numpy==1.8.2
oauthlib==0.6.0
pandas==0.15.2
paramiko==1.12.0
protobuf==2.5.0
psycopg2==2.4.5
pyasn1==0.1.7
pycrypto==2.6.1
pyparsing==2.0.1
pyproj==1.9.3
pysqlite==2.6.3
python-dateutil==2.2
python-mimeparse==0.1.4
python-safe==1.1.2
pytz==2013.9
pyzmq==14.1.1
rdflib==4.0.1
readline==<IP_ADDRESS>
redis==2.10.3
requests==2.2.1
requests-oauthlib==0.4.2
rsa==3.1.2
scipy==0.13.3
sh==1.09
simplejson==3.3.1
six==1.5.2
sqlparse==0.1.10
ssh==1.8.0
ssh-import-id==3.14
suds-jurko==0.6
tables==3.0.0
tornado==3.1.1
tzlocal==1.0
uWSGI==1.9.20
urllib3==1.5
virtualenv==1.11.4
websocket-client==0.25.0
wheel==0.24.0
wsgiref==0.1.2

I also support 1.7.8 since it seems smooth and simple.

I also support 1.7.8 since it seems smooth and simple.

The bulk of what is seen in the $ pip freeze output gets built into the hs_base image that is referenced as mjstealey/hs_base in our build script. (docker-compose.yml)
The installed Django version is one of these, so it can be distributed to the team via a rebuild and push of a new mjstealey/hs_base image. Then on the next full build cycle they would bring in the updated image on their local environment.
I'll wait for a :+1: in this issue thread before making that change.

You have my :+1:

Django v1.7.8 replaces v1.7.1 and new hs_base pushed to mjstealey/hs_base on docker hub.

Done


add line number to TestMarkdownExample subtest names

TestMarkdownExample subtests with a single Markdown file have names
ending in sequential numbers, making the test source hard to find when a
test fail.  Change the sequential numbers to line numbers so that, for
example, the test whose command appears on line 317 of
docs/language/operators/README.md is named
TestMarkdownExample/docs/language/operators/README.md:317.

It looks like this is a fix to existing issue #2264 that's been hanging out in the Icebox. Awesome!


Persistent storage for openshift configurations

Currently we only have persistent storage for docker configurations but we also required for openshift. we need to do perform some mount magic which we did for our centos iso to make sure it work - https://github.com/minishift/minishift-centos-iso/blob/master/scripts/handle-user-data#L38-L42

@LalatenduMohanty @hferentschik I tried to replicate same to same with b2d iso but looks like it not taking it as expected because of aufs file system (that's what my understanding).
-- Creating host directories ... FAIL
   Error: cannot create volumes dir share
   Caused By:
     Error: Docker run error rc=1
     Details:
       Image: openshift/origin:v1.3.1
       Entrypoint: [/bin/bash]
       Command: [-c cat /rootfs/proc/1/mountinfo | grep /var/lib/origin/openshift.local.volumes | grep shared || nsenter --mount=/rootfs/proc/1/ns/mnt mount --make-shared /var/lib/origin/openshift.local.volumes]
       Error Output:
         mount: /var/lib/origin/openshift.local.volumes: Invalid argument
E0106 14:31:08.411023    5311 start.go:238] Error starting 'cluster up':  exit status 1

During this experiment I gave some thought and looks like what we can do use below command which will work across iso. we can create some meaningful directory like minishift and use that to store.
 ./minishift-linux start --vm-driver=virtualbox --iso-url=file:///home/prkumar/boot2docker-1.12.3.iso --cpus=4 --memory=9192 --use-existing-config --host-data-dir=/var/lib/minishift --host-config-dir=/var/lib/minishift

WDYT?

@praveenkumar I do not have any issue using /var/lib/minishift but I am not sure why /var/lib/boot2docker is not working  as it seems /var/lib/minishift also is created in same way.  So not sure what is different between the two partition.

@LalatenduMohanty I updated the comment what I wanted to say that bind mount didn't work but /var/lib/boot2docker have no issue.

So we can close this for the b2d ISO. There is nothing we need to do here.


AdcsCertificationAuthoritySettings: Fix grammar in the resource README.md

Pull Request (PR) description
This PR fixes the grammar of the AdcsCertificationAuthoritySettings resource description.
This Pull Request (PR) fixes the following issues
None
Task list

[ ] Added an entry under the Unreleased section of the change log in the CHANGELOG.md.
Entry should say what was changed, and how that affects users (if applicable).
[x] Resource documentation added/updated in README.md in the resource folder.
[ ] Resource parameter descriptions added/updated in schema.mof
and comment-based help.
[ ] Comment-based help added/updated.
[ ] Localization strings added/updated in all localization files as appropriate.
[ ] Examples appropriately added/updated.
[ ] Unit tests added/updated. See DSC Resource Testing Guidelines.
[ ] Integration tests added/updated (where possible). See DSC Resource Testing Guidelines.
[ ] New/changed code adheres to DSC Resource Style Guidelines and Best Practices.

This change is

Codecov Report

Merging #98 into dev will not change coverage.
The diff coverage is n/a.

@@        Coverage Diff        @@
##           dev   #98   +/-   ##
=================================
  Coverage   97%   97%
=================================
  Files        8     8
  Lines      641   641
=================================
  Hits       626   626
  Misses      15    15


Please include a statement on dependency versions

Hi Adam,
Now that I've gotten BACPHLIP installed, it's great! Thank you for making this tool.
However, I had to struggle for a while to get it working. Based on your listed dependencies, I made a conda environment like this
conda create -n bacphlip -c bioconda biopython pandas joblib scikit-learn hmmer
For whatever reason, conda "solved" this with biopython 1.70. I then installed BACPHLIP with pip. When I ran the tool, I kept getting this biopython error:
AttributeError: 'SeqRecord' object has no attribute 'translate'
I noticed that the version of biopython available when you uploaded this package to github was 1.77, so I redid the conda environment as follows, and it works fine.
conda create -n bacphlip python biopython=1.77 pandas joblib scikit-learn hmmer
Because the dependency versions can matter quite a bit, I'm wondering if you can post the versions of each package that worked for you. This should help people install your tool.
Best,
Mike

Adding a note that numpy <1.24.0 is needed, or else BACPHLIP throws an error at the end:
AttributeError: module 'numpy' has no attribute 'float'.
This has got to do with numpy's deprecation of np.float expiring in v1.24.0.

Hi Adam,
Now that I've gotten BACPHLIP installed, it's great! Thank you for making this tool.
However, I had to struggle for a while to get it working. Based on your listed dependencies, I made a conda environment like this
conda create -n bacphlip -c bioconda biopython pandas joblib scikit-learn hmmer
For whatever reason, conda "solved" this with biopython 1.70. I then installed BACPHLIP with pip. When I ran the tool, I kept getting this biopython error:
AttributeError: 'SeqRecord' object has no attribute 'translate'
I noticed that the version of biopython available when you uploaded this package to github was 1.77, so I redid the conda environment as follows, and it works fine.
conda create -n bacphlip python biopython=1.77 pandas joblib scikit-learn hmmer
Because the dependency versions can matter quite a bit, I'm wondering if you can post the versions of each package that worked for you. This should help people install your tool.
Best,
Mike

Thanks for sharing, followed your steps and it has been successfully installed.

Hi Adam,
Now that I've gotten BACPHLIP installed, it's great! Thank you for making this tool.
However, I had to struggle for a while to get it working. Based on your listed dependencies, I made a conda environment like this
conda create -n bacphlip -c bioconda biopython pandas joblib scikit-learn hmmer
For whatever reason, conda "solved" this with biopython 1.70. I then installed BACPHLIP with pip. When I ran the tool, I kept getting this biopython error:
AttributeError: 'SeqRecord' object has no attribute 'translate'
I noticed that the version of biopython available when you uploaded this package to github was 1.77, so I redid the conda environment as follows, and it works fine.
conda create -n bacphlip python biopython=1.77 pandas joblib scikit-learn hmmer
Because the dependency versions can matter quite a bit, I'm wondering if you can post the versions of each package that worked for you. This should help people install your tool.
Best,
Mike

Thank you, this also worked for me but I had to install python 3.8, the 3.9 was creating issues with numpy.
Cheers,
Johan Sebastián

AttributeError: module 'numpy' has no attribute 'float'.

You're right, I downgraded the version before it worked.
conda activate bacphlip
conda install -c conda-forge -c bioconda numpy=1.23.5


[WIP] PR: Add option to set current environment Python interpreter as the Spyder custom interpreter

Fixes #11

Codecov Report
Base: 36.54% // Head: 36.25% // Decreases project coverage by -0.30% :warning:

Coverage data is based on head (3c8a027) compared to base (6ded657).
Patch coverage: 35.48% of modified lines in pull request are covered.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@            Coverage Diff             @@
##             main      #13      +/-   ##
==========================================
- Coverage   36.54%   36.25%   -0.30%
==========================================
  Files          15       15
  Lines         788      811      +23
==========================================
+ Hits          288      294       +6
- Misses        500      517      +17

Impacted Files
Coverage Δ

spyder_env_manager/spyder/plugin.py
0.00% <0.00%> (ø)

spyder_env_manager/spyder/widgets/main_widget.py
43.61% <68.75%> (+0.34%)
:arrow_up:

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

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Remove tslint

This is part of our journey to switch to ESlint. We need to first shut off tslint, get the code base eslint-clean, and then turn on ESlint.

Codecov Report

Merging #15012 (e7e05de) into main (70045a7) will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff           @@
##            main   #15012   +/-   ##
======================================
  Coverage     65%      65%
======================================
  Files        558      558
  Lines      26226    26226
  Branches    3717     3717
======================================
  Hits       17152    17152
  Misses      8381     8381
  Partials     693      693


[BUG]: PaintYourPipes and SkillingQueue have incorrect redirects

Which Mod?
None, it's a repo issue.
Description of the bug/crash
In the repo, when I scroll down to PaintYourPipes and SkillingQueue mods and click on either of the links to go to the steam workshop for the corresponding mod, it leads me to the Weeb Pacu page.
Steps To Reproduce
Just go to https://github.com/Sgt-Imalas/Sgt_Imalas-Oni-Mods and scroll down to PaintYourPipes and SkillingQueue.
Player.log
No log file as this is a repo issue.

If i should've reported this somewhere else, I'm sorry in advance


Refactor drawing and cleaning in batcher

In the process of creating an interface for batcher, we are first
cleaning the class a little bit.
This PR:

Move user_data clear to ResetElements (more sense)
Make ResetElements private (and will be pure virtual in the future).
Batcher will only provide StartNewFrame method.
We are making DrawLayer the virtual function (in the future pure
virtual) instead of Draw which should have an only simple
implementation for now.
We are also updating BatcherTest (and erasing a few Expect that I
think they don't provide any value).

Point 1 of http://b/223559986 (Part 2/3)
Next-PR: Divide between BatcherInterface and Impl.
Next-Next-PR: MockBatcher implementing the interface.

LGTM. I thought there was a reason to have ResetElements public and not reset the user data - there's an explicit test for this behavior, after all - but looking through the current code, I don't see any reason. Makes sense to clean this up, thanks!

Yes, I thought the same, but we don't have any usage and also at least the current implementation is not reflecting that.


Height Doesn't Seem to do Anything

Per this article: https://learn.microsoft.com/en-us/power-apps/developer/model-driven-apps/clientapi/reference/xrm-navigation/openalertdialog
When I configure a custom height like 200px instead of 120px, the form dialog doesn't appear to change. It seems to always stay the same size no matter what I call out.

Duplicate issue couldn't find a way to delete it. .


[5.3] fix wording.

Thanks. The existing wording is not wrong though, surely?

@GrahamCampbell yeah i think so. But the changed one seems better to me :D.

Sure. I probably agree TBH. ;)


[solidjs-pod]  Get all repositories from GitHub API#684

Get all repositories from GitHub API
Background
On a user’s profile page, we want to list out ALL of their repositories - not just the top ones. This ticket will be to get the data on all of a user’s repos for display on the profile page.
Acceptance

[x] Get all repositories from GitHub API
[x] For display on profile page; data needed:

[x] Repo name
[x] description
[x] language
[x] star count
[x] fork count
[x] last updated
[x] visibility tag

Notes

This query should start sorted by most recently updated.

This ticket still requires the auth ticket to be closed so as to be completed due to the token required. Aside that everything is in place


Got failure with unit test

Hi,
I got the error as the following:
ailures:

The FlightSchool application shows facts about a particular airport
Failure/Error: decoded.fetch("weather").fetch("weather"),
KeyError:
key not found: "weather"
./lib/radar.rb:26:in `fetch'
./lib/radar.rb:26:in `status_for'
./lib/app.rb:13:in `block in class:FlightSchool'
/usr/local/bundle/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `call'

So what could be the problem?

Could have been a network issue with the weather API. Not sure if we could change anything there since the error would have been on their end. Good to know, though; maybe we should remove the dependency on them.


Chat window closes when clicking the scene/board and cannot re-open it

Before clicking^
After clicking:

It turns into a small box in the top left corner and cannot be re-opened without refreshing the connection. May be related to another module but I am not sure how to check for that.

After more investigation, it is a weird interaction with the Window Controls module. That module essentially minimizes sheets when you click off of them and puts them into a taskbar of sorts. I guess it is trying to minimize the chat window when I click off of it.

The chat window is a popout under Stream View, since we hide the rest of the sidebar. In general though I wouldn't expect users to be interacting with the streamed view/user, but either way since it's another module doing the hiding, maybe see if they have a way to ignore certain windows or if it can be disabled per-user.
Going to close this out here, since it's not something I'm interested in trying to hack around on this side.


Flutter Web Popup login

Hi there,
Do you know, how we can do flutter web pop up login and return back to same screen?

Right now, supabase-flutter doesn't support popup. I will close this as duplicated thread.

@phamhieu you said

I will close this as duplicated thread.

Which one is the main issue to track? I am waiting for pop up login on Flutter Web too, thanks...

@mariopepe supabase_flutter currently does not support opening the OAuth sign-in screen as a pop-up, and we don't have any plans of adding support for it due to lack of demand.


ONTAP: Collect Metrics for Activity Tracking

Is your feature request related to a problem? Please describe.
We would like to have harvest collect metrics for the activity tracking feature in ONTAP.
Describe the solution you'd like

Dashboard for activity tracking,
Timeline to look for historical data.
SVM & Volume Scope

Describe alternatives you've considered
None
Additional context
https://docs.netapp.com/us-en/ontap/file-system-analytics/activity-tracking-task.html

@tsohst is this similiar to #2118 ?

Yes, that seems like the metrics I was looking for.


Open FAQ in Chrome Custom Tab

The FAQ is not being opened in Chrome Custom Tab. It has to be opened in Chrome Custom tab.

I am working on it


build(deps): bump mypy from 0.920 to 0.930

Change Summary

Related issue number

Checklist

[ ] Unit tests for the changes exist
[ ] Tests pass on CI and coverage remains at 100%
[ ] Documentation reflects the changes where applicable
[ ] changes/<pull request or issue id>-<github username>.md file added describing change
(see changes/README.md for details)
[ ] My PR is ready to review, please add a comment including the phrase "please review" to assign reviewers

Looks good, can we add a change description?
Seems sad up introduce all those "type ignores", is that our fault or mypy's fault?
Does this need to be noted in the docs and/or marked as a breaking change?

Does this need to be noted in the docs and/or marked as a breaking change?

Yes, the latest pydantic release supports mypy 0.910 but this drops support for mypy < 0.930. I think this change should be released in pydantic 2.0.0.

I think we just add a "breaking change" note in the changelog and go for it.

I would expect zero breaking changes between v1.8.2 and v1.9.0 -- does pydantic use semver, or some other versioning scheme?

Not strictly, see other releases.

I would expect zero breaking changes between v1.8.2 and v1.9.0

Unfortunately that's not realistic, in pydantic or any other software.

Maybe I should’ve said “zero intentional breaking changes”. :~)
Could you help me understand the downside to releasing a new major version? IMO putting a “breaking change” like in the changelog for a minor version should raise a parsing error.

Maybe I should’ve said “zero intentional breaking changes”. :~)

Ye, I agree with you that this would be a better approach.
I want to get v2 (with big changes to how validation and validators work) out in the new year. After that, I think we should move to strict semvar and more regular major releases.

I'm going to merge this and add a change description elsewhere.


Check if the readmes are up to date

Description
Check, if the readmes include the following and are up to date

Include receiving
Include description and links for the CLI / API
Roadmap and timeline (receiving testnet release)

Readmes:

[x] Main Readme
[x] dApp
[ ] SDK

CLI / API is covered within #1947
Acceptance criteria

All readmes are up to date

Tasks

[ ]

I have created a new PR for this without the mainnet changes -> https://github.com/raiden-network/light-client/pull/2496
Just the SDK readme needs to be checked and updated.

I have created a new PR for this without the mainnet changes -> https://github.com/raiden-network/light-client/pull/2496
Just the SDK readme needs to be checked and updated.


Create pagination components

Create some pagination components in
Inferno that are reusable across
the GUI.
In particular, create components
that do pagination, number or entry selection,
and listing table info.
We can use the meta field of the
API response to glean the needed info.
This is needed as part of #31
Signed-off-by: Joe Grund<EMAIL_ADDRESS>

Codecov Report

Merging #45 into master will increase coverage by 0.09%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #45      +/-   ##
==========================================
+ Coverage   94.93%   95.02%   +0.09%
==========================================
  Files         293      295       +2
  Lines        3909     3941      +32
  Branches      473      480       +7
==========================================
+ Hits         3711     3745      +34
+ Misses        177      175       -2
  Partials       21       21

Impacted Files
Coverage Δ

source/iml/pagination-components.js
100% <100%> (ø)

source/iml/dropdown-component.js
100% <100%> (ø)

source/iml/window-click-listener.js
93.75% <0%> (+12.5%)
:arrow_up:

Continue to review full report at Codecov.

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

Looks great, Joe


Print argument array of testrunner.

This should help to debug the nightly job.

The problem was not related to the passed arguments, but to the pytest.main call being made in the wrong directory.


Fix gcc and adoptopenjdk_install roles for riscv64

Fixes https://github.com/adoptium/infrastructure/issues/3634 and also adjusts the adoptopenjdk_install role to install JDK17 and 21 from the normal processes now that those levels are GA on riscv64
FYI @luhenry since you added most of the adoptopenjdk_install workarounds in the past but they shouldn't be required now :-)
Checklist

[x] commit message has one of the standard prefixes
[ ] faq.md updated if appropriate
[ ] other documentation is changed or added (if applicable)
[ ] playbook changes run through VPC or QPC (if you have access) https://ci.adoptium.net/view/Tooling/job/VagrantPlaybookCheck/1892/
[ ] VPC/QPC not applicable for this PR
[ ] for inventory.yml changes, bastillion/nagios/jenkins updated accordingly

Memo to self: Don't squash these commits.

You can also clean up some of https://github.com/sxa/infrastructure/blob/riscv64_fixes/ansible/playbooks/AdoptOpenJDK_Unix_Playbook/roles/Common/vars/Ubuntu.yml#L104
I would like to consider upgrading to Ubuntu 22.04 for the base image as well. AFAIK we have no downstream jobs which rely on glibc versions older 2.35.

You can also clean up some of https://github.com/sxa/infrastructure/blob/riscv64_fixes/ansible/playbooks/AdoptOpenJDK_Unix_Playbook/roles/Common/vars/Ubuntu.yml#L104

Good shout - I've removed openjdk-17-jdk in this PR now too with the latest commit.


Expose eslint's "checkstyle" output format through command line switch

eslint can print its output in Checkstyle format which is extremely useful to integrate standard with editors/IDEs, since parsing it is more robust than stylish' format.
Since standard is based on eslint it would be nice to expose this feature from standard's command line.

:+1:

So far editors haven't had any issues integrating using the current format. A simple regex will do the trick. I'd prefer to keep the number of command line flags in this module to the bare minimum so I'm going to close this. If this actually blocks an editor from adding support, I'm happy to reconsider.

@lvillani did you have an editor in mind where this would make your life easier? (I assume you might be looking to writing a plugin maybe?)

@dcousens I opened the bug report based on a request from @lunaryorn but then proceeded to implement a pattern recogniser. I'm not sure whether this change is still needed, though.

@feross How can you reasonably claim that there were no issues with integrating the current format in editors?  You didn't write all these integrations, did you?  How do you know what issues actually occurred?  And what is this issue, if not an issue with “integrating the current format in editors”?
I maintain Flycheck, which supports about 70 tools for various languages.  For you, it's just a “simple regex”.  For me, it's about 50 different regexps, which I have to understand and maintain, and constantly fix, because writing linters is apparently all about changing the output format with every new release to add just another pointless fancy new thingy.
One regexp is simple.  50 regexps are an incredibly brittle and a countless source of problems.  Regexps just don't scale.

@lunaryorn I didn't write all the integrations, but I've read several of them. A regex as simple as this will do the trick :)
I understand that you don't want to maintain a bunch of changing regexes – that sounds painful. However, the output format of standard is locked – it will never change. So assuming the regex you wrote for standard is correct, it will never stop working and you will never need to change it.


KAFKA-3435: Remove Unstable annotation from new Java Consumer

cc @ijuma @gwenshap

@gwenshap do you think we need to do anything else before removing the annotation?

Maybe decide what the annotation actually means and figure out some kind of consistent policy on when those are removed? I think we had a JIRA about that specifically.
We also have Kafka Connect and Kafka Streams coming up. Will be nice to figure anything out and not change things completely randomly. There are currently 3 semi-related places where we communicate the "maturity" of the APIs:

Unstable annotation
Beta in the docs
Use in tooling (i.e. use of --new vs --old flag)
Deprecation of older APIs.

Will be nice to get some consistency around when we do what :)
If either of you have time to do a draft guideline, we can re-evaluate the removal based on that?

The jira for deciding the "meaning of the annotations" is KAFKA-3433 the guideline I was following is whats in code now.

Unstable: No guarantee is provided as to reliability or stability across any level of release granularity.
Evolving: Evolving, but can break compatibility at minor release (i.e. m.x)
Stable: Can evolve while retaining compatibility for minor release boundaries can break compatibility only at major release (ie. at m.0)

I am not sure Stable is needed since that the "default" case.

I was wondering about how do we decide it is stable now?
I mean, considering KIP-45, it is probably de-facto stable... but I was thinking we may want to have an answer for "when is a component considered stable".

True, I am not sure how/when. I suppose it needs to be done on a case by case basis and whenever the community agrees we are going to follow the rules laid out.
In this case are we no longer going to break the new consumer interface in a minor or maintenance release?
The other thing not concretely defined is what a major or minor or maintenance release are. I think we are following semantic versioning just with a leading 0 (i.e. 0.Major.Minor.Maintenance), that may not be clear to users less familiar with Kafka.

ok, sounds good.
I'll merge since this is defacto stable and we'll come up with guidelines later.

Awesome.


battery information is incorrect

Issue Type

[x] Bug
[ ] Feature Request
[ ] Question

Expected behavior

hasbattery: true
maxcapacity: > 0
currentcapacity: > 0
percent: 12

Actual behavior

hasbattery: false
maxcapacity: 0
currentcapacity: 0
percent: 0

Steps to reproduce the problem
si.battery()
	.then(data => console.log(data))
	.catch(error => console.error(error));

Specifications

package version: 3.45.9
operating system: Linux Mint 19 Cinnamon
hardware: simple Li-on battery

@sebhildebrandt hmmm...

but may be this code will be more accurate
if (result.ischarging) {
  result.hasbattery = true
}

Ok, that is interesting ... but I just committed a change that should now detect battery, but as the underlying information is incomplete, you will not get any additional information.
One more thing: can you provide also the output of
cat /sys/class/power_supply/ADP1/uevent

Thank you in advance

Yeah, after update si.battery().hasbattery works correct

OK, thank you. First of all, fine that it works now (partially) ... and as ADP1 does not provide additional information (this is for power adapter) I will close this for now.


Can't compile due to TRANSPOSE "Operation is otherwise supported, but not mapped due to some unspecified limitation"

I am trying to compile my .tflite model to Edge TPU, but most of the operations are not converted

Compiler output
Edge TPU Compiler version 16.0.384591198
Started a compilation timeout timer of 180 seconds.

Model compiled successfully in 96 ms.

Input model: inference_proxy_mobilenet_quantized_v2.tflite
Input size: 7.02MiB
Output model: inference_proxy_mobilenet_quantized_v2_edgetpu.tflite
Output size: 7.14MiB
On-chip memory used for caching model parameters: 80.00KiB
On-chip memory remaining for caching model parameters: 6.04MiB
Off-chip memory used for streaming uncached model parameters: 0.00B
Number of Edge TPU subgraphs: 1
Total number of operations: 191
Operation log: inference_proxy_mobilenet_quantized_v2_edgetpu.log

Model successfully compiled but not all operations are supported by the Edge TPU. A percentage of the model will instead run on the CPU, which is slower. If possible, consider updating your model to use only operations supported by the Edge TPU. For details, visit g.co/coral/model-reqs.
Number of operations that will run on Edge TPU: 1
Number of operations that will run on CPU: 190
See the operation log file for individual operation details.
Compilation child process completed within timeout period.
Compilation succeeded!

ERROR: Restored original execution plan after delegate application failure.
Compilation failed: Compilation failed due to large activation tensors in model.
Compilation child process completed within timeout period.
Compilation failed!

Hi, Transpose operations are too big to fit on edgetpu memory. Please try reducing transpose operation size.

Hello!
The thing is, I am converting my model from PyTorch to Edge Tpu using following pipeline:
PyTorch -> ONNX -> TensorFlow -> TFLite
The conversion from ONNX to TensorFlow is done using onnx2tf, which introduces transpose operations (since torch format is NCHW, and tensorflow's is NHWC)
Could you maybe suggest some workarounds? I'd be very grateful

Hi, please check this comment. https://github.com/google-coral/edgetpu/issues/419#issuecomment-889878751

Thank you, i'll try this

Please reach out to community for this specific issue.


[Troubleshooting] Documents not being indexed into Elasticsearch

From Lisa

Not sure if you are aware that I ran into issues reindexing documents after Sunset's latest changes were pushed to DEV while you were out. The ES "too many fields" error was showing up in the logs.

I was able to reindex and confirm the changes look good locally.

On DEV these 3
primary dataset "_id": "5f867cad53ea646689a48553d33ea9f5",
component ids: [
    "42556ea92781127b2662f5463cc59ac6",
    "b3ba5e63ebc32d5dbeecf5048ad31609"
],

Ran into the similar issue on DEV with 568112d77af9a5a82cf4f4a4195fd3cc.

Bumped up to 5500 total filed limit and still lots entities failed to be indexed on DEV. Also noticed another error
ERROR:libs.es_writer:Failed to write doc of uuid: 3ad74c9d10ccf828672b2ba990f915a8 to index: hm_dev_consortium_portal
ERROR:libs.es_writer:Error Message: {"error":{"root_cause":[{"type":"mapper_parsing_exception","reason":"failed to parse field [descendants.metadata.metadata.slide_id] of type [float] in document with id '3ad74c9d10ccf828672b2ba990f915a8'. Preview of field's value: 'V11A19-016'"}],"type":"mapper_parsing_exception","reason":"failed to parse field [descendants.metadata.metadata.slide_id] of type [float] in document with id '3ad74c9d10ccf828672b2ba990f915a8'. Preview of field's value: 'V11A19-016'","caused_by":{"type":"number_format_exception","reason":"For input string: \"V11A19-016\""}},"status":400}


TODO: Word distance in simpleCompletionModel.ts

An unresolved TODO in file src/vs/workbench/services/suggest/browser/simpleCompletionModel.ts at  Line 177

Please don't create issues like this.


[SP-5337] Backport of PDI-18437 - Simple Evaluation is "true" when string compared to NULL (8.3 Suite)

Attention: This is the outcome of an automated process!
Merge Masters: @pentaho-lmartins and @smmribeiro
Cherry-picks:

https://github.com/Pentaho/pentaho-kettle/commit/d35c9d2ab8d890e1dd76325211434d6ad32410ae

:white_check_mark: Build finished in 19m 12s
Build command:
mvn clean verify -B -e -Daudit -amd -pl engine

:ok_hand: All tests passed!
Tests run: 3527, Failures: 0, Skipped: 7    Test Results

:information_source:  This is an automatic message

:white_check_mark: Build finished in 25m 57s
Build command:
mvn clean verify -B -e -Daudit -amd -pl engine

:ok_hand: All tests passed!
Tests run: 3530, Failures: 0, Skipped: 7    Test Results

:information_source:  This is an automatic message


Change SourceFileMapping to allow string or object as the value

Change for sourcefilemapping to allow string or an object with string+bool  as the value.
Also fixed some schema issues and changed description

This is for issue #612

@gregg-miskelly @chuckries Also added newlines in the description text for some of the descriptions so that the default and examples are on a new line.

@gregg-miskelly Removed the changes for fixing the missing DLL issue. We're going to make a different change and I didn't want to leave it in this bug.

Okay, merge at will...


Logging framework

Currently, there's no way to debug your environment, adding a logging framework would be very nice and make debugging significantly easier.

With the refactoring of RxEnvironments, we can use Rockets built-in logger as an additional entity that can serve as debugger


Add https port to gen_dev and rebar overlay

Changing the https port manually for all my devs each rebuild was
getting annoying, so I added a new variable https_port to
dev_vars.config and changed gen_dev accordingly. For consistency, I
also added the variable to vars.config.

:bell: ping :bell:


Clean up Time rules for "ZH" lang

In "ZH", the Time rules can be updated to sync up with the EN ones. For example, EN rules handles day-of-week and named-month elegantly in one rule, and we can update ZH to use the same approach.
Besides, instead of using the encoded character "\x4e0b", shall we use Chinese character like "份" in the code? It makes things easier for reading, and it works perfect on my local machine.

@pcgreat Indeed, pull requests are welcome! If you're up for it, please do so :-)
Regarding the encoded characters, we'll try to update them all.

Fixed in https://github.com/facebookincubator/duckling/commit/b3d10dbf05c5066f66908748404c15be80f19a77.