sRGB conversion lookup tables

Using lookup tables for at least converting u8 sRGB to and from linear RGB would skip a bunch of calculations, at the cost of space for the table(s). u8 -> f32 is just a simple lookup, while f32 -> u8 is trickier, but should be possible. Maybe through interpolation or if f32 -> linear u8 -> sRGB u8 has a reasonable precision loss. It needs some research.

I think this could be a good idea for Lab too. I was working with converting large resolution images to Lab space and eventually back to Srgb. There's a very perceivable dropoff in speed of converting from Srgb to Lab as image size increases. I went down a rabbit hole of profiling/benchmarking and I'm not sure how much can be done.
These are the functions I used for benching. It gets a raw buffer from the image crate, converts to lab (the other to linsrgb), and then converts that back into the Rgb format for output.
pub fn lab_f32(img: &[u8]) -> Vec<u8> {
    let lab: Vec<Lab> = Srgb::from_raw_slice(&img)
        .iter()
        .map(|x| x.into_format().into())
        .collect();
    let srgb: Vec<Srgb<u8>> = lab.iter().map(|x| Srgb::from(*x).into_format()).collect();

    Srgb::into_raw_slice(&srgb).to_vec()
}

pub fn linsrgb_f32(img: &[u8]) -> Vec<u8> {
    let linsrgb: Vec<LinSrgb> = Srgb::from_raw_slice(&img)
        .iter()
        .map(|x| x.into_format().into_linear())
        .collect();
    let srgb: Vec<Srgb<u8>> = linsrgb
        .iter()
        .map(|x| Srgb::from_linear(*x).into_format())
        .collect();

    Srgb::into_raw_slice(&srgb).to_vec()
}

I set up a test project here https://github.com/okaneco/palette_toy_benchmarks
The timings represent the round trip time from Srgb -> color -> Srgb. The timings are brutal for Lab, and LinSrgb is a little less than half the time for Lab. In order to run enough samples or for enough time, you end up waiting a while. The increase in time is linear with the pixel count (but below a second or two it feels practically instant for smaller images).
1. Image dimensions: 600x338 - 202,800 pixels

animal-beach-claw-crab-584501-w600.jpg
Time

lab_f32
[77.947 ms 78.372 ms 78.806 ms]

linsrgb_f32
[34.997 ms 35.218 ms 35.403 ms]

srgb_f32
[11.843 ms 11.923 ms 12.014 ms]

srgb_u8
[9.0099 ms 9.0387 ms 9.0686 ms]

2. Image dimensions: 5331x3001 - 15,998,331 pixels

animal-beach-claw-crab-584501.jpeg
Time

lab_f32
[6.2878 s 6.3092 s 6.3310 s]

linsrgb_f32
[2.8557 s 2.8723 s 2.9109 s]

srgb_f32
[1.0217 s 1.0275 s 1.0330 s]

srgb_u8
[729.06 ms 730.50 ms 732.63 ms]

There's also a main.rs I used cargo flamegraph with to get an idea of where time is being spent. It uses the same two functions in separate loops. Unfortunately, I think you have to download the svg file in order to open it in your browser and interact with it. This is on a Mac and some dtrace settings are disabled for security so I'm not sure how much detail is missing. Some calls seem unavoidable like the math libraries, cbrt, powf, and round. Next come the matrices where a lot of time is spent for rgb_to_xyz and inverting, and into_format. Last thing I noticed was max_intensity and classify float for the matrix inversion determinant. Anything I tried changing usually ended up in no result or regression, the compiler doesn't seem to need help.
It would probably be a good idea to set up a benching harness to track improvements/regressions. I need to try again but the new changes with into/from_color seem to improve performance slightly in the range of 5-10% for the benches I was running. I had changed the path to a local palette checkout at one point in the Cargo.toml.

Setting up a lookup table for converting between spaces will probably be a bit more complicated. The RGB table can use the same 1D table for all three components, while a table for converting between spaces will need to lookup based on all three components.
That said, I'm sure it would be useful. And I think a good first step, no matter what, is to set up some benchmarking.
The version on crates.io and here in the repo have different code for changing component types too, so that is also a factor. The old one may be harder to optimize. I'm also not sure how well the compiler is able to optimize other parts that involve floats (I heard long ago that they can't always be optimized without affecting the output), so there may be room for some manual improvements in general.
I would like to keep this particular issue focused on RGB, as it's a bit of a more isolated case, and discuss general benchmarking and lookup tables for color spaces separately. Just so it doesn't grow out of scope. 🙂

Issue #95 is already an open discussion for benchmarking in general.

I'm reserving this one for myself. I have some ideas I would like to explore, including changes to some of the traits.

I'm un-reserving this. My ideas were not that great and something really simple is probably the best. I will get back to it later if nobody else does.


Bytecode version mismatch in iree-compile

What happened?
I saw an error when running iree with a simple pytorch example.
class foo(torch.nn.Module):
    def __init__(self):
        super().__init__()

    def forward(self, x, y):
        return x.sin() + y.cos()

The code is saved to attached main.py and you can run it with
python main.py

The error is related to bytecode version mismatch: (see full log attached as error.txt)
...
Diagnostics:
<stdin>:0:0: error: bytecode version 1 is newer than the current version 0
...

Attached files
error.txt
main.py.txt (change to main.py)
pip-list.txt
Steps to reproduce your issue

Download files
Run: python main.py
See error

What component(s) does this issue relate to?
No response
Version information
Ubuntu 20.04.5 LTS
List of installed packages
Package           Version
----------------- ---------------------
certifi           2022.12.7
cmake             3.26.1
filelock          3.10.4
iree-compiler     20230209.425
iree-runtime      20230209.425
iree-tools-tf     20230209.425
iree-tools-tflite 20230209.425
iree-tools-xla    20230209.425
iree-torch        0.0.1
Jinja2            3.1.2
lit               16.0.0
MarkupSafe        2.1.2
mpmath            1.3.0
networkx          3.0
numpy             1.24.2
pip               23.0.1
PyYAML            6.0
setuptools        65.6.3
sympy             1.11.1
torch             2.1.0.dev20230323+cpu
torch-mlir        20230324.787
triton            2.0.0
typing_extensions 4.5.0
wheel             0.38.4

Additional context
No response

This means the the tooling used to generate the ir is generating a newer version of the bytecode. The update was relatively recently and looks at your version numbers your iree-compile is back from early February. Try updating to the most recent version of iree and it might just fix everythin.

Is there a way to install the latest iree via pip install?  What I can see is that there is no version later than the one I installed.  Or should I build iree from the source?

There is way to install the nightly :
-f https://iree-org.github.io/iree/pip-release-links.html

Thanks for your help!  The issue was resolved after iree was upgraded to the latest version.
...
iree-compiler     20230324.468
iree-runtime      20230324.468
...

I also have this issue, tried it with the nightly too. Same output.

What versions of iree-compiler, iree-runtime and JAX/PyTorch/torch-mlir do you have?

What versions of iree-compiler, iree-runtime and JAX/PyTorch/torch-mlir do you have?

Thanks for getting back,
I have tried both iree compiler & runtime from regular pip and also the nightly (pip install -f https://iree-org.github.io/iree/pip-release-links.html iree-compiler iree-runtime)
iree_compiler-20230228.444
iree_runtime-20230228.444
torch-mlir 20230413.807
I followed torch-mlir instructions from here: https://openxla.github.io/iree/getting-started/pytorch/

That's the problem: post the move the URL changed and pip install doesn't follow the redirect.

That's the problem: post the GH org move, the URL changed and pip install doesn't follow the redirect.

That sounds good and bad at the same time. How do I get the right url?

That's the problem: post the GH org move, the URL changed and pip install doesn't follow the redirect.

I think a manual download could fix this issue:
iree_compiler-20230414.489-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
iree_compiler-20230414.489-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
iree_runtime-20230414.489-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
iree_runtime-20230414.489-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
But I am not sure which one to get - is this a version number: cp310-cp310 ?

That's the problem: post the GH org move, the URL changed and pip install doesn't follow the redirect.

I think there is a issue with the downloads via wget.
I got errors like this: HTTP request sent, awaiting response... Read error (Decryption has failed.) in headers.
Retrying.
But downloading via chrome worked!

Yes https://openxla.github.io/iree/pip-release-links.html is the new URL and if you go to the old URL in Chome in taxes you there, but pip [probably correctly] decides not to do that (sorry was on mobile for first response, luckily you resolved by time I go to desk)

For any one facing this issue in future, this is the solution until url redirects are fixed:
Manually download the compiler and runtime wheels with a browser from: https://iree-org.github.io/iree/pip-release-links.html
Then install the wheels with pip.
Please mark this as closed.

pip install -f https://openxla.github.io/iree/pip-release-links.html iree-compiler iree-runtime

should also do it (I'll go edit the URL in my old suggestion).


change content/docs/people/p32/emergency availablity.md by JoshOlsonKerrigan at<PHONE_NUMBER>

Update Page “content/docs/people/p32/emergency-availablity.md”
Edit this PR

This was just a test of the CMS prototype. The identified issues have been fixed, this PR can be closed.


Cleanup strings

These are various improvements to the strings. Keep in mind, that this isn't tested as I haven't gotten my googles yet.
Especially the statusbar change might cause problems, if it's too long now, but hopefully it's not, that's a place where it's really bugging me.
The correct handling of the back button, would probably also be a custom item, with a button pointing back. Basically similar to how we do the selection item. But this is still an improvement for now.

Statusbar seems fine.


Fix project metadata not reloading correctly after save settings

What does this PR do and why?
Closes https://github.com/jbx-protocol/juice-interface/issues/2858
Closes https://github.com/jbx-protocol/juice-interface/issues/1773
Makes a call to refetch the metadata once it has finished completing the transaction
Screenshots or screen recordings
https://user-images.githubusercontent.com/104132113/215009308-fe3e9a51-79eb-4957-b143-4074af35a283.mov
Acceptance checklist

[ ] I have evaluated the Approval Guidelines for this PR.
[ ] I have tested this PR in all supported browsers.
[ ] I have tested this PR in dark mode and light mode (if applicable).

Current dependencies on/for this PR:

main

PR #2888   👈

This comment was auto-generated by Graphite.

⏳ This pull request is set to merge as part of a Graphite merge job
Stack job ID: esUmeNNUB3AKiWWqk4vF.
See details on graphite.dev


Inconsistent website documentation

I tried upgrading Scanamo but noticed quite a few changes in the API that are not reflected in the documentation on the website.
Firstly the github readme recommends going to:
libraryDependencies += "org.scanamo" %% "scanamo" % "1.0.0-M10"
but the website still says this, with the old package space
libraryDependencies += "com.gu" %% "scanamo" % "1.0.0-M8"
I tried upgrading to 1.0.0-M10 but the documentation is incorrect.
The website suggests:
Scanamo.exec(client)(operations)
but it appears the new approach is:
Scanamo(client).exec(operations)
Think it would be worth going through the documentation and tidying it up or correcting it as I guess there's quite a few tiny differences with the evolving API

Hi @LukeDeighton I couldn't agree more, it's something I've been terrible at, apologies for that. I will close this ticket as this is tracked in #492 , hoping someone will pick it up soon!


how to send whatsapp status text or image ?

I'm new to WA.js and I'm trying to update my status using the WPP.status.sendTextStatus function, but it doesn't seem to be working. I'm not sure if I'm missing something or need more functions to send whatsapp status . Can anyone please help me with this?

Could you explain more and show some examples?

Yes he is right WPP.status not working well , it post the status but it do not appear to others

Yes he is right WPP.status not working well , it post the status but it do not appear to others

Please, update wajs for the latest version.
Examples:
WPP.status.sendTextStatus(Bootstrap primary color: #0275d8, { backgroundColor: '#0275d8', font: 2});
WPP.status.sendImageStatus('data:image/jpeg;base64,<a long base64 file...>');


Correction for raw affiliation IUT de Saint Malo, Univ Rennes, CNRS, CREM - UMR 6211, F-35000 Rennes, France

Correction needed for raw affiliation IUT de Saint Malo, Univ Rennes, CNRS, CREM - UMR 6211, F-35000 Rennes, France
raw_affiliation_name: IUT de Saint Malo, Univ Rennes, CNRS, CREM - UMR 6211, F-35000 Rennes, France
new_rors: 015m7wh34;02feahw73;0047rmf80
previous_rors: 015m7wh34;02feahw73
works_examples: W4386258600
contact: 7668c3007890725596a2f254a71626d1:cb9842039c77cba72d472b6c08abb411 @ univ-rennes.fr

This issue was accepted and ingested by the OpenAlex team on 2024-10-10. The new affiliations should be visible within the next 7 days.


OM Tool should support JSON file for input to -p and -pn during configure-product

When issueing the configure-product command, you should be able to specify a JSON file, and not just the command-line string.  for example:
./om -k -t https://my-ops-man.net -u admin -p supersecretpassword configure-product -n p-mysql -p /tmp/p-mysql-properties.json -pn /tmp/p-mysql-networks.json

I would love to be able to opt-in to use JSON files wherever there is JSON input required. An implementation enabling this could follow the default curl behavior for the @ symbol in passed data.

@DonBower - this should be pretty easy to do.
@FaKeller - Giving the @ symbol special meaning would be a fun dev challenge but I certainly don't want to use it when a normal flag will do. Appreciate the suggestion though!

I might be a little biased as I have been using om curl a lot, but naming the command "curl" and not supporting the @ syntax was unexpected. Also, curl supports stdin: cat data.json | curl -d @-. While stdin support does not make much sense in case multiple JSON arguments need to be supplied (e.g. for om configure-product) it might make sense to think about how to consistently add file/stdin support to the om curl command. Anyways, I'd love to see files supported either with or without the @! :-)

@DonBower by the way in the meantime you can use something along the lines of:
om ... configure-product -n p-mysql -p "$(cat properties.json)" -pn "$(cat network.json)"

What works for me is:
P_PROPERTIES=$(cat $PROPERTIES_JSON)
om ... configure-product -n p-mysql -p "$(P_PROPERTIES)"
where $PROPERTIES_JSON is the json file name.
So this is an acceptable substitute.
Thanks for the suggestion @FaKeller !

Thanks @FaKeller and @DonBower, closing the issue.
@FaKeller We will consider looking into supporting proper curl behavior natively in om curl command.


Mean Median Mode Calculator

In this, we take the sample as input from the user
and then return the mean, median, and mode ,all three results in a single calculator.
for example
input ---
size of sample= 5
sample    = 2 4 6 2 1
output=== mean = 3
median= 2
mode=2

@LuckySingh9897 Yes. Go for it.

I want to work under jwoc under this issue

I want to work on these issue under jwoc


Automatic Mask Generation

Hi,
Do these converted models support Automatic Mask Generation without the need for a point or bounding box?

Sorry, this can be closed.
I looked into how SAM v2 is doing its Automatic Mask Generation, and it just creates bounding boxes to fill the image, and amalgamates the results.


sqfliteDatabaseFactory returns object

Getting syntax error The method 'getDatabasePath' isn't defined for the type 'Object' because
sqfliteDatabaseFactory returns Object instead of DatabaseFactory.
https://github.com/vitusortner/floor/blob/5dd32c3b5cecbb16205d54145f736befbb371253/floor/lib/src/sqflite_database_factory.dart#L8

Did you run flutter pub get already? This functionality has been introduced with the lastest release which makes the library depend on a new package.

Did you run flutter pub get already? This functionality has been introduced with the lastest release which makes the library depend on a new package.

Yep, I've run flutter pub get already but still getting the same. also, I tried to upgrade SDK as same as in example >=2.6.0 <3.0.0,
Is there any future purpose that prevents passing return type as DatabaseFactory.

I also had that problem and my solution was running pub upgrade (with all caveats). I assume that we are giving a dependency range for a dependency which is too permissive on the lower end.
We might have to change
https://github.com/vitusortner/floor/blob/0284749b276fd8e3eed1380159ca7a43009eb352/floor/pubspec.yaml#L14
to
sqflite: ^1.3.0
But I don't know if that is everything that's necessary.


Merge release -> master

Build in pipeline check aborted.

The code coverage is the same after your change 🤟
This is a good thing if you are not sure ;)
Report (compared to build #245)
Covered lines: 23.39%, change: 0%
Covered branches: 38.46%, change: 0%
Coverage report
https://checklist.intgdc.com/job/client-libs/job/gooddata-create-gooddata-react-app-unit-tests-zuul-docker-el7/249/artifact/ci/results/coverage/lcov-report/index.html

Build succeeded (gate pipeline).

https://checklist.intgdc.com/job/compliance/job/gooddata-create-gooddata-react-app-merge-compliance-check/93/ : SUCCESS in 18s
https://checklist.intgdc.com/job/client-libs/job/gooddata-create-gooddata-react-app-unit-tests-zuul-docker-el7/249/ : SUCCESS in 39s
https://checklist.intgdc.com/job/compliance/job/gooddata-create-gooddata-react-app-fossa-scanning-zuul-el7/58/ : SUCCESS in 2m 07s (non-voting)


Can't use CardIOActivity.canReadCardWithCamera() with API23 permission model

Required Information

card.io Android SDK Version: 5.3.2
Android Version and Device: Nexus 6P API23

Issue Description
I'm trying to use CardIOActivity.canReadCardWithCamera() to only show the card scanning icon if the device supports it.  When targeting API23, this method no longer works because it fails every time when trying to connect to the camera, presumably because the permission hasn't been approved.  Ideally there should be a safe way to check whether the device hardware supports CardIO's features without calling Camera.open().

Yup, that's exactly it. :)
Option 2 seems like the better option, but what would happen if the resolution check fails later on?  Is there any other way to query the camera information?


[discussion] architecture for clipping/embedded planes and other "geometrical masks"

🚀 Feature
After a chat with @kevinyamauchi and @alisterburt, we have some ideas for the future of embedded plane rendering (#3023), clipping planes (#3140) and other "geometry-based masks" that modify the rendering (a bounding box, or @alisterburt 's beloved "clipping orb" :P).
Motivation
Things we are trying to address/implement:

EventedModels all the way down
future proofing the architecture to eventually work well with layer groups and layer/data-source decoupling
allow planes (and possibily other masks) to do multiple things: for example, @kevinyamauchi would like to clip a volume and also display an averaged slice on the clipped face. This could be handled by the same plane object. Eventually, this could be done across layers through layer groups (e.g: clip one volume, average a different one on the same plane).

Pitch
Layer holds a geometrical_masks (naming is hard, ignore this for now) property. It's an evented list of Mask objects (planes, boxes, orbs), or eventually a reference to the LayerGroup's list. This can work like the LayerList and allow name-based indexing.
Something like:
>>> layer.geometrical_masks
# [Plane(name='my_plane', position=[0,0,0], normal=[0, 0, 1], thickness=10),
#  Box(name='big_box'...), Orb(...)]

A layer can then do stuff with these objects; for example:
layer.clipping.append('big_box')

would begin clipping the volume using the box, and:
layer.embedded_plane = 'my_plane'

would then start rendering the embedded plane, clipped by any active clipping. The getters should just return a reference to the appropriate Mask object.
This becomes particularly useful with LayerGroups and the separation between data sources and Layers; at that point, one could duplicate layers without doubling memory usage, display them in different ways (clipping/embedded) and still use the same underlying plane object.
It should also make easier to display such objects (without having to pick "which one of these duplicate planes do we show?) in the viewer for ease of interaction (e.g: using the "highlight layer", #2954).
Alternatives
Another approach would be to hold such planes on the viewer (or canvas?). This would make it easier to

have a single plane instance controlling several layers
hook up callbacks

We found however that this became quickly complicated when it comes to passing around references to layers, especially if one wants to clip different layers in different ways.
The third alternative is to keep it similar to how it is: each of these masks is a different object, and they would instead need to be hooked up to syncronize. This would multiply the number of objects needed if one wants to clip multiple layers. It's also harder maintain a consistent state. Rendering the masks for UI purposes also becomes complicated and messy.
Additional context
In terms of pratical applications and future proofing, we think this approach is pretty good. However, we're a bit unsure on the higher-level achiterctural planning. Should this list be more generalized and unified (e.g: "rendering-related-stuff"), or more specific and separated (e.g: "planes", "polyhedrons" ...)?
Moreover, we based a lot of our reasoning on not-yet-implemented things like LayerGroups (see #2261) and data/visual decoupling. Are these things moving in the direction we thought?
The work needed to get this up shouldn't be too much (#3140 is basically ready), but it would be nice to hear some thoughts from everythone before I actually do it :)

cc @kevinyamauchi @alisterburt

Ok nice, this is a good discussion. A couple things I'm taking away are that it's more than just planes we're talking about, they could be other objects. We might want to do more than just clip with these objects.
I think the API you're proposing is a reasonable one, but I can see an alternative framing now which is that a canvas has a list of geometrical_masks and operations like clipping and then you can assign layers to these.
i.e.
viewer.canvas.geometrical_masks
# [Plane(name='my_plane', position=[0,0,0], normal=[0, 0, 1], thickness=10),
#  Box(name='big_box'...), Orb(...)]

# viewer.canvas.clipping.append({'big_box': [my_image_layer, my_labels_layer]})

This would allow for our layers to stay simple without knowing clipping information and for these geometrical objects to be reused across layers very easily.
Given this is a major API difference from where we're at right now, I wonder if for PRs like #3140 and #3150 we should keep all the new API private or add the word experimental in front of every bit of new API.
I would like to release 0.4.11 asap and a lot of this naming will definitely still be in flight

I agree with the suggestion that these should live on the canvas/viewer and be easily applied to different layers/purposes. Re: 0.4.11 - an experimental tag is a good idea, I think it's worth taking the time to get the API around this stuff figured out, maybe for 0.5.0? Will post a message in the zulip for visibility

I see the benefit from a high-level api standpoint, but I'm worried that moving these things to the canvas will make the actual rendering code a bit noodly (we still somehow need to get these things to the vispy nodes for each layer, since the clipping happens in the shader...).
Agree 100% on the experimental stuff, so we can keep this discussion going without getting stuck!


fix(gef-readonly): added read-only to GEF deals users

Introduction ✏
read-only user is unable to access GEF deal on Portal.
Resolution ✔

Added READ_ONLY to valid list of users with bank set as *.
Added console.error when unauthorised.
Added documentation.

Codecov Report

Merging #2301 (deb55a3) into main (2390d16) will increase coverage by 2.06%.
Report is 108 commits behind head on main.
The diff coverage is 4.65%.

@@            Coverage Diff             @@
##             main    #2301      +/-   ##
==========================================
+ Coverage   21.01%   23.08%   +2.06%
==========================================
  Files        1030     1032       +2
  Lines       25229    25613     +384
  Branches     4081     4092      +11
==========================================
+ Hits         5303     5913     +610
+ Misses      17370    17186     -184
+ Partials     2556     2514      -42

Flag
Coverage Δ

ui-test
65.14% <ø> (+0.33%)
:arrow_up:

unit-test
3.78% <4.65%> (+3.06%)
:arrow_up:

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

Files
Coverage Δ

dtfs-central-api/src/helpers/isNumber.js
100.00% <100.00%> (ø)

dtfs-central-api/src/helpers/index.js
0.00% <0.00%> (ø)

...c/v1/controllers/cron-jobs/cron-jobs.controller.js
0.00% <0.00%> (ø)

.../durable-functions/durable-functions.controller.js
0.00% <0.00%> (ø)

.../v1/controllers/portal/deal/get-deal.controller.js
0.00% <0.00%> (ø)

.../portal/gef-facility/update-facility.controller.js
0.00% <0.00%> (ø)

...1/controllers/tfm/deal/tfm-get-deals.controller.js
0.00% <0.00%> (ø)

...controllers/tfm/deal/tfm-update-deal.controller.js
0.00% <0.00%> (ø)

...s/portal/gef-deal/add-min-activities.controller.js
0.00% <0.00%> (ø)

...rs/tfm/amendments/tfm-get-amendments.controller.js
0.00% <0.00%> (ø)

... and 3 more

... and 405 files with indirect coverage changes
:mega: Codecov offers a browser extension for seamless coverage viewing on GitHub. Try it in Chrome or Firefox today!


Fix: presence map key and get with query (clientId and connectionId)

#641

Both are passing https://travis-ci.org/ably/ably-ios/builds/302897096#L3032-L3033 but maybe I should look at the other tests. I don't know if it was me that broke the tests or they already were broken.

WDYT?

@ricardopereira I think this PR can be merged and that should be addressed separately (https://github.com/ably/ably-ios/issues/652).


fix fantom init etherscan URL

Hi , we have a small issue with running init command for fantom testnet.
When doing the init command, it gives this error when it tries to look for ABI based on the contract address provided,
Failed to fetch ABI from Etherscan: request to https://api-fantom-testnet.etherscan.io/api?module=contract&action=getabi&address=0x26D457333475b7d2d0E892C4dB778875AB135882 failed, reason: getaddrinfo ENOTFOUND api-fantom-testnet.etherscan.io
The URL should be:
https://api-testnet.ftmscan.com/api?module=contract&action=getabi&address=0x26D457333475b7d2d0E892C4dB778875AB135882

https://github.com/graphprotocol/graph-cli/releases/tag/release-1670442785102


mvn package failed

Failed to execute goal org.codehaus.mojo:exec-maven-plugin:3.1.0:exec (swig-libpq_query) on project pg_java: Command execution failed.: Cannot run program "swig" (in directory "/home/jiangtao/github/pg_java/target/downloads/libpg_query-13-2.1.2"): error=2, No such file or directory -> [Help 1]

I solved this issue by installing swig command.


[embedded-wallet] Budget Allocation screen information restructuring

I think the distinction between the "statechannels.com wants to allocate" and "Recommended amount: 0.2 ETH of your send" is a bit confusing. The key operator variable here are:

Who is asking for an allotment (statechannels.com)
An allotment of what (your Send Bandwidth or your Receive Bandwidth or BOTH (most likely))
How much for each Bandwidth type

We also probably want some kind of FAQ page, or maybe a tooltip to explain what the heck "bandwidth" is because I bet no one will have a clue on first glance.

Originally posted by @snario in https://github.com/statechannels/monorepo/issues/286#issuecomment-547124911

I think "budget" is a term that does justice to this concept, and agree that we may want to avoid "bandwith" which is a more technical term with many different meanings in different contexts (the main one being tied to data transmission rates, which is not the intended meaning here).
That's for the "send" side of things, anyway. The more difficult concept is the 'receiving' side: but I think "receiving budget" is about as clear as you can get without going to a tooltip or FAQ page.
In summary I think "Spending budget" / "Receiving budget" works.
A tooltip might read: "You will not be able to send more ETH than your spending budget or receive more ETH than your receiving budget across all channels managed in this tab -- increasing either budget constitutes an increase in the level of trust you are placing in this website.

@snario @geoknee Can we have a rough sketch of how the modal would look with these changes?


update nodejs

The warning occurs because of
https://github.blog/changelog/2023-09-22-github-actions-transitioning-from-node-16-to-node-20/
Solution: is

Upgrade versions of used github actions
actions-js/push - it seems to not be updated. Waiting for the resonse to the issue: https://github.com/actions-js/push/issues/25
If there is no response  - will get rid of that action.

Status: 1 - done. 2 - waiting

Done. All actual voedger/untillpro workflows use new versions of actions, based on NodeJS 20.


Using shell from config if specified

Don't execute extra command if it's not needed
Pull Request Template
Description
In case of override login shell from config login shell will be executed always.
Type of change
Please delete options that are not relevant.

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

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

[x] Override shell in config run terminal

Test Configuration:

OS: Mac  OS
OS version: 10.14.1
Go version: 1.11.2

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[ ] Any dependent changes have been merged and published in downstream modules

Thanks :)


[BUG] inhibitor

it won't hide after time out

the emu isn't hiding either

mine isn't hiding either, and when you put a custom image, the image doesn't appear

Samething here, custom images have trouble to load with the inhibitor timer AND the gold graph pop-up.
Also, if an inhibitor respawn, it's won't hide, but if in the meantime (while all inhib are alive/up) another inhibitor is destroyed, the League Broadcast crash and close.

Can you post crash logs and logs when this issue happens?
As for it not hiding, that has been a problem for some time and so far I have not been able to find the root of the issue.
I am working on a rewrite and hope that will solve this

on the inhibitor it would be possible to change the side of the inhibitors, the blush has the inhibitors only from the blush, and the redside the inhibitor timer is above the minimap?

on the inhibitor it would be possible to change the side of the inhibitors, the blush has the inhibitors only from the blush, and the redside the inhibitor timer is above the minimap?

This is a separate issue.
Original issue fixed in latest release


Support for SPI

@pelikhan,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot


connection to Impala failed while using a json file as configuration

I'm using DVT with python and I'm trying to connect to Hive using a json file as configuration for schema validation, as follows:
{
"type":"Schema",
"source_conn":{
"source_type":"Impala",
"host":"HOST_NAME",
"port":"N_PORT",
"database":"DB_NAME",
"user":"USER_NAME",
"password":"PASSWORD",
"ca_cert":"CA_CERT",
"use_ssl":true
},
"target_conn":{
"source_type":"BigQuery",
"project_id":"PROJECT_ID",
"google_service_account_key_path":"GOOGLE_SA_JSON"
},
"schema_name":"",
"table_name":"",
"target_schema_name":"TARGET_SCHEMA_NAME",
"target_table_name":"TARGET_TABLE_NAME",
"result_handler":{
"type":"BigQuery",
"project_id":"PROJECT_ID",
"table_id":"DATASET.TABLE"
},
"exclusion_columns":[
]
}
I'm getting the following error:
  File "/opt/rh/rh-python39/Python-3.9.18/venv/lib/python3.9/site-packages/data_validation/data_validation.py", line 61, in __init__     self.config_manager = ConfigManager(config, verbose=self.verbose)   File "/opt/rh/rh-python39/Python-3.9.18/venv/lib/python3.9/site-packages/data_validation/config_manager.py", line 58, in __init__     self.source_client = source_client or clients.get_data_client(   File "/opt/rh/rh-python39/Python-3.9.18/venv/lib/python3.9/site-packages/data_validation/clients.py", line 257, in get_data_client     raise exceptions.DataClientConnectionFailure(msg) data_validation.exceptions.DataClientConnectionFailure: Connection Type "Impala" could not connect: unexpected exception
Am I writing something wrong?
Thanks

Is it possible for you to try using the same parameter values within a default DVT CLI command? Something data-validation validate row..., so you could check it you can actually connect to this Hive instance regardless of the JSON configuration.
Also I would suggest to review our connection instructions to use Hive, maybe you might need to use other parameters or your current env does not check the requirements: https://github.com/GoogleCloudPlatform/professional-services-data-validator/blob/develop/docs/connections.md#hive


Lama Cleaner add ZITS support

Lama Cleaner is integrated with ZITS, you can try it here

Thank you!


Fixed repeater with translation bug #8328

Description
Fix for bug #8328
Some demo how it works after fix for edit and view page
https://github.com/filamentphp/filament/assets/4639175/27080b2b-c522-4004-ae52-77444c47e719
Visual changes
Nope
Functional changes

[x] Code style has been fixed by running the composer cs command.
[x] Changes have been tested to not break existing functionality.
[x] Documentation is up-to-date.

hey :)
sorry I couldn't test this on time. and just did a quick one now.
so this break saving the upload files. its not updating the data prop will not add the uploaded file (without saving) and switching to another language.
so to reproduce:

edit or create a record
upload a file
switch the lang without saving
you will notice the file is removed since its not persist in the state data yet

my demo is not updated yet, you can see it here
https://demo.larazeus.com/admin/categories/1/edit
hover I update and test it locally and its affecting the upload field even if there is no repeater or builder
old:
https://github.com/filamentphp/filament/assets/1952412/af8ea48a-a786-475f-a981-d71644a64830
new:
https://github.com/filamentphp/filament/assets/1952412/46afbfd5-0f17-4a2d-a80d-4a3e49d58ebb

OK, reverting.


Add SelectRoller component

Sorry for taking so long to check this. It seems fine so I'll merge this in, thanks again @neochapay !


fix: skip the deprecated trait only for shapes in the prelude

Description of changes
Some SDK inherit the deprecated traits from members, we should only skip them for deprecated shapes in the prelude.
This change aligns this logic with the same logic used in smithy-typescript.
Scope

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Closing due to staleness, after discussing with author we're not sure what problem this was intended to remedy.


Fix workflow

Please try merge this workflow, if it still wrong, please delete your dev branch and create clone new dev from my branch with branch name is vcho

Do you use Visual Studio @chuongmep ?
Is there a way to change how we version it? Or do I need to learn how to create tags while committing

Do you use Visual Studio @chuongmep ? I am having trouble understanding how to tag a commit properly for the build

Yes, I'm using both Visual Studio and Rider to maintain code.

You mean is you want to create tag for release version ?

Yes
On Wed, Aug 16, 2023 at 6:02 PM Chuong Ho @.***> wrote:

You mean is you want to create tag for release version ?
—
Reply to this email directly, view it on GitHub
https://github.com/johnpierson/RhythmForDynamo/pull/63#issuecomment-1681415730,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADYD5VHQBUZOCNVZ5OMT5FTXVVNSBANCNFSM6AAAAAA3SWLTHE
.
You are receiving this because you modified the open/close state.Message
ID: @.***>

Oh, for create tag to release, it still needs more step I still haven't finished yet, I will help on this weekend, basically it automaton release installer also.
Any issue with Visual Studio ?

Is there a way to change how we version it? Or do I need to learn how to create tags while committing

You just need to create tag in changelog version. I will help that.


Custom server example with Hapi in README

The custom server example with Hapi is already exist.
https://github.com/zeit/next.js/tree/master/examples/custom-server-hapi

Good catch! Thanks ❤


Connection issues

Hi,
It seems like i have connection issues to my dyson fan after the homeassistant os update.
Fan kept beeing offline so i tried to reinstall and configure the integration.
Connecting to the account has no issues but configuring the discovered fan results in:
"Failed to connect. The IP Address may be required if your Home Assistant installation is running in a Container or a VM."
Even while filling in the ip

Same problem

Hi @bdovaz and @TheRecovery007 - thanks for dropping in. Sorry to hear this isn't working for you. If you'd be able to answer a few questions for me, hopefully I can help solve the issue for you.

Do the Dyson devices respond to ping?
How are you running your Home Assistant installation? (Container? VM? Home Assistant OS? etc etc)
Which Dyson devices do you have?

There are also some debugging tools available if you'd like to try them:

Run get_devices.py to get device information.

You'll need to clone that repo, install Python, the pip package manager, and run pip install requirements.txt to download required dependencies for the script.

Save the following information from that script:

Device Type (I'll need to add this to const.py.)
Serial and Credential (I don't need these, don't share them. You'll need them for the next step though)

Run dyson-mqtt-listen to get mqtt messages from the device. This is how we'll double-check that all the status/sensor messages are using the same format as previous devices.

You can download the executable binary for your platform of choice on the release page.
When running it, you'll need to use the flags for devices without wifi stickers.
Feel free to copy-paste the output here with your serial number redacted for privacy. I only need the json message bodies.

I understand this is a lot, let me know if you have any questions on performing any of these steps. Hopefully we'll get you squared away!

In my case it has been fixed, it must have been an intermittent error.

For me it seems to be fixed as well. yesterday it did not work but today it worked without any issue

Interesting! Glad it's working, I'll cross my fingers and hope it stays that way. Closing this issue, but please feel free to follow up if you have any more issues and we can reopen it.


Write a JavaScript program to convert days to hours

Description
Write a JavaScript program to convert days to hours
1 day = 24 hours
Input  : 5
Output : 120

How to contribute

Save the solution in program/ConvertDaysToHours.js file
Add ConvertDaysToHours.js file in convert-days-to-hours folder

Assign me

!assign

Hey @Dheeraj0014,
This issue has been assigned to you for more than 15 days.
We are unassigning you from this issue.
If you are still interested in contributing to this issue, please get auto-assigned on the issue by commenting !assign again.
Thanks for your contributions :)

!assign


[haskell-updates] haskellPackages.neuron: Fix deps and build

Motivation for this change
This needs a bit of tinkering, but nothing of this especially dirty. Everything is reported upstream or will be fixed by time passing.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[x] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg build haskellPackages.neuron

@GrahamcOfBorg build haskellPackages.neuron


1.8 release does not start on Fedora 31

The x86_64 version of the new 1.8 release does not start on Fedora 31. I get this error:
qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Aborted (core dumped)

hmmmm.. let me look into it

On 17 Feb 2020, at 13:54, serovar<EMAIL_ADDRESS>wrote:
The x86_64 version of the new 1.8 release does not start on Fedora 31. I get this error:
qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Aborted (core dumped)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/kapitainsky/RcloneBrowser/issues/75?email_source=notifications&email_token=ADXJHOX2XE62FUD6YAHBGXLRDKJIBA5CNFSM4KWSCNX2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IOBIXOA, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADXJHOWI7WYMSEIMNIOO3ULRDKJIBANCNFSM4KWSCNXQ.

Good thing is that Rclone Browser is now officially included in Fedora repos
https://apps.fedoraproject.org/packages/rclone-browser
So hopefully they will catch up with the latest version soon

I found the issue. Latest release of AppImage creation tools contains some weird bug...
I will update release soon with working AppImages (created using previous tools)

I'm getting exactly the same thing on a Debian-based server using the X86_64 AppImg. The previous Appimg version worked fine.

I have swap AppImages for Linux with ones generated using previous versions of AppImages tools.
Could you let me know if they work now?

Working ok for me now - thanks!

FYI - I reverted to previous versions of AppImage tools (and updated released AppImage files) and raised the issue with their author linuxdeploy/linuxdeploy-plugin-qt#65.

Works for me too, thanks :)

Thanks for reporting!


Enhancement: Improve Sign-Up Page Design and Implement Responsiveness

Kedar Malap | Contributor | GSSOC'23
The current design of the sign-up page lacks user-friendliness and does not adapt well to different devices and screen sizes. This issue aims to enhance the sign-up page design and make it more visually appealing and responsive.
Proposed Changes:

Redesign the sign-up page layout to create a more intuitive and streamlined user experience.
Implement a responsive design approach to ensure the sign-up page displays properly across various devices, including desktops, tablets, and mobile phones.
Optimize the form fields and input elements to be more user-friendly, with clear labels and appropriate validation messages.
Test the revamped sign-up page across different browsers and devices to ensure consistent functionality and appearance.

I'm a GSSoC contributor ..
I would like to work on this section...
would you please assign me to this task ??


create example of how "testthat" tests can be used

See https://testthat.r-lib.org
This is needed for #2

@arogers24 I see that https://github.com/STAT325-S24/HistoryAmherstCollege/blob/main/data-raw/case-01-check.txt has been added to the repo. Are there other files associated with this issue? Any updates?

@nicholasjhorton Yes there is another file called case-01-test.txt. The idea behind this was to have some Lorem Ipsum text with hyphens on the end of each line. The following line then starts with a word and then different cases for different forms of punctuation. This is our test file. Then there is a check file that has the expected output after we run our function. I'm still playing around with test_that() to get this to work.

I suspect that the time to explore regression testing for the hypenation routines has passed. So I'm closing this issue.


Gamepads via GLFW: gamecontrollerdb.txt compatible d-pad support?

For many gamepads, the d-pad (left/right/up/down digital controller) is exposed as "hats" in the GLFW API, but Ebiten currently only queries buttons and axes.
As Ebiten has an API returning the SDL GUID of a game controller, I assume the intention is to be compatible to gamecontrollerdb.txt regarding labelling of axes, buttons and hats (it currently is regarding axes and buttons).
However that'd require exposing "hats" as an extra API (currently they are, due to a compatibility mode in GLFW, exposed as additional buttons):
// For backward compatibility with earlier versions that did not have GetHats,
// the button array also includes all hats, each represented as four buttons.
// The hats are in the same order as returned by GetHats and are in the order
// up, right, down and left. To disable these extra buttons, set the
// JoystickHatButtons init hint before initialization.

I guess that works, but a clearer way to expose this would be nice. In the long run, maybe by supporting the GLFW gamepad API rather than the joystick API (which applies the gamecontrollerdb.txt mappings already for the developer)?

Hi,
Sure, exposing the hats API makes sense.
BTW, I'd like to remove GLFW/gamecontrollerdb.txt dependencies for gamepads in the future, since this causes some issues (e.g., #1229).

https://developer.mozilla.org/en-US/docs/Web/API/Gamepad Hmm, how do I implement the hats API for the web? Perhaps there is no way to do that?
I'll take a look at GLFW implementation, but the notion of dpad might not be universal unfortunately.

IIRC the web based mapping maps hats to buttons, so the web API normally
doesn't need any support there. See https://w3c.github.io/gamepad/#remapping

OK so on the web, we cannot distinguish hats and buttons, right?
It's possible to expose the hats API only for desktops (and maybe mobiles), but this doesn't sound portable. Hmm

so in my game, I had to write my own parser for it and do my own button/axis mapping

IIUC the button mappings vary among desktop OSes, mobiles and browsers. Even Chrome and Firefox have differences! I think gamepad configuration is necessary on the game side in any cases. Unfortunately it is hard for Ebiten to offer consistent mappings.

Yeah... ultimately there are just too many different pads.
Sadly, in my game I have a good reason to NOT have an input settings dialog, as some input features are only introduced later in the game and I don't want to reveal them to people going through the menu before playing (but instead I map the actions to "sufficiently many buttons" so >99% of controllers in gamecontrollerdb.txt can work). But that is the exception.
Also, for now I am lucky that there seems to be no controller yet with more than one hat - so I can rely on the hat as declared in gamecontrollerdb.txt to occupy the last four buttons. In general I am not opposed to keeping hats exposed as buttons, but it'd be nice to then expose an API to tell where buttons end and hats start, so I can interpret gamecontrollerdb.txt more reliably.

I know it's a little rough to ask just right after the gamepad issue (#1229, #1489) being (hopefully) resolved, but since it has been, would it be possible to work on adding cross-platform gamepad support rather than just joystick support? It'd be so comfortable to specify buttons rather than just button indices.

It's possible to expose the hats API only for desktops (and maybe mobiles), but this doesn't sound portable. Hmm

I think this sounds like a fine idea.
An idea would be to make an additional API that handles gamepads as opposed to joysticks, much like GLFW has; that way, you could just make the API return 0 values on platforms that don't support them (like browsers) and leave the decision of which API to use and how to handle it to the developer rather than coming up with an immediate solution that works on browsers as well. Or maybe have the current joystick API return an indication of whether it's in gamepad mode (if on desktop / mobile and the joystick is a supported gamepad) or joystick mode (on browsers or otherwise)?

Well, supporting the d-pad buttons only on desktops and giving up on other platforms seem to make sense. Let me think.
CC @wasedaigo, who wants better joystick support in Ebiten

My understanding is what we want is enums for https://www.glfw.org/docs/latest/group__gamepad__buttons.html. Is that correct?

For hats, https://www.glfw.org/docs/latest/group__input.html#ga2d8d0634bb81c180899aeb07477a67ea seems fine. I'm a little confused, but would having the enums for Xbox/PS button names be enough?

Hm, perhaps, d-pad (buttons) and hats are different things. Which do we want? @divVerent

I had something more detailed typed up, but I don't know much about GLFW; I'd just be speculating based off of the API docs you linked / memory with other frameworks. So instead, here's something shorter.
I think additional functions for hats would be good as that mirrors GLFW's approach. I also think we should use the GLFW Gamepad API if supported on the target platform so the enums actually work as they should. The enums allow you to refer to buttons by their name, but I believe the GLFW gamepad API is what actually maps the inputs of the joystick device to these enums so that "GLFW_GAMEPAD_BUTTON_A" actually is the A button on your controller.

Note to my self
https://gamepad-tester.com/ This detects the gamepad correctly (more correct than GLFW??)

I think additional functions for hats would be good as that mirrors GLFW's approach. I also think we should use the GLFW Gamepad API if supported on the target platform so the enums actually work as they should. The enums allow you to refer to buttons by their name, but I believe the GLFW gamepad API is what actually maps the inputs of the joystick device to these enums so that "GLFW_GAMEPAD_BUTTON_A" actually is the A button on your controller.

I'm still not sure what are hats, but I'll investigate more. Probably my gamepads don't have hats.
And, I think supporting the standard mapping whenever possible should be very useful, like what the above website does. I agree we should add some enum or something.

Note to myself:
From the GLFW implementations, glfwGetGamepadState is necessary to use mappings correctly. glfwGetJoystickButtons ignore the mappings. Oops...

The action items are:

Use glfwGamepadState and create a new API for hats (this should be done at the same time. As glfwGamepadState treats at most 16 buttons, creating a new API for hats is mandatory. For example, a PS4 controller has 18 'buttons', and 4 of them will be hats.)
Add new enum values representing the common (Xbox?) gamepad buttons.
Update the mappings with glfwUpdateGamepadMappings GLFW 3.3's mapping seems pretty old.

Finally, I abandoned the above action items, and implemented these APIs:

func HasGamepadStandardLayoutMapping
func IsGamepadStandardButtonPressed
func GamepadStandardAxisValue
type StandardGamepadButton
type StandardGamepadAxis

This should work on desktops and mobiles so far.
Hats are a notion introduced by SDL and don't exist in the web standard. Hats are just a d-pad game buttons, so Ebiten just treats buttons. In the StandardGamepadButton values, StandardGamepadButtonLeft* are the hats / d-pad buttons.
I'll be working on other small tasks like adding new APIs for inpututil.


Saving table column visibility state

Saving table column visibility state

Expected Behavior

Is there a way to save the state of the current user session like column visibility and filter criteria to the localStorage?
Current Behavior

Steps to Reproduce (for bugs)

Your Environment

Tech
Version

Material-UI
latest

MUI-datatables
latest

React

browser

etc

Hi. I would like to start working on that issue. Could you please assign me for this?

This sounds like something that is out of scope for this library to handle. The library exposes the ability to set all the initial states, from which you can recreate the state you wish, and save/restore however you wish. It's already possible with everything that exists.

You can also get some ideas from the serverside examples, just replace serverside requests with requests to something else, like local storage.

Does #1718 satisfy this requirement?

Does #1718 satisfy this requirement?

In theory it should, but it does not appear to be working, at least for me on version 3.8.x. When I update visible columns it saves the column display property correctly to localstorage, but when I reload the page those column settings aren't retained.
I'm also noticing that the 'display' property on a column is also being stored as a string (i.e. "false") instead of a boolean type.


Gmsh: Support for PhysicalNames section

I would like to add support for writing $PhysicalNames sections:
$PhysicalNames
number-of-names
physical-dimension physical-number "physical-name"
…
$EndPhysicalNames

However, the read() function returns field_data missing the physical-dimension information. I'm not sure what to do here regarding backward compatibility. Right now field_data is a dict {"physical-name": physical-number, ...}.

We can either make a backward incompatible change to output {"physical-name": (physical-dimension, physical-number), ...}.

Or append some sort or private-looking special key, let say __gmsh@physical_dimension mapping to a dict {"physical-name": physical-dimension, ...}.

Just take a decision according to your preference, and I'll contribute the PR.
PS: My use case is high order meshes. I generate high order meshes with Gmsh, then I use meshio to read it, extract the low-order mesh (i.e just the topology or skeleton of the mesh) and write it back to disk alongside with the high-order coordinates of each cell. Then I can feed a high-order DG-like code with these two pieces of information. However, right now I have no easy way to write back the $PhysicalNames section, as the read() function does not return the full info.

I wouldn't be afraid to break backwards compatibility, after all we can bump the major version.

However, the read() function returns field_data missing the physical-dimension information.

Wait, isn't that information contained in the array itself? I.e., if you have a 400x3 array, the physical dimension is 3?

What array are you talking about? The $PhysicalNames section does not contain arrays, just integers and strings.
Look at the example below. The line 2 1 "outer"  means that "outer" is the physical name of a surface labeled with 1, while 3 5 "domain" corresponds to a volume labeled with 5.

Input .geo file

...
Physical Volume  ("domain",5) = {domain[]};
Physical Surface ("outer",1) = {outer[]};
Physical Surface ("inner",2) = {inner[]};
...

Output ASCII .msh file

$MeshFormat
2.2 0 8
$EndMeshFormat
$PhysicalNames
3
2 1 "outer"
2 2 "inner"
3 5 "domain"
$EndPhysicalNames
...

If backward compatibility is not an issue, then I propose that meshio should return a field_data dict like this {"outer": (1, 2), "inner": (2,2), "domain": (3, 5)}, i.e. key: "physical-name", value: (physical-number, physical-dimension).
Are you ok with this proposal?

I see. Well, field data is a tricky thing since every mesh format has their own set of "extra" data in some form. Typically those would be strings with arrays. I'd propose instead of tuples ((1, 2)), you take arrays (numpy.array([1, 2])), perhaps with an enforced dtype=int. Those should be seamlessly readable and writable by other formats as well, and it would be nice if this info doesn't get lost in format translation.
The only thing that you have to take care of then is in gmsh_io.write() to only admit field arrays of type int and length 2, and to issue a warning if you're skipping a field.

Fixed by #150.


Linkser's images are not working any more

What worked at http://demo-social-stream.dit.upm.es/links/8 does not now: http://demo-social-stream.dit.upm.es/links/51

The regex must be improved.
This string "http://bartaz.github.com/impress.js/" should be understood as a new link.
This one "Hola probando http://bartaz.github.com/impress.js/" should be understood as a new post.

This is likely a side effect of linkser commit c1e85f6, which does not return images that can't be hotlinked from an arbitrary domain (www.linkser.com) via referrers. Can images at demo-social-stream.dit.upm.es be hotlinked?

Lets see:

It works...

Linkser commit 6831bb0 fixes this in my system. As Raquel said, the bug was introduced by linkser's c1e85f6 (fix for social_stream's issue #174) and was indeed in the method that checks for hotlinking, which did not work as expected. It does now, but you'd have to release linkser, maybe correct version in social_stream spec (Edu?).
Please check this works so we can close this bug.

Linkser 0.0.10 released and social_stream-linkser dependecy updated.

Hi Rafa, please do not be afraid to close bugs. We believe the work is correctly done and the bug is fixed. If it is not, do not  doubt that somebody will come back and reopen it.
I have added you as owner of linkser. You are now able to release future versions

Duly noted. Let's squash some more bugs!


Need DFA implementation in more languages

It'd be great to have DFA implementations in more languages, a few of which could be as follows:

[ ] Rust
[ ] Julia
[ ] C
[ ] Ruby
[ ] Kotlin
[ ] Java

If you would like to contribute in another language that is not mentioned in the above list, then please feel free to do so! Leave a comment mentioning the language you would like to contribute in!

Hi! I'm interested in working on the Rust version of this. Can I do it?

Absolutely! Looking forward to your contribution : smile:

Can I implement the C version?

Of course! Go right ahead 😄

Hey, Id like to implement the Java version

Sure! Go ahead 😄


Getting ConnectException, even if we do have data being pushed

Using Dropwizard Metrics 4.1.0 with an initialized reporter like this:
val pickledGraphite = new PickledGraphite(new InetSocketAddress(config.graphite.host, 2004))
val graphiteReporter = GraphiteReporter
  .forRegistry(registry)
  .prefixedWith(prefix)
  .convertRatesTo(TimeUnit.SECONDS)
  .convertDurationsTo(TimeUnit.MILLISECONDS)
  .filter(MetricFilter.ALL)
  .build(pickledGraphite)

graphiteReporter.start(30, TimeUnit.SECONDS)

We are getting this periodic exception, even if we do get the data in Graphite, so this is weird:
java.net.ConnectException: Operation timed out (Connection timed out)
    at java.net.PlainSocketImpl.socketConnect(PlainSocketImpl.java)
    at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
    at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
    at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
    at java.net.Socket.connect(Socket.java:589)
    at java.net.Socket.connect(Socket.java:538)
    at java.net.Socket.<init>(Socket.java:434)
    at java.net.Socket.<init>(Socket.java:244)
    at javax.net.DefaultSocketFactory.createSocket(SocketFactory.java:277)
    at com.codahale.metrics.graphite.PickledGraphite.connect(PickledGraphite.java:185)
    at com.codahale.metrics.graphite.GraphiteReporter.report(GraphiteReporter.java:265)
    at com.codahale.metrics.ScheduledReporter.report(ScheduledReporter.java:237)
    at com.codahale.metrics.ScheduledReporter.lambda$start$0(ScheduledReporter.java:177)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

We changed the Graphite server to a new setup, but same version; with the old server it wasn't misbehaving, so there's something about our server.
The problem is that from my calculations, this error happens every time the reporter tries to send a report. Yet we can see data in Graphite, so clearly the connection was successful and the data is received.
Any ideas why this error happens?

Spotted problems on our end. Please ignore. Thanks.


Build IOS app, getting error GoogleUtilities/GULURLSessionDataResponse.h file not found

Plugin version:
"@capacitor-community/firebase-crashlytics": "^2.0.0",
Platform(s):
ionic 6
capacitor 4
Creating a build for ios app.
Current behavior:
After installing firebase-crashlytics package. try to build my app on ios, getting above error.
Expected behavior:
Build should be successful after installing this package.
Steps to reproduce:
1- install the package using npm.
2- run ionic build cmd for ios
3- open xcode and click to create build for emulator iphone 14
Other information:
NOTE: try to execute pod install inside ios/App folder. returning a warning
Unable to read the license file LICENSE for the spec GoogleUtilities (7.11.1)
Generated duplicate UUIDs
Capacitor doctor:

Latest Dependencies:

  @capacitor/cli: 5.0.5
  @capacitor/core: 5.0.5
  @capacitor/android: 5.0.5
  @capacitor/ios: 5.0.5

Installed Dependencies:

  @capacitor/cli: 4.6.2
  @capacitor/core: 4.6.2
  @capacitor/android: 4.6.2
  @capacitor/ios: 4.6.2

Please help, stuck because of it, couldn't publish new build

Hi @irfanbabar,
thank you for your request.
Please provide a Minimal, Reproducible Example using this template in a public GitHub repository so I can debug the issue.

alright, let me create dummy app.

Hi man, I tried but in new dummy app, i didn't get the error. Even if I used same version of packages. I think then it is specific to my application.

Yes, I think so too. I therefore close this issue.


[backtracing] Mark two test as REQUIRES: backtracing

These two tests are checking for symbols provided by the bactracing library, and will fail if the backtracing library is not build. Mark them as such to avoid failures when the backtracing library is not built.

@swift-ci please test

@swift-ci please test Windows platform

preset=buildbot_incremental,tools=RA,stdlib=RD,test=macOS,type=device
@swift-ci please test with preset macOS


Merge postgres_db and postgrespool_db

#97 introduced support for connection pooling in postgres (via the new driver postgrespool_db).
Problem is, the new code is really similar to the original one. They should probably be merged together before they start diverging.
$ git diff --ignore-space-change  --unified postgres_db.js postgrespool_db.js

diff --git a/postgres_db.js b/postgrespool_db.js
index c8c5da3..30e4fe0 100644
--- a/postgres_db.js
+++ b/postgrespool_db.js
@@ -21,12 +21,16 @@ exports.database = function(settings)
 {
   this.settings = settings;

-  this.settings.cache = settings.cache || 1000;
+  this.settings.cache = 1000;
   this.settings.writeInterval = 100;
   this.settings.json = true;

-  this.db = new pg.Client(this.settings);
-  this.db.connect();
+  // Pool specific defaults
+  this.settings.max = this.settings.max || 20;
+  this.settings.min = this.settings.min || 4;
+  this.settings.idleTimeoutMillis = this.settings.idleTimeoutMillis || 1000;
+
+  this.db = new pg.Pool(this.settings);

 }

@@ -62,6 +66,8 @@ exports.database.prototype.init = function(callback)
       callback();
     }
   });
+
+
 }

 exports.database.prototype.get = function (key, callback)
@@ -179,10 +185,5 @@ exports.database.prototype.doBulk = function (bulk, callback)

 exports.database.prototype.close = function(callback)
 {
-  var _this = this;
-  this.db.on('drain', function() {
-       _this.db.end.bind(_this.db);
-       callback(null);
-  });
-
+  this.db.end()
 }

As an example of incipient diverging, the hunk:
-  this.settings.cache = settings.cache || 1000;
+  this.settings.cache = 1000;

already misses a change merged with #104 in cd1ef3259f03.
When merging the two drivers together, postgrespool could be maintained as a stub that internally calls postgres, in order not to break installations that are currently using it (@ldidry: comments are welcome).

I'm ok with the merging, no pb.


[SPARK-19745][ML] SVCAggregator captures coefficients in its closure

What changes were proposed in this pull request?
JIRA: SPARK-19745
Reorganize SVCAggregator to avoid serializing coefficients. This patch also makes the gradient array a lazy val which will avoid materializing a large array on the driver before shipping the class to the executors. This improvement stems from https://github.com/apache/spark/pull/16037. Actually, probably all ML aggregators can benefit from this.
We can either: a.) separate the gradient improvement into another patch b.) keep what's here plus add the lazy evaluation to all other aggregators in this patch or c.) keep it as is.
How was this patch tested?
This is an interesting question! I don't know of a reasonable way to test this right now. Ideally, we could perform an optimization and look at the shuffle write data for each task, and we could compare the size to what it we know it should be: numCoefficients * 8 bytes. Not sure if there is a good way to do that right now? We could discuss this here or in another JIRA, but I suspect it would be a significant undertaking. For now, I verified through the web ui:
Before

After

ping @yanboliang @AnthonyTruchet

Jenkins test this please.

Test build #73505 has started for PR 17076 at commit 7f22675.

Test build #73505 has finished for PR 17076 at commit 7f22675.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/73505/
Test PASSed.

@sethah a quick glance at the screenshots seems to indicate the processing time went up? Which seems a bit odd. Of course it's a small test so maybe just noise.

Those screenshots were only meant to show the shuffle write data. I'm not even sure the data sizes (number of rows) were the same, only the number of columns, which determines the shuffle write. I can do some performance testing if we think it's necessary.

Ah ok, makes sense.

Looks fine to me - @sethah does the lazy val for gradient array impact LoR & Linear regression aggregators too? Any others? Since this is a fairly compact change, I think we can maybe go with your option (b) and do all the aggregators here in this PR.

@sethah This is a nice optimization!  Small suggestion -- For the shuffle write performance improvement, would it be possible to test this on a larger dataset to highlight the improvements and also to verify that other performance characteristics did not change (eg the duration, which @MLnick mentioned went up very slightly, although it seems due to a good reason, #rows was different)?

@MLnick I checked LinearRegression.scala, LogisticRegression.scala, and AFTSurvivalRegression.scala, and all of them already do this.  Are there any other aggregators with a similar code structure?

@sethah Thanks for the good catch. I verified this optimization and found it indeed reduced the size of shuffle data. This looks good to me. BTW, like @MLnick 's suggestion, could you add the lazy evaluation for gradient array to all other aggregators in this PR? Since it's little change, I'd prefer to modify it here. Thanks.

@imatiach-msft LinearRegression, LogisticRegression and AFTSurvivalRegression do not have the lazy - they only do private val gradientSumArray ... so would need to be updated.

+1 @MLnick Three lines change, updated here?

@yanboliang yeah I agree we can do it in this PR.

@MLnick sorry, you're right, I somehow missed that the "lazy" was missing on gradientSumArray, would be great to update them as well

Thanks all for the review. I'll make the updates today.

Test build #73792 has started for PR 17076 at commit 207669f.

Test build #73794 has started for PR 17076 at commit 19be223.

Updated. Well I was able to verify that adding the lazy val does make the task binary broadcast variable smaller - i.e. it does not vary with the size of the features. We could potentially test this by serializing the closure and checking the size, but that might be for another JIRA or we can just leave it. We have not done things like this in the past (then again, we keep running into this issue).
We could also follow the pattern used in WeightedLeastSquares.Aggregator which initializes every aggregation variable to it's default value and then explicitly calls an init method. This is a bit clearer, but only a bit. Maybe we can discuss it further in https://github.com/apache/spark/pull/17094 which is partly rethinking this interface anyway.

I took another brief look, the updates look great, thank you

Test build #73794 has finished for PR 17076 at commit 19be223.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/73794/
Test PASSed.

Merged build finished. Test PASSed.

Test build #73792 has finished for PR 17076 at commit 207669f.

This patch fails Spark unit tests.
This patch does not merge cleanly.
This patch adds no public classes.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/73792/
Test FAILed.

Build finished. Test FAILed.

The failure is irrelevant, I'll merge this into master, thanks for all.


fix: body or footer has a line start with token but no empty before

The fix apply only when  the line start with token

The following example was failing with nul, after the proposed fix, it is working.
package main

import (
	"encoding/json"
	"fmt"

	"github.com/zbindenren/cc"
)

func main() {
	msg := `feat!: [BQ-627] [Fundamentals Peers] Apply entities permissioning (#55)

When the permissioning system was introduced on the universe, we automatically had permissions applied to all our FUN APIs.

##### Before
What we didn't took into account is that currently, in order to get a company peers we get the top 10 entities (based on the known filter/sorting criterias) and we apply permissions on the top 10 filtered.
ex: if a client is only enabled to XETRA exchange and he will search for APC:DE, we:
- get the top 10 entities worldwide
- out of those top 10 entities we keep only those that have instruments on XETRA

##### After
Instead of applying permissions on the top 10 peers retrieved for the requested entity, first get the entities to which the user is permissioned and get top 10 out of the permissioned ones.
`

	c, _ := cc.Parse(msg)
	d, _ := json.MarshalIndent(c, "", "  ")

	fmt.Println(string(d))
	//fmt.Println(string(c.BreakingMessage()))
	fmt.Println("Hello, World!")
}

@zbindenren , any better solution will be apperciated!


Cannot make the Ubuntu to install the 3.4 zabbix-agent version (the 4.0 version gets installed always)

Hello,
I may be blind not seeing something obvious as I am using the Ansible for a quite short time now, so excuse me, if I´m doing something wrong.
I am using a playbook like this:

hosts: linuxes
roles:

role: dj-wasabi.zabbix-agent
zabbix_version: 3.4
zabbix_repo: zabbix
zabbix_agent_server: <IP_ADDRESS>
zabbix_agent_tlsconnect: unencrypted

And no matter what I try, I get installed this:
zabbix-agent                1:4.0.2-1+xenial   amd64
The target system is "Ubuntu 16.04.5 LTS".
Can You, please, tell, whether I am doing something wrong or where´s the problem?
Thanks in advance,
Pavel S.

Hi @Droncz
The system doesn't have added a different/extra Zabbix repositories? I just installed 3.4 on Ubuntu 16.04 without any issues (It is also part of Molecule with the before-last-version scenario.)

Ok, I´ve done some more research and, first, I have to say I hate all the different flavors of Linux - each behaving differently in many areas (in package system in this case).
Second, I found out, the system probably, kept somewhere noted there was zabbix-agent v 4.0 installed before (in the first version of the playbook I didn´t insert the "zabbix_version" clause) and it was stuck in installing that version. No matter it did not have the repo for this version any longer (and only the "http://repo.zabbix.com/zabbix/3.4/ubuntu/" was configured)... :man_facepalming:
Well, in the end, it seems that purging the package helped - i.e. common removing (apt-get remove --auto-remove zabbix-agent) is clearly not enough for "smart" Ubuntu packaging system...
So, at least, thanks for making sure it should work.


"Run" doesn't do anything

Describe the bug
The "Run" button doesn't do anything anymore. I can't figure out what's happening, I'm very confused! I restarted, updated everything, I don't get any error. Any idea what could be wrong? (I've used the plugin successfully before)
To Reproduce
Steps to reproduce the behavior:

Open Pest project
Click on "Run"
Nothing happens

Expected behavior
Tests run.
Screenshots
https://github.com/JetBrains/pest-intellij/assets/720328/b4fa5249-5c10-47d9-b12f-c70f406bf40a
Desktop (please complete the following information):

OS: macOS
IntelliJ Version: PhpStorm 2023.2.3
Plugin Version: 1.12.0

Yes, I also checked the path is correct:

Oh, you should prob. report this on YouTrack now, as PhpStorm team only reads messages in there :)
YouTrack

Oh wow I missed that, that's really cool!
Reported here: https://youtrack.jetbrains.com/issue/WI-74937/Run-with-the-Pest-plugin-doesnt-do-anything


apiMain/checksums.feature:13 failed in nightly  in old dav with 502

Build: https://drone.owncloud.com/owncloud/ocis/13518/42/7
Scenario Outline: Uploading a file with checksum should work                                                                                # /drone/src/oc10/testrunner/tests/acceptance/features/apiMain/checksums.feature:7
    Given using <dav_version> DAV path                                                                                # FeatureContext::usingOldOrNewDavPath()
    When user "Alice" uploads file "filesForUpload/textfile.txt" to "/myChecksumFile.txt" with checksum "MD5:d70b40f177b14b470d1756a3c12b963a" using the WebDAV API # ChecksumContext::userUploadsFileToWithChecksumUsingTheAPI()
    Then the HTTP status code should be "201"                                                                                # FeatureContext::thenTheHTTPStatusCodeShouldBe()

    Examples:
      | dav_version |
      | old         |
        HTTP status code 502 is not the expected value 201
        Failed asserting that 502 matches expected '201'.
      | new         |
      | spaces      |

oCIS server log during failure:
could not select com.owncloud.web.ocdav service from the registry: not found
{"level":"error","service":"search","error":"error: not found: unknown client id","owner":{"id":{"idp":"https://ocis-server:9200","opaque_id":"6de80367-a3e4-4b70-a826-d38e1ff10960","type":1}},"authRes":{"status":{"code":6,"message":"unknown client id","trace":"00000000000000000000000000000000"}},"time":"2022-07-18T04:29:47.051130288Z","message":"error using machine auth"}
{"level":"error","service":"search","error":"error: not found: unknown client id","time":"2022-07-18T04:29:47.051153422Z","message":"failed to stat the changed resource"}

This scenario is passing locally running multiple times and is hard to reproduce. Its a server 502 error. Putting it to backlog for now can be brought to current sprint if reoccured.

Tried to reproduce this issue, is not reproducible locally, and also passing on builds. So closing this issue.


SARI score gives different results than the paper

Hello,
In your SARI score README file you use the same example as in the original paper.
In particular, the following code you suggest
from evaluate import load
sari = load("sari")
sources=["About 95 species are currently accepted."]
predictions=["About 95 you now get in."]
references=[["About 95 species are currently known.","About 95 species are now accepted.","95 species are now accepted."]]
sari_score = sari.compute(sources=sources, predictions=predictions, references=references)

returns a sari score of 26.953601953601954, whereas the exact same example in the paper returns a score of 26.83. While these two numbers are close enough, I have noticed that this is more of a coincidence, as for other examples the difference can be much higher. For example, if we replace the prediction line with
predictions=["About 95 species are now agreed."]

this gives a score of 61.709656084656075 according to this repository's implementation, whereas the paper reports a score of 75.94.
Could you please clarify why there is this discrepancy, and explain, if applicable, the reason(s) for the choice of using an implementation which gives different results from the original paper?
Many thanks

Tagging @ddhruvkr as they originally implemented SARI into datasets before it was migrated to evaluate.

Hi @ddhruvkr any update on this?

Hi, this implementation is adapted from Tensorflow’s tensor2tensor implementation. It has two differences with the original GitHub implementation:

It defines 0/0=1 instead of 0 to give higher scores for predictions that match a target exactly.
It fixes an alleged bug in the keep score computation.

This is also mentioned in the original documentation. This is likely the reason for the difference.


List Limesurvey Helm chart on Artifacthub.io

To help with the discoverability of this awesome chart(s), we should add it to Artifacthub.io, which is a central registry for Helm charts from various sources.
You can sign up with your Github account on Artifacthub.io and then hit "Add Repository" on this page:
https://artifacthub.io/control-panel/repositories
P.S. I didn't want to steal your chart :-)

https://artifacthub.io/packages/helm/martialblog/limesurvey
Tada :tada:


Error: masked_head_neighbor.txt not found - How to reproduce recommendation task

I love how Relphormer utilizes text in addition to graph information. I would like to train a model using Relphormer that reproduces your results for the recommendation task.
However, I am hitting an error.
Here is a notebook that reproduces the problem: https://colab.research.google.com/drive/1PHGALZo6AkimU5jEq0I__lnoJaWxUhgg?usp=sharing
(Run in a T4 GPU runtime.)
It fails at this step:
trainer.fit(lit_model, datamodule=data)
with the following stake trace:
---------------------------------------------------------------------------
FileNotFoundError                         Traceback (most recent call last)
[<ipython-input-7-aea1f0bf8188>](https://localhost:8080/#) in <cell line: 14>()
     12 )
     13
---> 14 trainer.fit(lit_model, datamodule=data)
     15
     16 # Explore lit_model and its hidden states or proceed with further actions as needed

10 frames
[/content/Relphormer/data/processor.py](https://localhost:8080/#) in _create_examples(self, lines, set_type, data_dir, args)
    435         '''
    436         if not args.pretrain:
--> 437             with open(os.path.join(data_dir, "masked_head_neighbor.txt"), 'r') as file:
    438                 masked_head_neighbor = json.load(file)
    439             with open(os.path.join(data_dir, "masked_tail_neighbor.txt"), 'r') as file:

FileNotFoundError: [Errno 2] No such file or directory: '/content/Relphormer/dataset/fb15k-237/masked_head_neighbor.txt'

I dug into where this masked_head_neighbor.txt file is loaded and written. This is where I am confused.

The stack trace is trying to read the file from processor.py (https://github.com/devinbost/Relphormer/blob/feddb75f4e6e344d3daa83d8048127c3537b2baa/data/processor.py#L436):

        if not args.pretrain:
            with open(os.path.join(data_dir, "masked_head_neighbor.txt"), 'r') as file:
                masked_head_neighbor = json.load(file)
            with open(os.path.join(data_dir, "masked_tail_neighbor.txt"), 'r') as file:
                masked_tail_neighbor = json.load(file)
            print(f'\n \t Not pre-training stage, masked subgraphs loaded.')
        else:
            masked_head_neighbor = []
            masked_tail_neighbor = []

However, even if I set args.pretrain = None, it still appears to be trying to read the "masked_head_neighbor.txt" file.

On the write path, the files is written at the global scope in create_neighbor.py (https://github.com/devinbost/Relphormer/blob/10e2fbfcf8a2aed0d9b50f6e896bf9892991b9f2/dataset/create_neighbor.py#L148). However, the only references to create_neighbor appear to be in the README:

So, I have two questions:

If I need this masked_head_neighbor.txt file, how do I create it?
If I don't need this file, how can I skip it?

Thanks for all your great work on this project. I'm really looking forward to getting it working.

Thank you for your interest in our work!
We have noticed your issue, which likely stems from code inconsistencies during the version update of Relphormer. We will replicate and update the code for the recommendation task, but this may take some time (approximately three weeks). We apologize for not being able to immediately update the code, as we are currently in the process of training another language model.

I have some bandwidth to help. (My intent is to publish a demo that features Relphormer with vector search and broadcast it on our YouTube channel.)
What should be the expected behavior with the masked_head_neighbor.txt file?

Hi~, I'm not entirely sure if I've understood correctly. Do you want to use the Relphormer model to generate vector representations?
If that's the case, I will include code for automated retrieval of vector representations in the next version update.

Yes, I want to use it to generate vector representations. I have an example here involving node2vec: https://colab.research.google.com/drive/1gmop95YgsCvoAmOVPLnxcLhkn_Os0ude
I'd like to produce something like this. I think the example will help you understand what I'm trying to do.

Thank you for your attention! I understand.
We will update the code for the next version based on the node2vec examples you provided

Hello! Sorry for the late reply.
We have updated the script for quickly obtaining the vector representations after model training.
You can run the following script code to obtain the KG embeddings by modifying the hyperparameters.
sh getRelphormerVec.sh

Hi, if you have any further questions, please contact us.


fix: Remove more general duplicated "user" block in Helm chart

fixes AM-3313, also updated with values not present in Helm chart, but in gravitee.yml: mfaVerifyAttempt and webAuthn

I wasnt aware there are tests for helm charts ;)
anyway, I added them and chcanged it according to your comment.


[DO NOT MERGE YET] Changes to UK visa questions for EU citizens

Adds a new question for EU citizens: 'When are you coming to the
UK?'. If they answer 'before 1 January 2021', take them to an
outcome that says they do not need a visa. We could have used the
existing outcome_no_visa_needed.erb template here but we may want
to write something bespoke and having a separate template allows
us to do that more easily.
If citizens answer 'from 1 January 2021', route them to the
existing flow for non-visa nationals, for example Argentina:
https://www.gov.uk/check-uk-visa/y/argentina
Trello: https://trello.com/c/WoFhTMCi/2196-5-1-dec-logic-changes-for-eu-citizens-check-if-you-need-a-uk-visa

:warning: This application is Continuously Deployed: :warning:

Merged changes are automatically deployed to staging and production.

Make sure you follow the guidance for deployments before you merge.

Check your branch is being deployed in the Release app, after merging.

Changes to start pages are not continuously deployed, and are deployed using a different process.

Hey @ChrisBAshton - just wondering does this PR supersede https://github.com/alphagov/smart-answers/pull/4174 ?

(Pushed up to rebase against master, so we have a cleaner diff in #4995. Nothing has changed since the code was approved)

Merged #4995 ready to deploy this PR. There are, however, a couple of final tweaks to be made before we can deploy tomorrow.
Any changes should appear as separate commits below this comment. All of the commits above this line have already been approved so should not need a re-review.


Register v0.2.0

@JuliaRegistrator register

Registration pull request created: JuliaRegistries/General/119556
Tip: Release Notes
Did you know you can add release notes too? Just add markdown formatted text underneath the comment after the text
"Release notes:" and it will be added to the registry PR, and if TagBot is installed it will also be added to the
release that TagBot creates. i.e.
@JuliaRegistrator register

Release notes:

## Breaking changes

- blah

To add them here just re-invoke and the PR will be updated.
Tagging
After the above pull request is merged, it is recommended that a tag is created on this repository for the registered package version.
This will be done automatically if the Julia TagBot GitHub Action is installed, or can be done manually through the github interface, or via:
git tag -a v0.2.0 -m "<description of version>" 042fefa4bec4c450b015616c5c12d734619849cc
git push origin v0.2.0


Review NCDP survey results

So we had three people respond that they want to be involved in planning
next year's event, but I'm not sure if we have a way to contact them. . .
On Wed, Nov 15, 2017 at 1:32 PM, Jason Hibbets<EMAIL_ADDRESS>wrote:

Closed #961 https://github.com/codeforraleigh/NCOpenPass/issues/961.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/codeforraleigh/NCOpenPass/issues/961#event-1343611245,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AQ6IxmyH92v6__tjDooNg9S_oTDEseufks5s2y5SgaJpZM4QfTIc
.

--
Zach Ambrose
<EMAIL_ADDRESS>919-438-2752 (office)
919-616-9969 (cell)
www.AmbroseStrategy.com
https://www.linkedin.com/in/zambrose


Add Null type for sending an AMQP null

Fixes https://github.com/Azure/go-amqp/issues/332

It works right for me. Thanks a lot.


RSS feed missing details

It looks like the RSS feed is missing some details. I'll switch to the atom feed for now but seemed like a bug considering it is in one feed file but not the other.
RSS Feed item

Atom Feed item

Confirmed that RSS is now also including the "Shared a post by ..." header for reposts, eg on https://monocle.p3k.io/preview?url=https%3A%2F%2Ffed.brid.gy%2Fuser%2Fsnarfed.org%2Ffeed%3Fformat%3Drss

And images are now in too. Phew. Done, I think! Thanks again for reporting @aciccarello.


Displaying provenance of signs

Added provenance property to CroppedAnnotation Class
Displaying provenance under date of the sign
Added test to check if the provenance is displayed

Please run git merge origin/master and push the changes to ensure all tests pass before merging


Translate stack dump to method source offset

An error log provides a Smalltalk stack that includes the method being executed. It would be helpful to know where in the method we are currently executing. Yes, we know which message is being sent, but it might be sent in multiple places.

This could be added, but the VM "crash dump" already provides a far more useful log for debugging issues in deployed apps, including the method arguments, etc.

Is the "crash dump" the error log (see #353 for an example)? If so, then I need help interpreting cf, sp, bp, and ip. Is there a way to use the 'ip' to look into the CompiledMethod and figure out which message send is current? If this is something other than the error log, then how do I find it? Thanks!

Yes. For this purpose you can probably ignore everything except ip, which is an index into the method bytes. For completeness the other values are:

cf =  the address of the calling frame in the stack.
sp = saved stack pointer of the frame (i.e. points at top of stack for the frame)
bp = base pointer for the frame (i.e. points at start of arguments)

If you inspect a method (e.g. select a method in a browser and Ctrl+I), you can view the assembly and locate the send, which will be that immediately preceding the reported IP. Here's an example from that log:
{1A040064: cf 1A040049, sp 1A04007C, bp 1A040064, ip 16, Process>>shutdown}
And the disassembly of the Process>>shutdown method is:
Normal, 0 args, 8 literals

	1	Push Inst Var[13]: debugger
	2	Jump If Nil +4 to 8
...[snip]...
	13	Pop
	14	Push Self; Send[6]: #primTerminate with 0 args
	16	Push true
	17	Special Send #==
	18	Jump If False -6 to 14
	20	Return self

From this you can see that the instruction immediate preceeding ip 16 is the self send of #primTerminate:.
You may want to try the class browser DebugInfoPlugin. Find the class and run the expression in the class comment. This will add another tab to new (not existing) class browsers that will show the disassembly and a list of significant IP's on the left that the debugger uses to map back to source. As you select ip's from the list the plugin will show you the relevant range of source code and the corresponding send in the disassembly, e.g:

As to whether the dump could include source information, that probably isn't practical. The VM doesn't have this information currently, and neither is it available in a typical runtime image. More concretely mapping from IP to source requires the "text map" which only the compiler is able to provide - you can see the compiler text map in the inspector on a method, or in the DebugInfoPlugin as described. The textmaps could be stored, but that seems a heavyweight solution.
One could also write a tool to interpret the crash dump file, and now I think about it Chris Uppal did that some years ago. I believe the tool was called "Ghoul" (which is why I remembered it), and I can see there is a copy of it here: https://github.com/fxgallego/Chris-Uppal-Goodies/blob/master/CU Ghoul.pac

The DebugInfoPlugin is an excellent solution. I would be looking at any method in a code browser, and didn't really anticipate that the additional information would be added to the error log. Thanks for pointing me to this tool.


Link Broken

the page at okfnlabs is gone

It should be http://okfnlabs.org/projects/csv-js/ - for some reason i no longer have edit rights on this repo so i can't fix it.


Simplify evaluate module codes by replacing from take(1).. to try_next()

In executor/evaluate/mod.rs,

Replace take(1) .. collect codes to try_next
Remove redundant negated uses

Codecov Report

Merging #347 (9078649) into main (8503d03) will decrease coverage by 0.02%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #347      +/-   ##
==========================================
- Coverage   91.20%   91.17%   -0.03%
==========================================
  Files         126      126
  Lines        7933     7924       -9
==========================================
- Hits         7235     7225      -10
- Misses        698      699       +1

Impacted Files
Coverage Δ

src/executor/evaluate/mod.rs
93.89% <100.00%> (+0.14%)
:arrow_up:

src/executor/evaluate/evaluated.rs
86.31% <0.00%> (-2.11%)
:arrow_down:

Continue to review full report at Codecov.

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


Fix bad assertion on malformed QUIC trailer

Commit Message: Fix bad assertion on malformed QUIC trailer
Additional Description: This change allows for a graceful stream reset instead of failing an assertion on a malformed QUIC trailer (e.g. uppercase or empty name). Found via fuzz testing by<EMAIL_ADDRESS>Risk Level: Low
Testing: Includes unit test

/assign @alyssawilk

/retest

/wait on response

it's in the submit queue so if CI flakes just retest until it lands :-)

/retest


Version 3.0.39 color control's default/reset button

Issue description:
I just upgraded to the latest version (3.0.39) and I found that the color control's default/reset button isn't working properly. Using the config provided below once I changed the color for example from #ffffff to #212121 and reload the page. When I clicked the default/reset button it does revert back to #ffffff in the control but in the preview frame, my site's background color is still black #212121.
Without refreshing the page, I changed it to another color #dd3333, it works both in control and preview the color changed to red #dd3333 but when I tried again to reset the color I got the same behavior, color in the control is #ffffff but in the preview is back to the last color saved #212121.
Version used:
3.0.39
Using theme_mods or options?
theme_mods
Code to reproduce the issue (config + field(s))
Kirki::add_field('my_config', array(
    'type' => 'color',
    'settings' => 'background_color',
    'label' => esc_html__('Background', 'textdomain'),
    'section' => 'colors',
    'transport' => 'auto',
    'default' => '#ffffff',
	'output' =>
        array(
            'element' => array(
                'body',
            ),
            'property' => 'background-color',
        ),
    ),
));

I've tested this in master and develop and can't replicate it.
Could you test the latest versions and let me know if it's still an issue please?

Is this same/similar issue as https://github.com/aristath/kirki/issues/1869?

Is this the same or a similar issue to #1869?

Yes, appears to be the same. Closing as duplicate :+1:


specify python 2 dep correctly (also add py3.3 support)

Fixes #1

ok I tested it this time and it seems to work on py2 with pip8
Processing ./pip-with-requires-python/dist/pip_with_requires_python-1.0.0-py2.py3-none-any.whl
Collecting pip~=20.3; python_version < "3" (from pip-with-requires-python==1.0.0)
  Cache entry deserialization failed, entry ignored
  Downloading https://files.pythonhosted.org/packages/27/79/8a850fe3496446ff0d584327ae44e7500daf6764ca1a382d2d02789accf7/pip-20.3.4-py2.py3-none-any.whl (1.5MB)
    100% |████████████████████████████████| 1.5MB 922kB/s
Installing collected packages: pip, pip-with-requires-python
  Found existing installation: pip 8.1.2
    Uninstalling pip-8.1.2:
      Successfully uninstalled pip-8.1.2
Successfully installed pip-20.3.4 pip-with-requires-python-1.0.0
You are using pip version 20.3.4, however version 21.0.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.


Discussion: Agamemnon 2.0 and composite plans

The new parameter models work well but the idea of one single large composite plan is a bit confusing. This also goes against the plans for Agamemnon 2.0, where the large instruction coming from Agamemnon will be split into many smaller instructions. We should have a discussion, probably with analysis too, about what we would like the Agamemnon -> Hyperion interface to look like and what this means for the internal structure of parameters and plans.

Core DAQ should also be involved as it's probably a bigger thing than just MX

My initial thoughts:
Proposed Architecture

Example taskgraph

Plan to do it

Do https://github.com/bluesky/bluesky/issues/1652
Make the proposed taskgraph above using https://github.com/DiamondLightSource/python-bluesky-taskgraph
Split agamemnon into generic and beamline specific things

Things we would need from taskgraph (may already be there)

For parameters on individual subplans ability to either specify a default, specify a location where that default comes from (config service) or do not specify
BlueAPI would then make an external API based on the taskgraph name and all the parameters not specified
Eventually we will need a WYSIWYG editor for taskgraphs

Meeting occured today with @graeme-winter, @DiamondJoseph, @rtuck99, @olliesilvester, @phathaway @dperl-dls and myself:

Yes, we think a task approach would be worth investigating using https://github.com/DiamondLightSource/python-bluesky-taskgraph
We will put in a spike in the next sprint to try it out and evaluate
@DiamondJoseph is going to have a quick look in the mean time on whether the taskgraph code is still up to date and documented enough to get started
We saw a number of advantages in having some GUI, particularly a colour-coded display of where you are in the graph may be useful

Calling done out as we had the discussion, feel free to add notes if I missed something from the discussion


Added Class Placeholder

This makes it easier to style the placeholder text, without affecting any other  styling in the object.

I think this kind of a feature is available in settings as custom class setting.