text:
get_lldp_neighbors_detail doesn't work with JUNOS EX 14.1X53-D25.2

Description of Issue/Question
I was tryring out get_lldp_neighbors_detail API on a Juniper EX switch but got following error.
I also tried get_lldp_neighbors and it works fine.
It seems like a PyEz problem but I'm not sure of that.
Did you follow the steps from https://github.com/napalm-automation/napalm#faq
[x ] Yes
[ ] No
Setup
napalm-junos version
(Paste verbatim output from pip freeze | grep napalm-junos between quotes below)
napalm-junos==0.6.6

JunOS version
(Paste verbatim output from show version and haiku between quotes below)
Model: ex8208
Junos: 14.1X53-D25.2
JUNOS EX  Software Suite [14.1X53-D25.2]
JUNOS FIPS mode utilities [14.1X53-D25.2]
JUNOS Online Documentation [14.1X53-D25.2]
JUNOS EX 8200 Software Suite [14.1X53-D25.2]
JUNOS Web Management Platform Package [14.1X53-D25.2]

Error Traceback
(Paste the complete traceback of the exception between quotes below)
Traceback (most recent call last):
  File "C:\Users\ADMIN\My Documents\LiClipse Workspace\test\utils\test.py", line 20, in <module>
    info = getattr(device,'get_lldp_neighbors_detail')()
  File "C:\Users\ADMIN\My Documents\LiClipse Workspace\test\napalm_junos\junos.py", line 549, in get_lldp_neighbors_detail
    lldp_table.get(interface_device=interface)
  File "C:\Python27\lib\site-packages\jnpr\junos\factory\optable.py", line 64, in get
    self.xml = getattr(self.RPC, self.GET_RPC)(**rpc_args)
  File "C:\Python27\lib\site-packages\jnpr\junos\rpcmeta.py", line 336, in _exec_rpc
    return self._junos.execute(rpc, **dec_args)
  File "C:\Python27\lib\site-packages\jnpr\junos\decorators.py", line 63, in wrapper
    result = function(*args, **kwargs)
  File "C:\Python27\lib\site-packages\jnpr\junos\decorators.py", line 31, in wrapper
    return function(*args, **kwargs)
  File "C:\Python27\lib\site-packages\jnpr\junos\device.py", line 732, in execute
    errs=ex)
jnpr.junos.exception.RpcError: RpcError(severity: error, bad_element: get-lldp-interface-neighbors, message: error: syntax error
error: syntax error)

Hi @bugdealer - get_lldp_neighbors and get_lldp_neighbors_detail work very different (that's a very special case on Juniper). Also from the CLI, if you need to details you need to execute show lldp neighbors interface <interface name>.
This is the request failing in that case. Would you be able to provide the output of show lldp neighbors interface <interface name> | display xml rpc (any interface lldp enabled)? Thanks!

Hi @mirceaulinic, the output is
show lldp neighbors interface xe-0/0/3 | display xml rpc
<rpc-reply xmlns:junos="http://xml.juniper.net/junos/14.1X53/junos">
    <rpc>
        <get-lldp-interface-neighbors-information>
                <interface-name>xe-0/0/3.0</interface-name>
        </get-lldp-interface-neighbors-information>
    </rpc>
    <cli>
        <banner></banner>
    </cli>
</rpc-reply>

Hi, @mirceaulinic  according to https://apps.juniper.net/xmlapi/operTags.jsp (Junos 13.1 and later)
and https://www.juniper.net/documentation/en_US/junos12.3/information-products/topic-collections/junos-xml-ref-oper/index.html (Junos 12.3)
get lldp neighbor by interface rpc for EX Series, QFX Series, J Series and SRX Series would always be get-lldp-interface-neighbors-information , and rpc for M, MX, and T Series would always be get-lldp-interface-neighbors
Bug fixed and tested on MX, QFX and EX devices.
Will create pull request and please help approve.

Found out some older JunOS release(11.4R7 in my case ) does not support get-lldp-interface-neighbors-information rpc...
How can we support such devices?

Hi @bugdealer - I'm afraid the URLs above don't work, can you please check?
If if doesn't support get-lldp-interface-neighbors-information, what's the RPC in that case?

show lldp neighbors interface xe-0/0/38.0 | display xml rpc
<rpc-reply xmlns:junos="http://xml.juniper.net/junos/11.4R7/junos">
    <message>
        xml rpc equivalent of this command is not available.
    </message>
    <cli>
        <banner>{master:0}</banner>
    </cli>
</rpc-reply>

@mirceaulinic  :(
guess we can call napalm cli api and manually parse text output to corresponding return format

Yea, that's bad... we can't do more than that so let's use the cli method.

Closed via https://github.com/napalm-automation/napalm-junos/commit/b019279c9687d65068636f80e00722a8168d5411

authors: bugdealer mirceaulinic

repo: napalm-automation/napalm-junos


text:
Uint8 not displayed properly

🐛 Bug

Different handling uint8 that uint16, uint32
In case of uint8 napari treats that brightness is from range 0, 255, for biger types its calculate range from data.
To Reproduce
Steps to reproduce the behavior:

Save same, low value date as uint8 and uint16
Load it in napari.
See that the are not properly handled.

This code prepare data:
import numpy as np
import napari

data = np.zeros((50, 50), dtype=np.uint8)
data[10:-10, 10:-10] = 1

with napari.gui_qt():
    viewer = napari.Viewer()
    viewer.add_image(data)
    viewer.add_image(data.astype(np.uint16))
    viewer.add_image(data*255)

Expected behavior
When loading data in uint8 it should be displayed as uint16

Environment

Please copy and paste the information at napari info option in help menubar here:

napari: 0.3.2+2.gc04484fc
Platform: Linux-5.3.0-55-generic-x86_64-with-debian-buster-sid
Python: 3.7.2 (default, Aug 1 2019, 23:29:28) [GCC 8.3.0]
Qt: 5.14.1
PySide2: 5.14.1
NumPy: 1.18.2
SciPy: 1.4.1
Dask: 2.12.0
VisPy: 0.6.4

GL version: 4.6.0 NVIDIA 390.132
MAX_TEXTURE_SIZE: 32768

Plugins:
- napari-plugin-engine: 0.1.5
- napari-plugins: 0.1.0
- svg: 0.1.2

Any other relevant information:

Additional context

In case of uint8 napari treats that brightness is from range 0, 255, for biger types its calculate range from data.

This was an intentional choice here https://github.com/napari/napari/blob/master/napari/layers/utils/layer_utils.py#L25 as we heard from people that they expected unit8 data to be viewed on a [0, 255] range by default.

From my experience is not best choice. I meet images from deconvolution software which brightnes was bellow 128.
From other hand I see benefits of this decision. But I think that at least this doc string should be changed with add information that uint8 is handled differently.
https://github.com/napari/napari/blob/64eed84fbaee98cbf7410f05deb0fc3f2831bdc3/napari/layers/image/image.py#L38-L41

But how often does decon software output 8 bit images?  (I.e. The max value may be well below 255, but I’ve never seen it output as 8 bits, unless the user intentionally down-converted it)

But how often does decon software output 8 bit images? (I.e. The max value may be well below 255, but I’ve never seen it output as 8 bits, unless the user intentionally down-converted it)

I do not do this deconvolution, but only got this files (original was in 16-bits). So I'm not an expert here.

@Czaki honestly I think whoever did the 16-bit -> 8-bit processing in your case did something sub-optimal. The rationale is that [0-255] is already a pretty compressed range, and anyway it's easy enough to increase the contrast in this case. (It is more difficult for uint16's full range because then the slider is not big enough to get fine-grained control.)
At any rate, I agree that we should add a message to the docstring to specify this behaviour. Thanks for pointing out this inconsistency.

I meet this problem, because current implementation of label does not allow to control colours for each label so I mimic labels using image with custom colormap. And I have problem why when changed data type to uint8 it stop displaying.
Also current implementation of reader read uint8 files as images (and I do not found option to convert it to lables). So I cannot use pure napari as preview of labels saved in tiff (which I meet in few cases), because normal user will see: "Oh nothing loaded".

I meet this problem, because current implementation of label does not allow to control colours for each label so I mimic labels using image with custom colormap. And I have problem why when changed data type to uint8 it stop displaying.

what values did you use for your colormap?  as long as you have a uint8 image, and assume it will be rendered with contrast limits from 0-255, then you can create a colormap that would work fine, no?

Also current implementation of reader read uint8 files as images

how are you reading in the image?  you can use a number of methods to force it to be interpreted as labels:

viewer.add_labels will always add a labels layer
viewer.open( ..., layer_type='labels') will force the file to be interpreted as labels.
you can create your own plugin that returns layer data with labels as the layer type, such as [(array, metadata, 'labels'), ...] (see docs).  And if you want it to be chosen for drag-and-drop behavior, then use the plugin argument, or the sorting strategies that we discussed the other day on zulip.

what values did you use for your colormap? as long as you have a uint8 image, and assume it will be rendered with contrast limits from 0-255, then you can create a colormap that would work fine, no?

I can also set contrast_limits. There are many workarounds
https://github.com/4DNucleome/PartSeg/blob/c932ebf13882857aba2e4095541262840c65dbc6/package/PartSeg/common_gui/napari_image_view.py#L376

how are you reading in the image? you can use a number of methods to force it to be interpreted as labels:

I think about opening image from menubar. I know that from programmatically interface I can do it simple.
In previous comment I try to show what scenario of usages users may expect. In case when I embed viewer I can modify and handle multiple things.

you can create your own plugin that returns layer data with labels as the layer type, such as [(array, metadata, 'labels'), ...] (see docs). And if you want it to be chosen for drag-and-drop behavior, then use the plugin argument, or the sorting strategies that we discussed the other day on zulip.

I do not know how to distinguish image from layers without information form user. Maybe there should be an option to convert image <-> labels.
From my side this Issue may be closed, and main fix is to add missing information to documentation.

Maybe there should be an option to convert image <-> labels.

I like this idea, we should enable this when it makes sense

I think we can close this, given that we have image <> labels conversion, and many more options for contrast limits adjustment (including continuous automatic adjustment). @Czaki please reopen if you disagree.

source: gharchive/issue

authors: Czaki jni sofroniewn tlambert03

repo: napari/napari

license_type: permissive

license_source: github-api


text:
remove references to the "gallery" that does not exist

Here is mentioned a gallery: https://napari.org/tutorials/index.html#getting-started

but it is not clear where to find it.
Can one add here a link to the gallery?

I started to make a PR for this today, but I don't think it's actually an issue anymore? Given that, I'm going to close the issue.
I can't find any references to "gallery" in either the napari/napari or napari/napari.github.io repositories (besides this one I have made a comment about and we will follow up on that other issue)
Searches for "gallery" in napari repositories:

https://github.com/napari/napari.github.io/search?q=gallery
https://github.com/napari/napari/search?q=gallery

I don't know which PRs might have changed this, there's nothing linked back to this original issue.


text:
Improve plugin error messages, bump napari-plugin-engine

Description
Improves error messages in the following cases:

if read_data_with_plugins has errors, in addition to showing "No plugin found capable of reading ... ", also shows which plugins tried and failed... and a reminder to look in the Plugins > Plugins Errors... menu
if open() or save() is called specifying an invalid plugin name, improves the error message by showing the available plugin names.
bump napari-plugin-engine, which now has an improved error format that shows the exact file and line in the plugin where the error occurred... example:

  Cause was: ValueError("No files found in ['/Users/talley/Desktop/covid-gut'] after removing subdirectories")
    in file: ~/python/forks/napari/napari/utils/io.py
    at line: 195
    package: napari
    version: 0.3.0+1.g565089a4.dirty

Type of change

[x] Bug-fix, sorta (non-breaking change which fixes an issue)

How has this been tested?

[x] all tests pass with my change
(will try to add some assert raises soon)

I love the new messages btw they are excellent

source: gharchive/pull-request


text:
PR: Remove extra remove window action from window menu and use file menu instead

Description

Fixes https://github.com/napari/napari/issues/2445#issuecomment-803779101
@jni could you check it solves the issue?
Type of change

[x] Bug-fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

References

Remove the extra close window on the Window menu. On OSX the close window seems to be on the File menu for differents programs I checked.

Is this different for other operating systems @napari/core-devs ?
How has this been tested?

[ ] example: the test suite for my feature covers cases x, y, and z
[ ] example: all tests pass with my change

Final checklist:

[ ] My PR is the minimum possible work for the desired functionality
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] I have added tests that prove my fix is effective or that my feature works

Works for me on Mac.

Removing from close window makes sense to me. This looks good to me, but maybe @jni can check behaviour on linux is fixed before merge. If it is feel free to approve and merge

authors: Carreau goanpeca sofroniewn


text:
[FEATURE] user suggestion ui

Description
I want to change the ui of the user suggestions sidebar for different screen sizes
Screenshots
No response
Additional information
No response
Record

[X] I agree to follow this project's Code of Conduct
[X] I have checked the existing issues
[X] I'm a GSSoC'23 contributor
[X] I want to work on this issue

you can go ahead!

license: MIT


text:
Support HitBTC

https://api.hitbtc.com/

Implemented.

repo: nardew/cryptoxlib-aio


text:
Several questions / suggestions.

So I'm developing an async python wrapper for the NASA APIs as a side project. As I worked on the APOD part I noticed some things. I also, since finding this repository, have thought of some questions about design decisions made with regard to this API.

The date parameter defaults to "today", which I figured out means "today UTC" because starting at exactly midnight UTC the API throws a 404 until that day's page is uploaded. Was this intentional? It seems like it would make more sense to, when no date parameters are passed, default to the most recent valid date.

I noticed this API is literally just pulling the data from the APOD website directly. Is there a reason you're not using a cache system or a database of any kind? It seems like this wouldn't be difficult to implement but would make maintaining the API significantly easier.

Also worth noting that the API documentation doesn't mention the start_date/end_date or count parameters. Not sure how difficult it is to update that webpage but that would be useful to have in the documentation.

This is just a scrapper API. The people who run APOD and that respond to this repo are entirely different.
The comment about "start_date" has been fixed now.

authors: JustinGOSSES nwunderly

repo: nasa/apod-api


text:
Get the z-index of a window?

I am planning to develop a screenshot tool using Tauri, which includes the functionality to select a window for capturing. Users will be able to move the mouse cursor to select the window they wish to capture, similar to traditional screenshot tools such as Snipaste.
However, it appears that xcap currently does not support retrieving the z-index of a window. In other words, when a user moves the mouse cursor to a specific coordinate and there are multiple windows containing this coordinate, I am unable to determine which window to capture.
Therefore, I would like to inquire politely to the developers whether there are any plans to add the capability to retrieve the z-index of windows in xcap in the future.

Merged https://github.com/nashaofu/xcap/pull/173

authors: Mufanc nashaofu

repo: nashaofu/xcap


text:
Add checked exceptions for run

As discussed on slack. This is mostly copy/paste. Let me know if something should change.

@natefaubion thoughts?

Sorry about this. Apparently I'm not automatically watching my repos, so I've gotten no notifications 😆

No worries, I do the same.

authors: joneshf natefaubion


text:
ImportError: cannot import name 'PipelineRealESRGAN' from 'stable_diffusion_videos'

Hey there,
Awesome feature and quality code! Thanks!
Everything works for me except for upsampling. Whenever I added upsample=True in walk(), I got:

ImportError: cannot import name 'PipelineRealESRGAN' from 'stable_diffusion_videos' (/home/env/lib/python3.8/site-packages/stable_diffusion_videos/init.py)

Any thought on how to solve this? Thanks

Hey there! Did you install realesrgan? You have two options:
I added it as a package extra here, so you can do this (as I do in the colab from the readme)
pip install --upgrade stable_diffusion_videos[realesrgan]

or just install it directly from pypi
pip install realesrgan

If you did, please share the full error log or (even better) a way for me to reproduce the error in Google Colab.

Aha. I installed it into the wrong environment. Thanks for helping me solve this!
BTW, I also got an AttributeError: partially initialized module 'cv2' has no attribute '_registerMatType' (most likely due to a circular import) after installing realesrgan. Solved that by pip install "opencv-python-headless<4.3"

repo: nateraw/stable-diffusion-videos


text:
About localhost

I can't connect to the verification link as it shows a sir it can't connect to local host. Please help and reply what can I do

Please help

Try changing the port.

authors: gtagamermods nates

repo: nates/DiscordVerification


text:
Call any phantom action from test suites

I need to delete server-side (http-only) cookies in tests.
This PR makes it able with
window.callPhantom({
  phantom: { name: 'deleteCookie', args:['cookieName'], }
// or
  hook: { name: 'delCookie', args: ['cookieName'] },
// or
  require: { id: 'cookie-deleter', name: 'clear', args: ['cookieName'],
})

If you need to work outside the browser sandbox, you should write tests outside the browser sandbox.
Tests are failing, and you didn't write any for this feature.

:+1:

authors: KidsKilla nathanboktae

repo: nathanboktae/mocha-phantomjs-core

license: mit

license_source: bigquery


text:
A way to capture input when the Balloon parent node is a SubViewportContainer

Is your feature request related to a problem? Please describe.
Yes, when you create a balloon that has a parent of a SubViewportContainer, then you use a SubViewport to ensure all the UI is scaled pixel perfect, menu input no longer works. Since you've wrapped it in a viewport, self.get_viewport().set_input_as_handled() fails and it only will accept mouse input.
Describe the solution you'd like
A guide on how to work around this, or an example that works around the issue.
Describe alternatives you've considered
I've made my buttons look flat to ensure they look pixel perfect and I'm considering modifying the response creation script to use a patchnine behind the items.
I could also give up on having dynamic layers and just use int scale. But this gives mess less control. I want to be able to have a pixel world and a higher res layer (just not the textbox/choices)
Additional context

Can you provide a small project with this kind of setup and I'll have a look.

Sure, please give me until this Sunday.

Did some more work because I did not want to bother you with looking into this if I could work around it.
I can work around it, so this can be closed.
Thank you for responding.

authors: nathanhoad sysl-dev


text:
Values for some entities appear to be 1000x too high

Version of the custom_component
1.8.0
Configuration
Modbus via TCP
HA version 2024.2.2 (Docker)
Describe the bug
foxess-em makes about 20 entities available to HA. And most of them have sensible values in them, but a few have crazy values:
Capacity: Peak Grid import 7,673.91 kWh
Load: Daily 11,429.55 kWh
Load: Peak 9,349.05 kWh

These values all look like they're about 1000x too high - they're all more than 1 MWh. I couldn't use 1 MWh of energy in a day even if I tried, my main supply fuse isn't big enough. I could only just about use this amount of energy in a month.
It looks like either the value is 1000x too large, or the wrong units are being selected. If the units were Wh, they'd be believable.

I'm using your foxess_modbus one.


text:
BoxLayout improvements

Support horizontal scrolling.
Only fit fill the layout if the horizontal size isn't set, otherwise use that.

Closed as this PR is reimplemented or made irrelevant by the changes on the yoga branch. BoxLayout is gone, and scrolling works very differently now.
I will add "horizontal scrolling" to the list of things to implement though.

authors: bylaws natinusala

repo: natinusala/borealis


text:
UN 134: Add 'Featured insight' to Insights landing page

Related ticket: https://national-archives.atlassian.net/browse/UN-134

Hi @mozaki1. Would you be able to review this small change for me?

repo: nationalarchives/ds-wagtail


text:
JpegRecorder throws  error

I recently updated 1.8.9 and I was using JpegRecorder to take screen shots in earlier version.Now I am getting ObjectDisposedException error and it doesnt take screenshots.

Hey @emrullaharsay , thanks for reporting this! It has been fixed in the upcoming 1.9.0 release. This version should be out before November 1st.

Fixed in 1.9.0.

authors: emrullaharsay olokobayusuf

repo: natmlx/NatCorder


text:
Fix config reload that failed because of Gateways

Although Gateways reload is not supported at the moment, I had
to add the trap in the switch statement because it would find
a difference. The reason is the TLSConfig object that is likely
to not pass the reflect.DeepEqual test. So for now, I exclude this
from the deep equal test and fail the reload only if the user
has explicitly changed the configuration.
Signed-off-by: Ivan Kozlovic ivan@synadia.com
/cc @nats-io/core

Coverage decreased (-0.07%) to 91.631% when pulling 4f8100ebc8389e6f27788cff3777a7f0a5c70938 on gw_prevents_reload into 522d4bc591ae0416ef440833313474a4e057befa on master.

authors: coveralls kozlovic

repo: nats-io/gnatsd


text:
Support .NET Standard 2.0

Proposed change
The changes involved to support this features are mostly:

Add a new target netstandard2.0 or netstandard2.1 (open for discussion) to the csprojs
Implement some attributes used across the codebase which are only available on monikers > net60 as internal. Those would be guarded by #if NETSTANDARD2_0 directives.
Add extra Nuget packages which contains missing types back ported to netstandard2.0 such as System.Text.Json, System.Threading.Channels, System.Memory, etc. Those would be added as a dedicated ItemGroup in the csproj guarded by Condition="'$(TargetFramework)' == 'netstandard2.0'" so they aren't needed unless the consumer also target netstandard2.0
In some rate spots, some changes has to be made by using #if on some types or method signatures which are not supported entirely in .Net. For example the SslClientAuthenticationOptions which were introduced recently. We could have an #if to replace that implementation with the older Ssl types and implementation.

Use case
The major reason (in my case) right now is to be able to support Unity game servers to use NATS. I was recently forced to use the legacy client because this new one does not support  netstandard2.0.
In .Net world, authors usually prefer to make their libraries targeting netstandard2.0 in order to have their libraries widely used. There are however, optimizations only available on certain monikers like net6, net8, etc. Although those are not natively added to netstandard2.0, they are added as packages. This is the model where .Net team adds new features to the standard without breaking the standard itself and that is being working well so far for libraries/features they push and the community-driven ones as well. Also, netstandard2.0, as of now, is the most stable API surface in the whole .Net ecosystem, meaning that we are safe to rely on it as there will be minimal friction to maintain.
Unity has support to netstandard2.1. Although 2.1 support would cover the use cases for game servers, we may have access to other platforms that Today is only supported by the old .Net Clients by targeting net standard 2.0.
Contribution
I'd like contribute a PR with the mentioned changes making the new NATS client compatible with netstandard2.0 as it gives access to more people to NATS server. If for any technical reason 2.0 is not feasible, 2.1 would suffice, making at least Unity game servers (and other apps targeting 2.1)  capable of leveraging NATS).

I think 2.0 makes sense since there doesn't seem to be much difference in supporting 2.0 and 2.1 effort wise.

I noticed that the project is using some APIs that exist in .NET Standard 2.1 but not in .NET Standard 2.0. Some of these cannot be polyfilled efficiently or easily on earlier frameworks.
My suggestion is that if you want to target Unity you should definitely target NS2.1 to take advantage of the newer APIs, and bother with NS2.0 only if you need to support earlier versions of Unity, or .NET Framework.

authors: galvesribeiro mtmk teo-tsirpanis


text:
Dispose of locally created stream in WaveFileReader when there is an exception thrown in the constructor

When creating a WaveFileReader the ChunkedReader can throw exceptions.  This is OK when a stream is passed in because the WaveFileReader does not own the stream.  But when a file path is passed in the WaveFileReader does own the stream, and does not properly dispose of it (dispose is not called on objects that failed to construct) leaving it locked by the process running NAudio.  This fixes that behavior.

great, looks good

authors: adraut markheath

repo: naudio/NAudio


text:
Fix Nav menu render on top of button

Closes: #1996
What's Changed

drop menu close to nav end

drop menu far from nav end

TODO

[ ] Explanation of Change(s)
[ ] Attached Screenshots, Payload Example
[ ] Unit, Integration Tests
[ ] Documentation Updates (when adding/changing features)
[ ] Example Plugin Updates (when adding/changing features)
[ ] Outline Remaining Work, Constraints from Design

Pulling this down and giving it a try, I notice that the new edge class doesn't seem to be being applied to the menus on the GraphiQL view, probably because that page has its own custom JS and isn't currently including the file you modified. (I think this may have been commented on in the main 1.4.0 review PR, but in any case it would probably be good if the GraphiQL template were updated to include inc/javascript.html instead of partially duplicating its contents).

repo: nautobot/nautobot


text:
🛑 BarefootEdu is down

In 6070fa0, BarefootEdu (https://barefootedu.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: BarefootEdu is back up in 33cd931 after 26 minutes.

repo: navadhiti/upptime


text:
🛑 Harmony Bot Website is down

In 0b60ce3, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 210d926.


text:
🛑 Harmony Bot Website is down

In 5f76840, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 56ab1dc.


text:
🛑 Harmony Bot Website is down

In 5990405, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 4622a8f.


text:
🛑 Harmony Bot Website is down

In 4a993b1, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 1f7cf30.


text:
🛑 Harmony Bot Website is down

In f8e5e07, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in c40f122.


text:
🛑 Harmony Bot Website is down

In 6c89a1a, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 16f6e93.


text:
Remove unnessesary test

I removed test ClusteredAgentManagerServiceTest.testOther because the test is meaningless and affects other test.

LGTM

repo: naver/ngrinder


text:
Could we exclude any profiles of some classes?

For example, Shiro use redis to cache session objects.
It will profile many operations of redis with custom class RedisManager.
Could we exclude any profiles in RedisManager.class?

Hi majinkai,
I don't think we have an option to exclude traces in the class level, but it does sound like a useful feature. We'll take a further look into this and get back to you.
In the mean time, there is an option to disable some predefinted traces within Redis : profiler.redis.pipeline, profiler.redis.io in Pinpoint.config. Please take a look at RedisPlugin.java to see exactly what classes/methods these options control.

profiler.redis.pipeline=false
profiler.redis=false
profiler.redis.io=false

it also profiling many events for Redis

how to using profiler.plugin.disable=?

profiler.plugin.disable option is a comma sepatated string of plugin FQCNs (com.navercorp.pinpoint.plugin.redis.RedisPlugin for example).
This will disable the whole of redis plugin if that's what you're looking for.

authors: Xylus majinkai

repo: naver/pinpoint


text:
I need the DDL of pinpoint in database?

could you give me a DDL of the pinpoint in database? I can't understand the field of asyncId  mean

The field asyncId is used to propagate trace across thread boundary.

authors: bigsnapdragon minwoo-jung


text:
Adds a workaround for scanning classes in nested jars

When a plugin calls Instrumentor.exist(...) API from inside TransformerCallback.doInTransform(...) implementation, the agent creates a scanner to search for the given resource from the same place where the class, which the Instrumentor was created for, resides in.
Currently, such scanners are only created when the class resides in a single jar, or a directory.
As such, when the API is invoked inside a transformer callback for a class inside a nested jar (for example, Spring Boot or One-Jar executable jars), the agent throws an IllegalArgumentException.
This PR adds a workaround so that in cases for nested jars, a scanner is created to simply search for the resource from the class loader that loaded the initiating class.
This should work as the class loader must have been able to handle nested jars in order to find the initiating class in the first place.

Codecov Report

Merging #5362 into master will increase coverage by <.01%.
The diff coverage is 57.14%.

@@            Coverage Diff            @@
##           master   #5362      +/-   ##
=========================================
+ Coverage   41.09%   41.1%   +<.01%
=========================================
  Files        2749    2749
  Lines       83038   83051      +13
  Branches    11061   11065       +4
=========================================
+ Hits        34121   34134      +13
- Misses      45921   45923       +2
+ Partials     2996    2994       -2

Impacted Files
Coverage Δ

...t/classloading/JarProfilerPluginClassInjector.java
0% <0%> (ø)
:arrow_up:

...ofiler/instrument/scanner/ClassScannerFactory.java
73.07% <61.53%> (-3.85%)
:arrow_down:

...ofiler/sender/StandbySpanStreamDataSendWorker.java
80.59% <0%> (-2.99%)
:arrow_down:

...om/navercorp/pinpoint/rpc/codec/PacketDecoder.java
61.7% <0%> (-2.13%)
:arrow_down:

...point/rpc/client/DefaultPinpointClientHandler.java
72.29% <0%> (-0.32%)
:arrow_down:

...corp/pinpoint/rpc/stream/StreamChannelManager.java
72.41% <0%> (+1.72%)
:arrow_up:

...cluster/zookeeper/ZookeeperClusterDataManager.java
64.7% <0%> (+2.2%)
:arrow_up:

...navercorp/pinpoint/rpc/common/SocketStateCode.java
85.36% <0%> (+2.43%)
:arrow_up:

.../profiler/sender/StandbySpanStreamDataStorage.java
76.27% <0%> (+3.38%)
: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 08544d1...92d399b. Read the comment docs.

authors: Xylus codecov-io


text:
Simplify mapping iterables in toData and fromData implementations of common domain model classes

See sample domain model classes with JSON serialization
On this sample PersonCollection is defined as:
class PersonCollection {
  final Iterable<Person> persons;

  const PersonCollection({required this.persons});

  factory PersonCollection.fromData(DataArray data) => PersonCollection(
        persons: data.objects
            .map((element) => Person.fromData(element))
            .toList(growable: false),
      );

  DataArray toData() => DataArray.of(
        persons.map((person) => person.toData()).toList(growable: false),
      );
}

Mapping iterables in both directions in fromData and toData could be easier to implement?
Find choices and add support on DataObject and/or DataArray.

DataArray with new static constructor:
  static DataArray from<T extends Object>(
          Iterable<T> source, Object Function(T) convert) =>
      DataArrayView._protected(
          source.map<Object>(convert).toList(growable: false));

And DataElement with new method (implemented by DataArray and DataArrayView etc.)
  /// Returns a list of [T] mapped from child data arrays using [map] function.
  ///
  /// An optional [limit] when provided limits the number of returned objects.
  ///
  /// The returned list is immutable.
  ///
  /// Other child objects (that cannot be represented as a data array) are
  /// omitted from an iterable.
  List<T> arraysToList<T extends Object>(T Function(DataArray array) map,
      {int? limit});
}

This allows simplification of our sample to:
class PersonCollection {
  final Iterable<Person> persons;

  const PersonCollection({required this.persons});

  static PersonCollection fromData(DataArray data) =>
      PersonCollection(persons: data.objectsToList(Person.fromData));

  DataArray toData() =>
      DataArray.from<Person>(persons, (person) => person.toData());
}

Also other similar changes and improvements...

Implemented in Release version 0.8.0

authors: navibyte navispatial

repo: navibyte/dataflow


text:
UU: Fix skip link

Fix skip-link (flyttet maincontent til page-template)
Autocomplete på søkefelt
Favicon
Bumping og tsconfig

Har testet selv lokalt og i dev

Kudos, SonarCloud Quality Gate passed!
  0 Bugs   0 Vulnerabilities   0 Security Hotspots   0 Code Smells
 No Coverage information  2.6% Duplication

Gjelder testene. Dette er OK.

repo: navikt/nav-office-search


text:
what is q queries?

int q = in.nextInt(); //number of queries.

//get the queries
    for (int i = 0; i < q; i++) {
        int s, t;
        s = in.nextInt()-1;   //source vertex
        t = in.nextInt()-1;   //target vertex/

    System.out.println(computeDistance(graph,reverseGraph,s,t,i));
}

please help me explain input q

Q is the number of queries.
A query is to calculate shortest path between two nodes -- source and
target.
On Tue, 7 May 2019, 7:08 am vitrinh282, notifications@github.com wrote:

int q = in.nextInt(); //number of queries.
//get the queries
for (int i = 0; i < q; i++) {
int s, t;
s = in.nextInt()-1;   //source vertex
t = in.nextInt()-1;   //target vertex/
System.out.println(computeDistance(graph,reverseGraph,s,t,i));

}
please help me explain input q
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/navjindervirdee/Advanced-Shortest-Paths-Algorithms/issues/2,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADDAPBNPNVTZNEJQE5AYWQ3PUDMSJANCNFSM4HLET6RQ
.


text:
Update information on Ungit

Ungit switched back from Faircode to MIT License. See https://github.com/FredrikNoren/ungit/issues/997.
I thought, this is worth to be still noticed as "case study" and thus, I changed the link text and the link.

Thanks @koppor! I agree, that post-mortem is still very useful. Thanks for updating the link ❤

authors: koppor nayafia

repo: nayafia/lemonade-stand


text:
Add buildkite support

Buildkite Support
Env variables obtained from:

Buildkite documentation:
official coveralls npm package: https://github.com/nickmerwin/node-coveralls/blob/master/lib/getOptions.js#L109

service_number support

Add service number support.
Only add impl for Buildkite use case, though I believe it should be adopted for consistency with JS builds.
Checking against official coveralls npm package, it would appear that service_job_id is used inconsistently.

Test appears to be failing due to lack of COVERALLS_REPO_TOKEN

Yeah it seems Github actions does not expose secrets to PRs from forks. I'll try to figure some workaround to this build issue.
Thank you for your contribution, code looks good to me, will get this merged over the weekend.

authors: martin-walsh nbaztec

repo: nbaztec/coveralls-jacoco-gradle-plugin


text:
🛑 ESTAT is down

In 7a9941a, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/ESTAT/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in 096be4c after 698 days, 2 hours, 59 minutes.

repo: nbbrd/sdmx-upptime


text:
🛑 ISTAT is down

In fcf4a19, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in 7bd397a after 9 minutes.


text:
🛑 ISTAT is down

In 3d4108e, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in cc90f78 after 5 minutes.


text:
🛑 ISTAT is down

In 2c0a341, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in 2d51b5e after 6 minutes.


text:
🛑 NB is down

In ba0d004, NB (https://data.norges-bank.no/api/dataflow/all/all/latest) was down:

HTTP code: 503
Response time: 717 ms

Resolved: NB is back up in 3830ade after 1 hour, 19 minutes.


text:
🛑 WITS is down

In 46e9f5e, WITS (http://wits.worldbank.org/API/V1/SDMX/V21/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: WITS is back up in c671f41 after 4 days, 7 hours, 39 minutes.


text:
🛑 UIS is down

In 24dc45e, UIS (http://data.uis.unesco.org/RestSDMX/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: UIS is back up in 173df9b after 8 minutes.


text:
🛑 NBB is down

In 676209c, NBB (https://stat.nbb.be/restsdmx/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 429
Response time: 648 ms

Resolved: NBB is back up in 7285352 after 18 minutes.


text:
🛑 ISTAT is down

In 23c52fc, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in a8526ba after 11 minutes.


text:
🛑 ESTAT is down

In 38a0b48, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/ESTAT/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in 5038893 after 1 hour, 4 minutes.


text:
🛑 ISTAT is down

In 4eb578c, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in fea8d33 after 4 minutes.


text:
🛑 OECD is down

In 68dd921, OECD (https://stats.oecd.org/restsdmx/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 500
Response time: 813 ms

Resolved: OECD is back up in e5e0057 after 1 hour, 5 minutes.


text:
🛑 ISTAT is down

In 9e29746, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in a6f72a7 after 6 minutes.


text:
🛑 ESTAT is down

In 04bd7a8, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/ESTAT/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in c93f3f4 after 5 minutes.


text:
🛑 ISTAT is down

In eabb467, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in b2f86c3 after 22 minutes.


text:
🛑 ISTAT is down

In f7ee5ca, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in eb47339 after 11 minutes.


text:
🛑 ISTAT is down

In fd37212, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in 028d942 after 1 hour, 30 minutes.


text:
🛑 ESTAT is down

In c85b2a9, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/ESTAT/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in bd9d107.


text:
⚠ File access (beta) has degraded performance

In 90e5055, File access (beta) (https://beta.fyle.uk/file/fish) experienced degraded performance:

HTTP code: 200
Response time: 11016 ms

Resolved: File access (beta) performance has improved in 02e78cc.

repo: nbitzz/status


text:
Add Option to Follow Redirection

Pretty simple and straight forward feature request:
Add the ability to follow redirections within auto repeater. I'm thinking it would be useful to have a button similar to how repeater has a button to follow redirections for individual requests/responses, and have a checkbox to automatically follow redirection in the options section.
Find below two crude mockups of what I mean in case it isn't quite clear.
Per Request:

Options:

Current workaround: just send your modified request(s) to repeater and use the "Follow Redirection" button in repeater.
Cheers!

Hey @tzuk-pl,
Thanks for the feature suggestion. If I were to add this as a feature I’d probably add it as a checkbox next to the activate AutoRepeater button and have AutoRepeater follow all redirections in the tab. Is there a particular testing case this feature would be useful for? Usually when AutoRepeater is receiving responses to redirect it’s because the replacements are breaking some part of the request and the request is being redirected back to the login page or an error page.
Also, from your screenshot it looks like you’re using a old version of AutoRepeater. I highly suggest you check out the jar hosted in this repo as it has about a year of additional development and bug fixes.
Thanks,
Justin

On May 29, 2019, at 7:40 AM, tzuk-pl notifications@github.com wrote:
Pretty simple and straight forward feature request:
Add the ability to follow redirections within auto repeater. I'm thinking it would be useful to have a button similar to how repeater has a button to follow redirections for individual requests/responses, and have a checkbox to automatically follow redirection in the options section.
Find below two crude mockups of what I mean in case it isn't quite clear.
Per Request:
Options:
Current workaround: just send your modified request(s) to repeater and use the "Follow Redirection" button in repeater.
Cheers!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Thanks for the response, Justin. Some of the applications I have tested use custom application gateways or custom behaviour that create a one-time use token and redirect to an endpoint on a different domain, but still part of the same application.
A simple example: A GET or POST request to http://applicationname/index is sent by the application which uses a cookie or a bearer token for authentication and a custom header like "X-CUSTOM-URI: /API/addmember" is sent in the request. The application responds with a redirection to a different domain such as http://apiname/api/addmember and provides some sort of one-time use or short-lived token to use in the request to the apiname site.
In this example, I would be browsing the application as a high privileged user and using autorepeater to repeat the requests to http://applicationname as a low privileged user who should not have the ability to add a new member. If the application provides a token and redirection to the API, and the add member request succeeds, it would indicate insecure permissions. The call to the API would have no portion to autorepeat, as the token and redirection was granted for the low privileged user by the http://applicationname site.
I installed autorepeater from the BAppStore a while back; I'll be sure to update, thanks for the recommendation.

Hi,
I agree with tzuk-pl.
I'm using this great extension mostly for auto fuzzing and checking the response for specific answers.
This option can help a lot because the redirecting force me to do more manual steps for analyzing the response, In some cases I have hundred of redirection responses so it become useless for those scenarios.
Hope that you will consider to add this option, I'm sure that it will help a lot to many researchers.
Thanks a lot.

Hey folks,
I’ll prioritize this request.
Thanks,
Justin
Sent from my iPhone

On Aug 31, 2019, at 2:58 PM, lopa17685 notifications@github.com wrote:
Hi,
I agree with tzuk-pl.
I'm using this great extension mostly for auto fuzzing and checking the response for specific answers.
This option can help a lot because the redirecting force me to do more manual steps for analyzing the response, In some cases I have hundred of redirection responses so it become useless for those scenarios.
Hope that you will consider to add this option, I'm sure that it will help a lot to many researchers.
Thanks a lot.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

authors: justinmoore lopa17685 tzuk-pl

repo: nccgroup/AutoRepeater


text:
Duplicates come back after sourcing init.vim

If I make a change inside my init.vim file as soon as source the file after making a change the duplicates come back.
This only happens after sourcing my file, do you know what would be causing this?
I'm on OSX 10.14 and NeoVim 0.3.4

I don't think it is a good idea to re-sourcing a complicated complication. Ncm2 is not designed with hot-reload in mind.
Closing...

I didn't know about hot-reload, thanks for the info i'll look into that.

authors: carlevison roxma


text:
add SIGHUP support (flush cache) to CACHE remote

please add support for the SIGHUP signal to the new CACHE remote to manually flush the directory cache.
(see https://github.com/ncw/rclone/pull/1376)

Hi @seuffert
This beta has SIGHUP support to clear all the cache when it catches that.
https://beta.rclone.org/v1.38-240-g8839e4ee/
Just send the signal and a log should appear in rclone: TestCache:: Clearing cache from signal if you're running with -v
Thanks

thx @remusb , i will gladly test it and have a look at the code too :)

authors: remusb seuffert

repo: ncw/rclone


text:
error when : sudo pip install -r requirements.txt on mac

Hi @spike321, please take a look at this question/answer on StackOverflow: https://stackoverflow.com/a/33245444/304706
brew install python might solve the problem

do i have to sudo pip install requirements if i'm using OSX? cuz i still keep getting this error even after i download homebrew and brew install python.

Hi @spike321, sorry for the delay. I have to use sudo pip on my Mac, but I can't remember how I installed pip. There's a few different ways to install Python and pip, and to be honest I'm not sure of the best way.
But it looks like your error message was "Operation not permitted", so I would just try with sudo: sudo pip install -r requirements.txt. Hopefully that fixes it for you!


text:
Improve design

Improve design
Description
Made design look a little more modern
Issue Board Ticket

Type of change

[ ] Bug fix
[x] New feature
[ ] Documentation
[ ] Infrastucture
[ ] Other (please clarify): _

Change log

Made clickable items increase slightly in size on hover
Made colors elements gradients
Add shadows around header and footer on day mode
Made calendar night mode on night mode
Remove borders
Remove navbar color
Remove commented out css we don't need

Testing

Viewed in browser

Checklist

[x] I have performed a self-review of my own code.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] My changes generate no new console warnings.
[x] I manually tested to prove my fix is effective or that my feature works.
[x] I have assigned this PR to an owner.

Is this too cheesy? I think it probably looks better. I'm unsure about navbar blending in on dark mode. I'd love ideas to make that part look better.

@royemosby @galactic-src If we don't think it's too rough and objectively looks at least better than before (hopefully), I'd love to merge this in and have the rest of the tickets get this merged into them and going from there?


text:
Add missing beehive title

We don't have a way to control if we should show the site title as text in beehive this creates a way.

:+1: after Jaron's comments are addressed

:+1:

authors: jaronkk jgondron jonhartzler

repo: ndlib/honeycomb


text:
force newline after where

I would like to add a new custom hint to enforce the presence of a newline after the where keyword. I have two issues with this.
If I try to add a dumb hint like
- error : {lhs: "where a", rhs: "where a", name: "my own error"}

I get an error like
hlint: user error (Failed to read YAML configuration file /home/marcosh/projects/aql/.hlint.yaml
  Aeson exception:
Error in $: Error when decoding YAML, Failed to parse Parse error: where, when parsing:
  where a
Along path: root 0 error lhs
When at: String
- error:
    lhs: where a
    name: my own error
    rhs: where a
)

Moreover, if I try with do instead of where for example, I see that the hint does not consider the presence or absence of a newline. Is there a way to make a hint aware of the presence/absence of the newline, or is it out of scope for hlint?

For the lhs/rhs stuff they must both be expressions, and they are matched at the syntax tree, without reference to whitespace - so the route you've gone down definitely won't work. I guess I'd probably push people more towards stylish-haskell or one of the other whitespace-modifying Haskell tools. However, it's not totally infeasible as a default-off hint in HLint, only question is how popular would it be?

Given the rise in auto-formatters like Ormulu, I'm quite happy to now say that HLint won't ever deal with spacing/formatting, and people should just run their code through a formatter, so closing this issue.

@ndmitchell
This seems like a reasonable decision. The one unfortunate aspect is that it doesn't seem like there are any formatters in the same rule-based style of hlint.
I'm a huge fan of that style as it makes it easier to get going by just auto-ignoring all rules that are currently being violated, and adding back just the desired ones.
Current formatting tools seem like they'd instead require a huge initial commit changing the styling of a ton of the codebase, perhaps in ways we don't agree with.
It also tends to make it easier to find new stylistic things to catch, that the original authors may not have cared about.

@tysonzero Having used auto-formatters in the Rust world, the big initial change is a pain, but well worth it. I'm not sure I'd choose to use a rules based formatter having used the automatic ones (a handful of configuration options is useful), so maybe the market just isn't there?

That's a fair point. I just wish there was one that I agreed with the styling of. There's always some code that they make look pretty ugly, be it long types in records (servant generic stuff), or multiline associative operator chains or whatever it may be.

@tysonzero if you have a set of examples that you think look awful, perhaps create a github repo with them formatted the way you want, then check in the formatted version by each of the tools, and use that to drive progress? Haskell is fairly late to the auto formatting game, so I think there's plenty of opportunity to improve things.

That's not a bad idea.
Some cases that might be a little more awkward to model are those where I don't necessarily have specific "wrong" code in mind that should be fixed to the desired code, but where I just want the desired code to at least be left alone. Many of those cases are technically possible with some formatters, but largely by disabling various formatting options that are pretty useful to have, to the point where not that much formatting ends up being done.

authors: marcosh ndmitchell tysonzero

repo: ndmitchell/hlint


text:
refactor: ESM and CJS transpilation

Pre-flight checklist

[ ] I have read the Contributing Guidelines on pull requests.
[ ] Commit messages follow the conventional commits spec
[ ] If this is a code change: I have written unit tests.
[ ] If this is a new API or substantial change: the PR has an accompanying issue (closes #0000) and the maintainers have approved on my working plan.

Motivation
This PR updates the new packages to support ESM and CJS transpilation from the TypeScript source. By supporting ESM modules we remove hurdles for working with new versions of NodeJS and ESM-based frameworks like Vite, addressing longstanding issues for developers.
Worth noting in this PR:

No bundling has been introduced, the reasoning being that consumers would import modules directly and rely on bundling and/or tree shaking to produce the dependency graph.
New package.json files now include exports and browser. exports points the consumer to lib/cjs for require imports and lib/esm for native import. browser references lib/cjs and is currently required for near-api-js to build its bundle with browserify.
JS files in package scope (e.g. tests) are expected to be ESM-compatible, enabling use of import/export and requiring that relative paths to JS modules include .js file extensions.
Only the modules at lib/esm are tested currently. It may be overkill to also test the CJS output 🤔

Test Plan
This is entirely a packaging change and so only affects consumers, not any specific runtime functionality. The new example-esm and example-vite packages have been added to demonstrate usage with native modules. Local testing has been done by running near-wallet locally after yarn linking the new near-api-js package, and current bundles have been compared to those produced by the changes in this PR.
Related issues/PRs
This is the most directly-relevant one I found at a glance, but the cascading goodness stemming from this change (on top of breaking NAJ into packages) will likely resolve other issues related to polyfills, bundling, and other usage issues.

Superseded by #1353

repo: near/near-api-js


text:
fix: Fixed native operating system keychain support

After a recent upgrade of keyring from 2.x to 3.x, all the features became disabled by default instead of enabled by default, so we have to enable them back again.
@race-of-sloths invite

@frol Thank you for your contribution! Your pull request is now a part of the Race of Sloths!
We are launching a survey "Who is faster? You vs SpaceX"

Current status: waiting for scoring
We're waiting for maintainer to score this pull request with @race-of-sloths score [0,1,2,3,5,8,13] command. Alternatively, autoscoring [1,2] will be applied for this pull request
What is the Race of Sloths

Race of Sloths is a friendly competition where you can participate in challenges and compete with other open-source contributors within your normal workflow
For contributors:

Tag @race-of-sloths inside your pull requests
Wait for the maintainer to review and score your pull request
Check out your position in the Leaderboard
Keep weekly and monthly streaks to reach higher positions
Boast your contributions with a dynamic picture of your Profile

For maintainers:

Score pull requests that participate in the Race of Sloths
Engage contributors with fair scoring and fast responses so they keep their streaks
Promote the Race to the point where the Race starts promoting you
Grow the community of your contributors

Feel free to check our website for additional details!

Bot commands

For contributors

Include a PR: @race-of-sloths include to enter the Race with your PR

For maintainers:

Invite contributor @race-of-sloths invite to invite the contributor to participate in a race or include it, if it's already a runner.
Assign points: @race-of-sloths score [1/2/3/5/8/13] to award points based on your assessment.
Reject this PR: @race-of-sloths exclude to send this PR back to the drawing board.
Exclude repo: @race-of-sloths pause to stop bot activity in this repo until @race-of-sloths unpause command is called

I have tested it on MacOS and Ubuntu 22.04 (server) and Ubuntu 24.04 (in Docker) and the vendored version works as expected.

🥁  Score it!
@frol, please ask your peers to score the PR using @race-of-sloths score [1/2/3/5/8/13].
If no scoring is provided within 24 hours, this PR will be scored as 1 🦥

@race-of-sloths score 3

authors: akorchyn frol race-of-sloths

repo: near/near-cli-rs


text:
Document using simulation framework without near_bindgen

If developer not using near_bindgen for some functions because of using direct exports - simulation framework won't have these functions to be called.
We should have documentation to how to use simulation directly.

Discussed this with @chadoh, and I think we need to rework the API so that user.call/user.view don't use PendingContractTx and instead just take method, args, etc.

sim tests deprecated

authors: austinabell ilblackdragon willemneal

repo: near/near-sdk-rs


text:
Removes deposit and reduces gas

Resolves #549
This removes the deposit from all function calls to DevHub contract in our codebase, and set the gas for all of them to Big(10).pow(14) (MAX_GAS)

Thanks @elliotBraem I will test this later today

@elliotBraem I've tested it now, and it works!

authors: elliotBraem petersalomonsen

repo: near/neardevhub-widgets


text:
Combat Reach Doesn't Scale with Size (Better Combat Rebirth & Other Combat Reach Mods)

Here I am again, hi.
This is a bug with the Better Combat Rebirth mod, where your reach (against entities only) doesn't get shorter at smaller scales. Also, the features of BCR don't actually trigger when reaching mobs farther than you normally would at normal size. Basically, the reach BCR uses doesn't scale as it should. A similar problem also occurs with the mod Potion Core, where your reach against other mobs is stuck at normal size, and you can't actually hit anything far away when big (haven't tested if this still persists, but it has happened before)
To reproduce, just use BCR (or similar combat reach changing mod, like Potion Core) and CM together, and change your size. Then just hit some mobs farther than you're supposed to, or outside normal size reach.
Combat reach should scale along with your size.
A lot of mods, but the two important ones are BCR and CM.
Forge Version: 2847
Mod Version: Any, but I used the latest beta.
Didn't actually report this one until now, I found this long ago. Hopefully it doesn't add too much more work before the release.

It is their bug, because they just hardcoded the reach distance (btw wtf is this "longerAttack" config anyway, lol), instead of using the (vanilla!) reach attribute (e.g. player.getEntityAttribute(EntityPlayer.REACH_DISTANCE).getAttributeValue() instead of just 5.0).
This mod does (in the beta atm) scale the attribute, so there is no bug here on my side.
You may ask them to fix that, I am not proactively fixing all the mods :shrug:
This is (almost, because they could've avoided that) the same as asking me to fix modded entities not having their particles scaled, or like any custom logic that depends on distances somehow - the mod tries to ensure that at least vanilla entities and their effects are scaled, weird mod interactions where something will not be scaled are unavoidable.
I try to fix mod compat crashes and fixed that rfp issue on inertia and because it was very easy to do (and not their fault they do not integrate with my mod lol).

authors: Alexandqr necauqua

repo: necauqua/chiseled-me


text:
Update 4_Median_of_Two_Sorted_Arrays.cpp

Test cases have been changed to include cases where one of the vectors is empty

File(s) Modified: 4_Median_of_Two_Sorted_Arrays.cpp
Language(s) Used: C++
Submission URL: _https://leetcode.com/submissions/detail/788164416/_

Thanks, @samirangode!

repo: neetcode-gh/leetcode


text:
setHTML or insertHTML of (span/font) tag with both color and bgcolor results in different results

Hi ,
When i do setHTML or insertHTML  with below contents only one of the properties get applied.
Please check into this.
1.setHTML(fdas asfd )
This results in :

fdas asfd

2.setHTML(fdas asfd )
This results in :

 fafd
asfd asdf

This also occurs for face tag and background color .

<span color="#cceeff"

seriously ?

Well my most cases include inserting templates and inserting user inputs.
What if a content is inserted from a editor OR area where this color tag is used.
(FYI: color attribute is not deprecated i think , and this attribute appears in most editors where default execCommand is used).
The thing is why cant the attributes be retained ?

Your mistake is using a non standard attribute color.
The right way to do that is with attribute style="color:#cceeff"

So what happens in this case. Opening a mail/template inside an editor where the mail/template is from other source and you cant just go and look for color attribute and replace it.
So can we just ignore the color attribute ?
And please why this is not happening with font tag ?
And also shouldn't I use fontface attribute ?
The thing is why there is a difference between font and span tags for the above cases ?

color is not, and has never been, a valid attribute for a span tag. If you try to use font tags, (which have been deprecated since 1999), Squire will convert them into a span tag (or tags, one each for the "size", "face" and "color" properties, if specified), but it's not going to look for a style tag on them because if you know what CSS is, why on earth would you be using a font tag?

authors: kapouer neilj sv55

repo: neilj/Squire


text:
报错

06-13 23:28:59 [ERROR] nonebot | Running Matcher(type='message', module=nonebot_plugin_twitter) failed.                           Traceback (most recent call last):                                 File "", line 15, in                             File "/root/df/.venv/lib/python3.10/site-packages/nonebot/init.py", line 309, in run                                            get_driver().run(*args, **kwargs)                              File "/root/df/.venv/lib/python3.10/site-packages/nonebot/drivers/fastapi.py", line 198, in run                                     uvicorn.run(                                                   File "/root/df/.venv/lib/python3.10/site-packages/uvicorn/main.py", line 578, in run                                                server.run()                                                   File "/root/df/.venv/lib/python3.10/site-packages/uvicorn/server.py", line 61, in run                                               return asyncio.run(self.serve(sockets=sockets))                File "/usr/lib/python3.10/asyncio/runners.py", line 44, in run     return loop.run_until_complete(main)                           File "/root/df/.venv/lib/python3.10/site-packages/nonebot/message.py", line 467, in check_and_run_matcher                           await _run_matcher(                                          > File "/root/df/.venv/lib/python3.10/site-packages/nonebot/message.py", line 419, in run_matcher                                    await matcher.run(bot, event, state, stack, dependency_cache)  File "/root/df/.venv/lib/python3.10/site-packages/nonebot/internal/matcher/matcher.py", line 753, in run                            await self.simple_run(bot, event, state, stack, dependency_cache)                                                               File "/root/df/.venv/lib/python3.10/site-packages/nonebot/internal/matcher/matcher.py", line 728, in simple_run                     await handler(                                                 File "/root/df/.venv/lib/python3.10/site-packages/nonebot/dependencies/init.py", line 108, in call                          return await cast(Callable[..., Awaitable[R]], self.call)(**values)                                                             File "/root/df/.venv/lib/python3.10/site-packages/nonebot_plugin_twitter/init.py", line 196, in save_handle                     user_info = await get_user_info(data[0])                       File "/root/df/.venv/lib/python3.10/site-packages/nonebot_plugin_twitter/api.py", line 23, in get_user_info                         result["screen_name"] = soup.find_all('a', class='profile-card-fullname')[0].next                                            IndexError: list index out of range

尝试关注某个推主 然后没有反应。后台有报错。

尝试关注某个推主 然后没有反应。后台有报错。

用最新版插件

我这是最新版吗╰─ source .venv/bin/activate                                  ─╯
╭─    ~/df      ✔  df   root@localhost  21:45:17  ─╮
╰─ pip install nonebot-plugin-twitter                         ─╯
Looking in indexes: https://mirrors.aliyun.com/pypi/simple
Requirement already satisfied: nonebot-plugin-twitter in ./.venv/lib/python3.10/site-packages (0.1.5)
Requirement already satisfied: beautifulsoup4>=4.11.1 in ./.venv/lib/python3.10/site-packages (from nonebot-plugin-twitter) (4.12.2)
Requirement already satisfied: httpx>=0.23.0 in ./.venv/lib/python3.10/site-packages (from nonebot-plugin-twitter) (0.24.1)
Requirement already satisfied: nonebot-adapter-onebot>=2.1.3 in ./.venv/lib/python3.10/site-packages (from nonebot-plugin-twitter) (2.2.3)
Requirement already satisfied: nonebot2>=2.0.0 in ./.venv/lib/python3.10/site-packages (from nonebot-plugin-twitter) (2.0.0)
Requirement already satisfied: nonebot_plugin_apscheduler>=0.2.0 in ./.venv/lib/python3.10/site-packages (from nonebot-plugin-twitter) (0.2.0)
Requirement already satisfied: soupsieve>1.2 in ./.venv/lib/python3.10/site-packages (from beautifulsoup4>=4.11.1->nonebot-plugin-twitter) (2.4.1)
Requirement already satisfied: certifi in ./.venv/lib/python3.10/site-packages (from httpx>=0.23.0->nonebot-plugin-twitter) (2023.5.7)
Requirement already satisfied: httpcore<0.18.0,>=0.15.0 in ./.venv/lib/python3.10/site-packages (from httpx>=0.23.0->nonebot-plugin-twitter) (0.16.3)
Requirement already satisfied: idna in ./.venv/lib/python3.10/site-packages (from httpx>=0.23.0->nonebot-plugin-twitter) (3.4)
Requirement already satisfied: sniffio in ./.venv/lib/python3.10/site-packages (from httpx>=0.23.0->nonebot-plugin-twitter) (1.3.0)
Requirement already satisfied: msgpack<2.0.0,>=1.0.3 in ./.venv/lib/python3.10/site-packages (from nonebot-adapter-onebot>=2.1.3->nonebot-plugin-twitter) (1.0.5)
Requirement already satisfied: apscheduler<4.0.0,>=3.7.0 in ./.venv/lib/python3.10/site-packages (from nonebot_plugin_apscheduler>=0.2.0->nonebot-plugin-twitter) (3.10.1)
Requirement already satisfied: loguru<1.0.0,>=0.6.0 in ./.venv/lib/python3.10/site-packages (from nonebot2>=2.0.0->nonebot-plugin-twitter) (0.7.0)
Requirement already satisfied: pydantic[dotenv]<2.0.0,>=1.10.0 in ./.venv/lib/python3.10/site-packages (from nonebot2>=2.0.0->nonebot-plugin-twitter) (1.10.9)
Requirement already satisfied: pygtrie<3.0.0,>=2.4.1 in ./.venv/lib/python3.10/site-packages (from nonebot2>=2.0.0->nonebot-plugin-twitter) (2.5.0)
Requirement already satisfied: tomli<3.0.0,>=2.0.1 in ./.venv/lib/python3.10/site-packages (from nonebot2>=2.0.0->nonebot-plugin-twitter) (2.0.1)
Requirement already satisfied: typing-extensions<5.0.0,>=4.0.0 in ./.venv/lib/python3.10/site-packages (from nonebot2>=2.0.0->nonebot-plugin-twitter) (4.6.3)
Requirement already satisfied: yarl<2.0.0,>=1.7.2 in ./.venv/lib/python3.10/site-packages (from nonebot2>=2.0.0->nonebot-plugin-twitter) (1.9.2)
Requirement already satisfied: setuptools>=0.7 in ./.venv/lib/python3.10/site-packages (from apscheduler<4.0.0,>=3.7.0->nonebot_plugin_apscheduler>=0.2.0->nonebot-plugin-twitter) (65.6.3)
Requirement already satisfied: six>=1.4.0 in ./.venv/lib/python3.10/site-packages (from apscheduler<4.0.0,>=3.7.0->nonebot_plugin_apscheduler>=0.2.0->nonebot-plugin-twitter) (1.16.0)
Requirement already satisfied: pytz in ./.venv/lib/python3.10/site-packages (from apscheduler<4.0.0,>=3.7.0->nonebot_plugin_apscheduler>=0.2.0->nonebot-plugin-twitter) (2023.3)
Requirement already satisfied: tzlocal!=3.*,>=2.0 in ./.venv/lib/python3.10/site-packages (from apscheduler<4.0.0,>=3.7.0->nonebot_plugin_apscheduler>=0.2.0->nonebot-plugin-twitter) (5.0.1)
Requirement already satisfied: h11<0.15,>=0.13 in ./.venv/lib/python3.10/site-packages (from httpcore<0.18.0,>=0.15.0->httpx>=0.23.0->nonebot-plugin-twitter) (0.14.0)
Requirement already satisfied: anyio<5.0,>=3.0 in ./.venv/lib/python3.10/site-packages (from httpcore<0.18.0,>=0.15.0->httpx>=0.23.0->nonebot-plugin-twitter) (3.7.0)
Requirement already satisfied: python-dotenv>=0.10.4 in ./.venv/lib/python3.10/site-packages (from pydantic[dotenv]<2.0.0,>=1.10.0->nonebot2>=2.0.0->nonebot-plugin-twitter) (1.0.0)
Requirement already satisfied: multidict>=4.0 in ./.venv/lib/python3.10/site-packages (from yarl<2.0.0,>=1.7.2->nonebot2>=2.0.0->nonebot-plugin-twitter) (6.0.4)
Requirement already satisfied: exceptiongroup in ./.venv/lib/python3.10/site-packages (from anyio<5.0,>=3.0->httpcore<0.18.0,>=0.15.0->httpx>=0.23.0->nonebot-plugin-twitter) (1.1.1)
如果是的话，那不行。

能正常使用，有些可以关注 但是也有些博主关注不了会报错。

不是最新版，最新版版本号在readme上有显示，查询版本命令可以用
pip list | grep 插件名```，升级命令```bash
pip install 插件名 --upgrade```

不是最新版，最新版版本号在readme上有显示，查询版本命令可以用
pip list | grep 插件名

升级命令
pip install 插件名 --upgrade

好的 没有问题了

pip install 插件名 --upgrade

06-20 00:06:47 [ERROR] nonebot | Running Matcher(type='message', module=nonebot_plugin_twitter) failed. Traceback (most recent call last): File "C:\robot.venv\lib\site-packages\httpx_transports\default.py", line 60, in map_httpcore_exceptions yield File "C:\robot.venv\lib\site-packages\httpx_transports\default.py", line 353, in handle_async_request resp = await self._pool.handle_async_request(req) File "C:\robot.venv\lib\site-packages\httpcore_async\connection_pool.py", line 208, in handle_async_request raise UnsupportedProtocol( httpcore.UnsupportedProtocol: Request URL is missing an 'http://' or 'https://' protocol.
The above exception was the direct cause of the following exception:
Traceback (most recent call last): File "", line 17, in File "C:\robot.venv\lib\site-packages\nonebot__init__.py", line 309, in run get_driver().run(*args, **kwargs) File "C:\robot.venv\lib\site-packages\nonebot\drivers\fastapi.py", line 198, in run uvicorn.run( File "C:\robot.venv\lib\site-packages\uvicorn\main.py", line 578, in run server.run() File "C:\robot.venv\lib\site-packages\uvicorn\server.py", line 61, in run return asyncio.run(self.serve(sockets=sockets)) File "C:\Users\Administrator\AppData\Local\Programs\Python\Python310\lib\asyncio\runners.py", line 44, in run return loop.run_until_complete(main) File "C:\Users\Administrator\AppData\Local\Programs\Python\Python310\lib\asyncio\base_events.py", line 636, in run_unt il_complete self.run_forever() File "C:\Users\Administrator\AppData\Local\Programs\Python\Python310\lib\asyncio\windows_events.py", line 321, in run_ forever super().run_forever() File "C:\Users\Administrator\AppData\Local\Programs\Python\Python310\lib\asyncio\base_events.py", line 603, in run_for ever self._run_once() File "C:\Users\Administrator\AppData\Local\Programs\Python\Python310\lib\asyncio\base_events.py", line 1909, in _run_o nce handle._run() File "C:\Users\Administrator\AppData\Local\Programs\Python\Python310\lib\asyncio\events.py", line 80, in _run self._context.run(self._callback, *self._args) File "C:\robot.venv\lib\site-packages\nonebot\message.py", line 467, in check_and_run_matcher await _run_matcher(

File "C:\robot.venv\lib\site-packages\nonebot\message.py", line 419, in run_matcher
await matcher.run(bot, event, state, stack, dependency_cache)
File "C:\robot.venv\lib\site-packages\nonebot\internal\matcher\matcher.py", line 753, in run
await self.simple_run(bot, event, state, stack, dependency_cache)
File "C:\robot.venv\lib\site-packages\nonebot\internal\matcher\matcher.py", line 728, in simple_run
await handler(
File "C:\robot.venv\lib\site-packages\nonebot\dependencies__init_.py", line 108, in call
return await cast(Callable[..., Awaitable[R]], self.call)(**values)
File "C:\robot.venv\lib\site-packages\nonebot_plugin_twitter__init__.py", line 196, in save_handle
user_info = await get_user_info(data[0])
File "C:\robot.venv\lib\site-packages\nonebot_plugin_twitter\api.py", line 17, in get_user_info
res = await client.get(url=f"{config_dev.twitter_url}/{user_name}")
File "C:\robot.venv\lib\site-packages\httpx_client.py", line 1757, in get
return await self.request(
File "C:\robot.venv\lib\site-packages\httpx_client.py", line 1533, in request
return await self.send(request, auth=auth, follow_redirects=follow_redirects)
File "C:\robot.venv\lib\site-packages\httpx_client.py", line 1620, in send
response = await self._send_handling_auth(
File "C:\robot.venv\lib\site-packages\httpx_client.py", line 1648, in _send_handling_auth
response = await self._send_handling_redirects(
File "C:\robot.venv\lib\site-packages\httpx_client.py", line 1685, in _send_handling_redirects
response = await self._send_single_request(request)
File "C:\robot.venv\lib\site-packages\httpx_client.py", line 1722, in _send_single_request
response = await transport.handle_async_request(request)
File "C:\robot.venv\lib\site-packages\httpx_transports\default.py", line 352, in handle_async_request
with map_httpcore_exceptions():
File "C:\Users\Administrator\AppData\Local\Programs\Python\Python310\lib\contextlib.py", line 153, in exit
self.gen.throw(typ, value, traceback)
File "C:\robot.venv\lib\site-packages\httpx_transports\default.py", line 77, in map_httpcore_exceptions
raise mapped_exc(message) from exc
httpx.UnsupportedProtocol: Request URL is missing an 'http://' or 'https://' protocol.

大佬 这是什么

配置文件里代理格式不对吧？http代理记得加http://前缀
http://127.0.0.1:8080

这样

插件更新到最新版了吗？

没事了 我把opencv-python删除就好了

暂不清楚是什么原因导致冲突了，下次再出现可以附上报错前后nonebot日志


text:
Update install instructions for COPR

Disclaimer: I'm the author of this copr repo.
goncalossilva/cli has been up and running for much longer than the official recommendation, and over the years, it's been more reliable with its builds. See:

https://github.com/goncalossilva/rpm-act/actions
https://copr.fedorainfracloud.org/coprs/goncalossilva/act/monitor/

It's also fully automated. This means stable versions of Fedora get new builds quickly (even if builds on rawhide/preview versions tend to fail while the dust settles).
I think this is a better default choice for act users, but other than this PR, it's up to the reviewer. Regardless of it being merged or not, goncalossilva/act will continue to be built. :)

FWIW migrated from: https://github.com/nektos/act/pull/1969

repo: nektos/act-docs


text:
Various CSP reporting improvements

Filter moz-extension reports as they all look bogus
Log user agent as well as CSP report data when logging CSP violations, which may help identify buggy browser patterns

thanks @Seldaek!

authors: Seldaek franmomu

repo: nelmio/NelmioSecurityBundle


text:
Add MultiGPU (Data Parallelism)

Looks like the train time is pretty long on AWS instances with K80s. Adding MultiGPU data parallelism would be a good way to mitigate this (as done in https://www.tensorflow.org/tutorials/using_gpu#using_multiple_gpus)

Does current version support multiple GPU ?
I find this training time is pretty long on my training dataset which has almost 600,000 sentence pairs.

Unfortunately not, I haven’t been very good about maintaining this code since I switched to using PyTorch shortly after this. sorry!

repo: nelson-liu/paraphrase-id-tensorflow


text:
fix choices and role pattern scenario for sdk 2.0

CHANGELOG_BEGIN
CHANGELOG_END

What is the jwt binary?
ah I see it’s the rust tool you mentioned. Seems fine to use here if it works.

authors: cocreature robin-da

repo: nemanja-da/daml-katacoda


text:
delete unused translations entries

( fix #311 )

remove unused
specification keys name
order by keys ASC

Could you include a script in package.json for finding duplicates entries?

please as mentioned by @decentraliser, add a package.json script to identify keys that are never used in src/
"lint:i18n": "...."

There is a problem when i use plug-ins for testing.
When i18n is used in a function, the variable is marked as missing and the actual value is marked as unused.
I don't have a good way to solve it,  do you have any suggestions
@evias @decentraliser

Yeah, I'm pretty sure a perfect solution doesn't exist .
As long as the script is not in the lint / build workflow, it's ok. Try to
check how other people handle this case
On Wed, May 20, 2020, 16:13 Karma notifications@github.com wrote:

please as mentioned by @decentraliser https://github.com/decentraliser,
add a package.json script to identify keys that are never used in src/
"lint:i18n": "...."
There is a problem when i use plug-ins for testing.
When i18n is used in a function, the variable is marked as missing and the
actual value is marked as unused.
I don't have a good way to solve it, do you have any suggestions
@evias https://github.com/evias @decentraliser
https://github.com/decentraliser
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/nemfoundation/symbol-desktop-wallet/pull/364#issuecomment-631314899,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIWPBP3LRFIYHVW34ZAGUPLRSOGKPANCNFSM4ND6ZN7Q
.

Now in pr, I manually clean up the useless i18n keys, using ASC sorting and normalizing the naming of keys. ASC sorting can provide a convenient way to sort out more languages in the future, and if we follow this rule later, it will be easier to manage i18n files. However, there is no lint method that works for i18n for the time being, because i18n may appear in the enumeration of TS or the variable of VUE in the program. Even if the check can be achieved, it needs to be proofread manually, not to mention the fact that none of the three languages are complete.
therefore.
Please help review and merge PR, for further optimization on this basis. For i18n file script management, I will build a new issue for processing, otherwise more merge may invalidate the current work.
we have not found a solution, if you have a good script implementation,  please recommend, I will take the time to study the implementation and complete the modification.

repo: nemfoundation/symbol-desktop-wallet


text:
Always use GNU install layout except MSVC

Current for win32 targets the cmake config file is installed in INSTALL_PREFIX/CMake except for cygwin.
But we want this also for MinGW, so I I'm thinking we want only this behavior for visual studio.
What do you think ?

I honestly have no opinion at all. I use CMake only for tests and they run only on Linux anyway.
@Erroneous1 , what do you think?

Closed accidentally. Reopened.

That should be fine. I think with header only libraries like this it makes sense to just include as a sub directory and not worry about installing:
set(UTF8_TESTS Off CACHE BOOL "Enable tests for UTF8-CPP")
set(UTF8_SAMPLES Off CACHE BOOL "Enable building samples for UTF8-CPP")
add_subdirectory(utfcpp)

target_link_libraries(myexe PUBLIC utf8::cpp)

Of course you can leave off the bits about turning on/off tests and samples.

authors: Erroneous1 nemtrif xantares

repo: nemtrif/utfcpp


text:
Creating transactions with same hash and no signature

Some exchanges and some developers have reported this issue: when they invoke the same method in the same smart contract multiple times and neo-gui create invocation transactions under 10 gas free limit, these transactions will have the same hash and have no signatures, which causes these txs are never confirmed.
A temporary solution I provided to them is adding the timestamp and the first address in neo-gui in the transaction attributes.
We need a permanent fix for this issue. Any suggestion is welcome.

No different Inputs? SmartContract transactions?

There are two issues:

Add an nonce attribute when creating tx
there is no nonce for transaction for NEO 2.x. So when projects uses neo-gui to invoke smart contract transactions for the same params without inputs. Only the first transaction will be accepted. So we need to add a timestamp as nonce to distinguish them.

Add signature when there is no input for certain tx
Currently, gui does not sign a tx without input and output. But in some cases,  smart contract will have verification trigger logic to check witness. So neo-gui should be able to support that.

there is no nonce for transaction for NEO 2.x

There was, but only for transfers https://github.com/neo-project/neo/pull/1184/files#diff-3f891451d2176ac40781e3bde8ad50c2L350-L352

@joeqian10 Please test https://github.com/neo-project/neo/pull/1184 for the first issue

@joeqian10 any news?

@shargon The first issue has been fixed.

hi, @shargon . Thank you for fixing the first issue.
Recently, I have got some projects who is asking why invoking smart contract in neo-gui will not work. It is related to the second issue that Joe mentioned. I think it is necessary to fix this issue so that developers can use neo-gui properly.
Probably @Lichen9618 can help to fix it and submit a PR.

repo: neo-project/neo-gui


text:
Putting order right after a with should make it go with the WITH clause

The with is breaking

This seems to be fixed in the latest:
2.2.0 :005 > Neo4j::Session.current.query.match(:n).with(:n).order('n.foo').limit(4).match(:q).limit(5).return('*')
 => #<Query CYPHER: "MATCH n WITH n ORDER BY n.foo LIMIT {limit_4} MATCH q RETURN * LIMIT {limit_5}">


text:
account

How do I add Google account in the navigation drawer can you give some ideas

please see the main issue #7.

repo: neokree/MaterialNavigationDrawer


text:
Disable location list when used by something else from automake

I'm using neomake with the automake function, really like it.  It strikes a nice balance between flexible, and sensible for common cases.
I really like most of the "outputs" of linting in response to automake (virtual text, signs), but I don't like the automake overriding the location list.  If I have something else loaded into the location list (e.g. a stacktrace) then I want to keep it there even while I edit/navigate code.
On the other hand, if the last thing in the location list is the output from Neomake, I'm happy for it to be updated as I make changes.
When I type :Neomake, I want the location list to update regardless of contents.

I can't actually see an option to disable the location list outright anyway? Is that possible?

To achieve what you propose, Neomake needs a way to cooperate with other plugins that also use location lists, because the location list of a window is a shared resource. I don't think vim provides a mechanism to allow a plugin to use a location list exclusively. Even if it does, it will be a bad idea for a single misbehaving plugin  that fails to release its ownership to a location list would cause other plugins to stop functioning.

repo: neomake/neomake


text:
Remove older layer metadata format support code

The PR enforces current newest index_part.json format in the type system (version 1), not allowing any previous forms of it, that were used in the past.
Similarly, the code to mitigate the https://github.com/neondatabase/neon/issues/3024 issue is now also removed.
Current code does not produce old formats and extra files in the index_part.json, in the future we will be able to use https://github.com/neondatabase/aversion or other approach to make version transitions more explicit.
Future planned transitions:

adding hash and hash_type fields in the layer metadata for future implementation of bitrot and other network corruption checks
merging layer_metadata and timeline_layers fields, to ensure on the type level, that all layers have their metadata calculated
metadata_bytes extraction: at least, its version is very important to have visible

This transition is a breaking change, but it's possible due to all prod S3 data migrated to the newest format already.
I've processed ~900_000 timelines
and all of them:

have layer_metadata and timeline_layers to contain the same set of layers
all layers having their size in the metadata
no *.old, metadata_backup or other non-layer files were found

Also, there are abnormalities in these jsons:

~56_000 timelines have 0 layers in them, which seems odd, even though does not contradict and fully compatible with the breaking changes above
~490_000 timelines still have missing_layers field in them (empty), which means they were not updated since the latest json file format update. Again, does not contradict and fully compatible with the breaking changes above: serde_json ignores "extra" fields when deserializing
2 timelines still have version 0 in their index_part.json, which means they were not updated for a long while

Since we do not delete S3 timeline files on project deletion (see https://github.com/neondatabase/neon/issues/2606 for more details on the deletion),all these abnormalities could be explained by their projects were deleted in console.
In practice, only two timelines with version 0 are incompatible with these changes, but these timelines were not used for a long time and most probably could be deleted.

Since we do not delete S3 timeline files on project deletion (see #2606 for more details on the deletion),all these abnormalities could be explained by their projects were deleted in console.
In practice, only two timelines with version 0 are incompatible with these changes, but these timelines were not used for a long time and most probably could be deleted.

They are probably deleted projects, but we need to verify that. Let's cross-check the list of these abnormalities with list of deleted projects, and ignore all the deleted ones.

authors: SomeoneToIgnore hlinnaka

repo: neondatabase/neon


text:
Add walingest test

It's the test I've been using to generate these results. The profiler that generates the flamegraph is not included in this test. I'll send a separate PR to add it.
NOTE: This PR includes a 16MB wal file. If that's too large I can compress it down to 1MB. I don't think it's worth putting it on s3 because it complicates things, and we already have 1MB files in the repo. I'm not aware of any problems they cause.

hopefully before this test breaks

If a change breaks this test it would also break our "recovery from WAL" playbook. Until we implement bootstrapping a timeline from compressed initdb it's better to have a test that breaks than not to have one

Until we implement bootstrapping a timeline from compressed initdb

For that there is #5912
In general I'm fine with merging this before #5912, as I think that the postgres update PR which would break this one is probably already blocked by https://github.com/neondatabase/cloud/issues/8284 , which I want to work on after #5912 is merged.

authors: arpad-m bojanserafimov


text:
Fix SLRU download bug, with test

While reviewing PR #6416 and wondering why the test could not reproduce the original issue, I spotted this bug with on-demand SLRU download. We used the basebackup's LSN in all the SLRU download requests, but that LSN might get garbage-collected away in the pageserver. We should request the latest LSN, like with GetPage requests, with the LSN just indicating that we know that the page hasn't been changed since the LSN (since the basebackup in this case).
Add test to demonstrate the problem. Without the fix, it fails with "tried to request a page version that was garbage collected" error from the pageserver.

Sorry, I approved this PR, but then realised that setting latest=true will not work for replica. Actually there is no solution of the problem without protocol change (PR #6357)

Why not?

Sorry, I approved this PR, but then realised that setting latest=true will not work for replica. Actually there is no solution of the problem without protocol change (PR #6357)

Why not?

Oh, for replica, gotcha. Will think some more about this.

Sorry, I approved this PR, but then realised that setting latest=true will not work for replica. Actually there is no solution of the problem without protocol change (PR #6357)

Why not?

You're right, a replica should indeed not use 'latest'. It should use the current replay LSN like for all other pageeserver requests. I'll fix that.

Ok, fixed, and added a test that covers that case too. Please take another look. I refactored the neon_get_request_lsn() function to have a better place for the comments, that refactoring is included as a separate commit.

This was fixed and the test was added by PR #7377


text:
FIX: Fix creation of translations with targetLanguageKeys defined

If you try to create translations with the parameter --target-language-keys defined, you will get an error that translationUnits is not defined in Neos\Kickstarter\Service\GeneratorService. This is, because Neos\Flow\I18n\Xliff\V12\XliffParser::getParsedData will return an array (for each <file>-Entry in the Xliff-File, typically only one entry). So we need to use the first item of that data to get the translationUnits from it.
The PR is made against the 4.3 branch, as this is the latest still supported version.

Sry, i made this in the wrong package, should go to flow-development-collection. I will add the pull request there later that day.

repo: neos/kickstart


text:
fix(beancount): remove --stdio arg

Seems like the --stdio arg is not needed:
[ERROR][2022-04-12 18:39:14] .../vim/lsp/rpc.lua:420	"rpc"	"beancount-langserver"	"stderr"	"error: Found argument '--stdio' which wasn't expected, or isn't valid in this context\n\n\tIf you tried to supply `--stdio` as a value rather than a flag, use `-- --stdio`\n\nUSAGE:\n    beancount-langserver\n\nFor more information try --help\n"

https://github.com/polarmutex/beancount-language-server#installation

? https://github.com/neovim/nvim-lspconfig/pull/1791

I really need to update the README (sorry) .
I have the node version in a branch( still works but I am not planning on adding features),  but I am planning on switching to rust soon (fully working but really have not released it yet, so currently it is installed only from source).
I could make the options the same so you could use either one or go ahead and drop the option and I can get the rust version in the crates.io registry. I have not heard much feedback on the current rust version and if it is working well I can start making the switch

It doesn't matter to me, just let me know whether or not I should merge the PR and I will :)

I could make the options the same so you could use either one or go ahead and drop the option and I can get the rust version in the crates.io registry. I have not heard much feedback on the current rust version and if it is working well I can start making the switch

I think it would make sense to do this!
I noticed that the Rust implementation seems to take the following structure:
journal_file: String

whereas the settings in lspconfig (and I assume this is how the "old" TS implementation worked) uses the following structure:
journalFile: String
pythonPath: String

Maybe it could be nice for the Rust impl to use the same casing for journalFile?
I'm also running into some errors in automated tests over at https://github.com/williamboman/nvim-lspconfig-test/blob/develop/tests/beancount/lsp_spec.lua. It uses the binary provided via GitHub releases to run the server.
Here are neovim's client LSP logs after running
$ TEST=beancount make setup
$ RUST_BACKTRACE=full TEST=beancount make test

thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: ()', src/server.rs:
81:97
stack backtrace:

   0:        0x104e6ba21 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h90c059b532d34bdd
   1:        0x104e89e6b - core::fmt::write::hefb311138778afb5
   2:        0x104e673ba - std::io::Write::write_fmt::h0e0ed87b18ae870c
   3:        0x104e6d2b5 - std::panicking::default_hook::{{closure}}::h43f0e51e5825bd5b
   4:        0x104e6ce9f - std::panicking::default_hook::ha1c3473cbcf391f7
   5:        0x104e6d9a0 - std::panicking::rust_panic_with_hook::h0db3c4ba5fb4dc12
   6:        0x104e6d43e - std::panicking::begin_panic_handler::{{closure}}::hc6d8c92efeef5a19
   7:        0x104e6be97 - std::sys_common::backtrace::__rust_end_short_backtrace::h7ffb59e898e02a83
   8:        0x104e6d3aa - _rust_begin_unwind
   9:        0x104ea9e2f - core::panicking::panic_fmt::h7d73f67464d78916
  10:        0x104ea9f15 - core::result::unwrap_failed::h0731520e33902c09
  11:        0x104c32f2d - <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll::hdbfd74095fb658fd
  12:        0x104d6ae52 - <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll::h0b2920a08c2fff77
  13:        0x104c38087 - <futures_util::future::future::map::Map<Fut,F> as core::future::future::Future>::poll::h7ef259501d048329
  14:        0x104bd8045 - futures_util::stream::stream::StreamExt::poll_next_unpin::h0551294a368372e4
  15:        0x104bcbbcb - futures_util::stream::stream::StreamExt::poll_next_unpin::he82aa93300269637
  16:        0x104c393c2 - <futures_util::stream::stream::filter_map::FilterMap<St,Fut,F> as futures_core::stream::Stream>::poll_next::h31dfc8fde3656629
  17:        0x104bb9555 - <futures_util::stream::select_with_strategy::SelectWithStrategy<St1,St2,Clos,State> as futures_core::stream::Stream>::poll_next::hf245d65e6df88f9f
  18:        0x104c37fd8 - <futures_util::stream::stream::map::Map<St,F> as futures_core::stream::Stream>::poll_next::h5cd94fcc7f13302c
  19:        0x104bac02e - <futures_util::stream::stream::forward::Forward<St,Si,Item> as core::future::future::Future>::poll::h20645ba8f94c166b
  20:        0x104bb8e81 - <futures_util::future::maybe_done::MaybeDone<Fut> as core::future::future::Future>::poll::h322df37f0724e775
  21:        0x104c07d55 - <futures_util::future::poll_fn::PollFn<F> as core::future::future::Future>::poll::hf0149c8b8d4a0f5b
  22:        0x104c2c4f8 - <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll::h6d39a5978779adfb
  23:        0x104c05415 - tokio::park::thread::CachedParkThread::block_on::hb0d3b6da3a509650
  24:        0x104c05641 - tokio::runtime::thread_pool::ThreadPool::block_on::h68766fb78fc2c5c4
  25:        0x104bb5e1b - tokio::runtime::Runtime::block_on::h159679301d082605
  26:        0x104c37e67 - beancount_language_server::main::h425bc04982ca4dc7
  27:        0x104bf7f26 - std::sys_common::backtrace::__rust_begin_short_backtrace::h6186feaaef90547b
  28:        0x104bada51 - std::rt::lang_start::{{closure}}::h64a079ebefd0676a
  29:        0x104e6b6cf - std::rt::lang_start_internal::hb74872162e3d56c9
  30:        0x104c37fb9 - _main

@polarmutex should I merge this?

I think the consensus is we will not merge this and I will make both the typescript and rust version use the same options @williamboman

#1879

authors: mjlbach polarmutex williamboman

repo: neovim/nvim-lspconfig


text:
502 Visitor DTO( Documentation - 502)

 502 Bad Gateway  502 Bad Gateway openresty

I shut down the back end service

authors: neozhu pickapool

repo: neozhu/FacialRecognition


text:
The formatting.expanduser changes broke Windows again

Hey,
The formatting.expanduser changes broke Windows support again, and one of the tests in "rez selftest --config" fails.
Ultimately the reason was the removal of an "os.path.normpath" call on the path BEFORE we begin the ~ search, but I also noticed some "bugs" in your code (the main things being it not capturing all forms of whitespace, but also the inability to handle the mixed os.sep and os.altsep case, which is common as hell on Winblows). So in this PR I've switched to a single regex.sub call that explicitly performs the limited replacement you mention in your comment lines (retaining the oddity that both ";" and os.pathsep (':') are allowed on either side of the ~ on Linux).  Personally I find the regex a bit more formal and a little easier to read, with the added bonus of allowing for explicit representation for checking start and end of the string as well as the expanded whitespace definition and mixed sep handling.

Thanks Michael and apologies for the breakage, I can't test the side
effects on windows!
A
On Fri, Jul 1, 2016 at 3:30 PM, Michael Morehouse notifications@github.com
wrote:

Hey,
The formatting.expanduser changes broke Windows support again, and one of
the tests in "rez selftest --config" fails.
Ultimately the reason was the removal of an "os.path.normpath" call on the
path BEFORE we begin the ~ search, but I also noticed some "bugs" in your
code (the main things being it not capturing all forms of whitespace, but
also the inability to handle the mixed os.sep and os.altsep case, which is
common as hell on Winblows). So in this PR I've switched to a single
regex.sub call that explicitly performs the limited replacement you mention
in your comment lines (retaining the oddity that both ";" and os.pathsep
(':') are allowed on either side of the ~ on Linux). Personally I find the
regex a bit more formal and a little easier to read, with the added bonus
of allowing for explicit representation for checking start and end of the
string as well as the expanded whitespace definition and mixed sep handling.
You can view, comment on, or merge this pull request online at:
https://github.com/nerdvegas/rez/pull/327
Commit Summary

Adding Skral's changes
Minimal windows fixes (#2)
Pull in latest from nerdvegas/master ... (#3)
Expanduser fixes for linux broke Windows
Merge remote-tracking branch 'upstream/master'
Woops, forgot the raw designation

File Changes

M src/rez/utils/formatting.py
https://github.com/nerdvegas/rez/pull/327/files#diff-0 (31)

Patch Links:

https://github.com/nerdvegas/rez/pull/327.patch
https://github.com/nerdvegas/rez/pull/327.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/nerdvegas/rez/pull/327, or mute the thread
https://github.com/notifications/unsubscribe/ABjqSle7Vmp42cRFPJ4Kxjsb7sDgCWHfks5qRZUdgaJpZM4JDhg_
.

Might not be trivial to get working, considering the way the installer works, but perhaps Appveyor?  They've got a free tier for FOSS projects, and they'll run arbitrary jobs on most versions of Windows.

authors: michaelmovies nerdvegas

repo: nerdvegas/rez