What's the right way to compile it?

If I just cloned this repo and run
make all

I get the error
g++ -shared -fPIC --no-gnu-unique main.cpp -o hyprfocus.so -g -I "/usr/include/pixman-1" -I "/usr/include/libdrm" -I "" -I "/subprojects/wlroots/include" -I "/subprojects/wlroots/include" -I "/subprojects/wlroots/build/include" -std=c++23
main.cpp:3:10: fatal error: src/plugins/PluginAPI.hpp: No such file or directory
    3 | #include <src/plugins/PluginAPI.hpp>
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:6: all] Error 1

But if I do it like described here I get this instead
HYPRLAND_HEADERS="../Hyprland" make all
g++ -shared -fPIC --no-gnu-unique main.cpp -o hyprfocus.so -g -I "/usr/include/pixman-1" -I "/usr/include/libdrm" -I "../Hyprland" -I "../Hyprland/subprojects/wlroots/include" -I "../Hyprland/subprojects/wlroots/include" -I "../Hyprland/subprojects/wlroots/build/include" -std=c++23
In file included from ../Hyprland/src/defines.hpp:1,
                 from ../Hyprland/src/Window.hpp:3,
                 from main.cpp:7:
../Hyprland/src/includes.hpp:74:10: fatal error: wlr/types/wlr_output_damage.h: No such file or directory
   74 | #include <wlr/types/wlr_output_damage.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:6: all] Error 1

I managed to compile it yesterday. wlrooots was necessary (instead of wlroots-git).
Failed to load with
hyprctl plugin load ./hyprfocus.so
error in loading plugin

Today is failing to compile with a different error:
borderDeco.hpp:5:10: fatal error: hyprland/src/render/decorations/IHyprWindowDecoration.hpp: No such file or directory

I think I'm gonna wait until it stabilizes a bit.

im unable to compile it as well, and is a bit confused as to why. the hyprland source includes wlroots as a git submodule, but some files seems to be missing from wlroots. i'll look more into it

i got it. turns out i forgot how to compile plugins. here's the step by step instructions.
1) clone hyprfocus and cd into it
git clone https://github.com/VortexCoyote/hyprfocus && cd hyprfocus
2) clone hyprland and cd into it
git clone --recursive https://github.com/hyprwm/Hyprland && cd Hyprland
3) you need to checkout the correct release tag to match with your version of hyprland. in my case, i got the latest one so.
git checkout tags/v0.24.1
4) prepare the hyprland source for plugin compilation
make pluginenv
5) cd back and make
cd .. && HYPRLAND_HEADERS="Hyprland/" make
6) profit
hyprctl plugin load <.so path>
let me know if these steps works, i might add them to the readme file

It compiles correctly thank you!! but
hyprctl plugin load hyprfocus.so

fails with "error in loading.
hyprctl version
Hyprland, built from branch main at commit f23455e592bca14e0abd9249de467cc71cd2850e dirty (makefile: use -f in copies to avoid errors on running hl).
Tag: v0.24.1-112-gf23455e5

flags: (if any)

could you try using the full path to the .so file?

The specific error hyprland displays is
Error setting <true> for field <master:gestures:plugin:plugin:hyprfocus:enabled>:No such field.

yes you have them online here: https://github.com/Zeioth/zeioth-hyprland-config/blob/main/config.d/03-hyprland-plugins

so several things to try here;

im not seeing you source 02-hyprland-plugins.conf in the main config file, which is probably necessary

i dont know if this is the case, but i think the plugin needs to be loaded before you configure it (as it declares config variables and such)

it might be worth trying to just do it bare bones in the main config file, since i dont know how sourcing reacts with the plugin system

plugin needs to be updated to work with 0.25.0 onwards.

I made #3

merged, keeping issue open until Zeioth reports back

It compiles and loads correctly again on v0.25.0
But still fails to detect my settings → loaded here

obviously because you are defining them in master:gestures?

your config is full of invalid syntax occurrences:


[Fix] Update.asFrame now takes filter into account.

Fix for https://github.com/Kotlin/dataframe/issues/280.
Similar to Update.perCol {}, in the body of asFrame, users will have access to the entire selected group column (treated as a DF), but now the result of the operation will only be applied to rows that satisfy a given where/at clause of the update call chain.
See the new test for an example.

@zaleslaw Greatly simplified the function :) didn't know I could make it this small. Should also make it easier to understand what's going on


[GPU] reduction numerical correctness issue

What happened?
Some changes during dispatch creation (encountered here https://github.com/iree-org/iree/pull/18341) causes f16 SDXL to produce incorrect results under aggressive fusion. This only occurs when the linalg.generic ops are at a higher dimensionality.
Steps to reproduce your issue

Download a repro of the correct dispatch as well as the problematic dispatch
Compile/Run both dispatches to generate output. I used this to generate input and this to compile/run each dispatch (the flags are the same as mi300 sdxl CI flags).
Compare the outputs

Version information
I was using b197555f579c36e35966647b6422448734d07809, but current main should also work
cc @bangtianliu You said you might want to take a look + I think the work you're doing might solve this issue

Also, here are the logs with mlir-print-ir-after-all:

https://gist.github.com/IanWood1/759c49ecaab9d1c5974edf35dfd70ebb
https://gist.github.com/IanWood1/ab7b4f419ec4022f24e89726cd28b1f6

Sure, will take a look after I am done with my current task.

Okay, great. The "good" version has terrible performance on the sdxl benchmarks. I think it goes down the pipeline you fixed a bit ago for https://github.com/iree-org/iree/issues/17948, causing the final generic op to be done sequentially. Hopefully with the new pipeline that won't be an issue.


Docs: fill out ttLib table section

This is primarily repetitive stuff, adding some basic information to each module page under ttLib/tables in the Docs hierarchy and some basic docstring content to the modules themselves — at least, for the ones that didn't already have it.
I think there are a number of table modules that could use more, mainly as a "newcomer-friendly" feature that can point them in the right direction if they're needing to access or manipulate something specific. This .rst+docstring setup should allow that to go either place.

@behdad I think this is fairly cut and dried, but if you have any feedback on the wording parts, especially in the top-level overview pages, that would be appreciated.
As per our discussion of entry points, I started marking helper/utility-only submodule pages with explicit notes about what they're designed for, to point people in the right direction, and putting the TOCtrees to them in page sections that designate them as helpers. It seems easier to navigate to me, anyhow.


Search bar - bug

When I type in MMA, into the search bar it returns a bunch of other markets not related to MMA

I think we'll need to do a pass of search tuning after launch. Gonna move this to 2.1 -- generally search gets a little weird with non-english short words.


(fix) improve task loop PR. Test failed due to non-tick based funding

Before submitting this PR, please make sure:

[ ] Your code builds clean without any errors or warnings
[x] You are using approved title ("feat/", "fix/", "docs/", "refactor/")

A description of the changes proposed in the pull request:
Fix a test issue in: https://github.com/hummingbot/hummingbot/pull/6656 that was due to the change to a task-based polling no longer triggered by ticks. The test needed to await the next funding poll and no longer needed to use backtest_til
Tests performed by the developer:
There is an error in the estimated fee that seems to be related to the change to using IsolatedAsyncioWrapperTestCase
Tips for QA testing:

Closing as alternative PR:https://github.com/hummingbot/hummingbot/pull/6749 is LGTM


Consider cross-env for package.json scripts

Can use to set ENV variables without separate scripts for windows/linux.

Yup! This is resolved by #574


Runtime default values

This is more of a question, rather than issue.
In the following example (from your repo)
var doc = `
Usage:	docker [OPTIONS] COMMAND

A self-sufficient runtime for containers

Options:
      --config string      Location of client config files (default "/Users/celicoo/.docker")
`

the default "/Users/celicoo/.docker" is set at compile time.
What if I need the default to depend on the user's environment, something like
var doc = `
Usage:	docker [OPTIONS] COMMAND

A self-sufficient runtime for containers

Options:
      --config string      Location of client config files (default "$HOME/.docker")
`

Currently, what I'm thinking of doing is string replacement
home := os.Getenv("HOME")

var doc = `
Usage:	docker [OPTIONS] COMMAND

A self-sufficient runtime for containers

Options:
      --config string      Location of client config files (default "%s/.docker")
`

doc := strings.Replace(doc, home)

Any thoughts ?

Hey @jbrodriguez, you could would use fmt.Sprintf instead:
package main

import (
	"fmt"
	"log"
	"os"

	"github.com/celicoo/docli"
)

var doc = `
Usage:	docker [OPTIONS] COMMAND

A self-sufficient runtime for containers

Options:
      --config string      Location of client config files (default "%s")
`

var home = os.Getenv("HOME")

type Docker struct {
	Options
}

type Options struct {
	Config string
}

func init() {
	doc = fmt.Sprintf(doc, home)
}

func main() {
	args, err := docli.Parse(doc)
	if err != nil {
		log.Fatal(err)
	}
	var docker Docker
	args.Bind(&docker)
}

Thanks !
Sure, that's what I was thinking 👍


Micropub token button breaks Mastodon auth

The Micropub "Get token" button on user pages uses silo auth to check that you're the account owner before giving you a token. It only uses the minimal OAuth scopes it needs to confirm your account. That's fine, but for Mastodon, each auth gets a new token with the requested scopes, and oauth-dropins overwrites the existing token with the new one each time. So, when an existing user clicks that button, they lose all the permissions Bridgy needs. Ugh.
It'd take work to refactor oauth-dropins to not do that, so the quick fix is to have Bridgy include all the current scopes in that auth check.
cc @jonnybarnes, background:

https://chat.indieweb.org/dev/2022-11-05#t1667674331021300
https://twitter.com/webrocker/status/1589195600469397507

Fwiw, Pleroma has the same problem: #1015

Hopefully fixed! @jonnybarnes @iamwebrocker  if you disable and then re-enable publish on your Bridgy Mastodon user pages, they should hopefully work again. @jonnybarnes the Get token button now requests the same scopes you already have, so clicking it shouldn't drop them any more.

Hi, thanks for looking into this.  🤗
Sadly doesn't work for me, I ran into the same problem as before.
before that I logged into mastodon via bridgy (since on the user page there was this "paused" icon next to the handle) and then logged out via the bridgy user page.
then sent the webmention/publish again from my blog, which failed. Here is the log
https://brid.gy/log?start_time=1667802816&key=agdicmlkLWd5cmgLEg1QdWJsaXNoZWRQYWdlIkFodHRwczovL3d3dy53ZWJyb2NrZXIuZGUvMjAyMi8xMS8wNi9zeW5kaWNhdGlvbi12aWEtYnJpZC1neS10ZXN0LwwLEgdQdWJsaXNoGICAmP63s60KDA&module=default
In otther tests before I disabled the image (because the error mentioned "api/media", but that made no difference.

I just re-read what you wrote and logged into mastodon and then on bridgys user page disabled publishing (it was enabled as soon as I was logged into mastodon). Now when I click 'enable punlishing', I end up on a Mastodon error page "We're sorry, but something went wrong on our end", repeatedly.
Disable publishing worked, where I ended up on a Mastodon page with the access settings (read things etc).

this is the url that returns the 'we're sorry' page (I redacted the ids and keys):
https://mastodon.social/oauth/authorize?response_type=code&client_id=XXXXXXXXXXXXXXXXXXXXXXXXXXXXX&client_secret=XXXXXXXXXXXXXXXXXXXXX&scope=read:accounts%20read:blocks%20read:notifications%20read:search%20read:statuses%20write:statuses%20write:favourites%20write:media&redirect_uri=https%3A%2F%2Fbrid.gy%2Fmastodon%2Fcallback&state=%7B%22app_key%22:%22XXXXXXXXXXXXXXXXXXXXXXX%22,%22state%22:%22%257B%2522feature%2522%253A%2522listen%252Cpublish%2522%252C%2522operation%2522%253A%2522add%2522%257D%22%7D

Sigh, yeah, that's #911, which is indeed a Mastodon/doorkeeper bug. One workaround is to log out of your Mastodon instance (mastodon/mastodon#12915 (comment)) before you click the enable publish button in Bridgy. Mind trying that?

Just tried it, but makes no difference. I don't know if Mastodon "remembers" that I'm currently logged into the app on another device, but logging out from the web and then enabling "publishing" on bridgy returns that "we're sorry…" page, still.

Evidently that workaround isn't 100% effective. Sorry for the difficulties here. I wish the doorkeeper and/or Mastodon people would decide how they want to fix that problem!

Evidently that workaround isn't 100% effective. Sorry for the difficulties here. I wish the doorkeeper and/or Mastodon people would decide how they want to fix that problem!

I'll try to recreate the situation 6 days ago, when posting to both twitter and mastodon worked. I think the difference (not taking into account what may have been changed on mastodon's end) is that back then I wasn't logged into Mastodon at all, since I hadn't installed their app(s) yet, and "just" logged into via brid.gy to get the publish auth.
anyways there's absolutely no reason for you to be sorry. the work you do with bridgy and the indieweb in general is amazing, and I'm very very thankful for that. (blows kisses) :-)

This post https://jonnybarnes.uk/notes/NR got posted here https://mastodon.thebeeches.house/@jonny/109303734152437320 🎉🎉🎉

Woo, great news! And @iamwebrocker thanks for the kind words and behavior details on your end. Definitely feel free to follow up on #911, or better on https://github.com/mastodon/mastodon/issues/12915 / https://github.com/doorkeeper-gem/doorkeeper/issues/1554.


feat(closest_pitch): ✨ add respelledSimple getter

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

1 of 1 (100.0%)  changed or added relevant line in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
1152

Relevant Lines:
1152

💛  - Coveralls


A licenses year field is always "YEAR"

About this issue

Each license description only includes a placeholder YEAR label instead of the actual year; e.g. Copyright © YEAR, AOSP.

Details

[8.9.3] Used library version
[-] Used support library version
[7.1.0-alpha03] Used gradle build tools version
[Android Studio Arctic Fox | 2020.3.1 Patch 2] Used tooling / Android Studio version
[-] Other used libraries, potential conflicting libraries

Checklist

[-] Searched for similar issues
[-] Checked out the sample application
[-] Read the README
[-] Checked out the CHANGELOG
[-] Read the MIGRATION GUIDE

Sadly the library can not automatically resolve the year as it is not part of the *.pom file on maven (See the spec for POM files: https://maven.apache.org/pom.html#Licenses)
The library can't just assume the latest year as this may not be the accurate information.
What's offered by the library though is that you can provide the year for different libraries:
https://github.com/mikepenz/AboutLibraries#gradle-plugin-configuration
Via the custom_license_year_mappings.prop file.
See a sample here:
https://github.com/mikepenz/AboutLibraries/blob/develop/config/custom_license_year_mappings.prop
Use ./gradlew findLibraries to get all the dependencies + their identifier

Gotcha, thanks for clearing that up for me!
Do you have any insight into how Google manages to include the year in its licenses? Its by no means perfect, sometimes the date is in the header, sometimes part of the copyright text near the end - but its pretty much always there.

Sadly the pom won't contain it: https://maven.google.com/androidx/lifecycle/lifecycle-livedata/2.4.0-rc01/lifecycle-livedata-2.4.0-rc01.pom
Sadly there is also no LICENSE file included in the aar.
It could be that they may do some clever parsing of the AndroidManifest.xml
Or maybe they follow the repo on github and check if there's a LICENSE file located.
Some reverse engineering of the gradle plugin may lead to some hints.

third_party_license_metadata.txt
third_party_licenses.txt
That's for example the output of googles plugin

You can read their source here: https://github.com/google/play-services-plugins/blob/master/oss-licenses-plugin/src/main/groovy/com/google/android/gms/oss/licenses/plugin/LicensesTask.groovy#L86-L101
They do some special handling for their own libraries (with some special license artifact).
For other libraries, they will just download the LIBRARY spec as found on the defined URL in the *.pom file

Thats interesting. Ive dug into their plugin several times but Im all too unfamiliar with groovy to understand the inner workings of it; what youre saying makes sense though. I appreciate all the fast responses! 👍🏾

There is an inceptionYear POM property.

The year of the project's inception, specified with 4 digits. This value is used when generating copyright notices as well as being informational.

https://maven.apache.org/archives/maven-1.x/reference/maven-model/3.0.2/maven.html#project
Not 100% sure if this is a right source of the year for license purposes.
"copyright notices" seems to be a similar thing.

@koral-- usually the inceptionYear indicates the introduction of the library. Often this sadly does not match the actual current license year.
I would wish they had the licenseYear in the spec

Created a super early prototype of the next major release for AboutLibraries. This will contain:

loading licenses from the github repository (if LICENSE available and project is open source)

otherwise will load license specification from SPDX
Curious if there are alternative resolution strategies possible

store the library information in a new JSON format

no more string resources for library in this format -> smaller, does not count against dex limit

See the initial PR here
https://github.com/mikepenz/AboutLibraries/pull/675

#675 is superseded by: https://github.com/mikepenz/AboutLibraries/pull/685
Published as v10.0.0-a01, happy to get early feedback :)

v10 is new available as a first beta with the ability to fetch the licenses from GitHub which would include the right year.


Trying to rework how we handle integers

Hey! This is a super drafty pull request. Let's call it a proposal 😄
Motivation
While working on Integer I was constantly annoyed by the way we handle Bignums. Especially that we often implement logic twice. Mostly the logic for extracting/converting arguments or edge cases/exceptions. After some time I started implementing the fixnum and bignum case in one method in IntegerObject (for example IntegerObject::bitwise_or). However, this gets super complex for methods that are more complicated. For example I wanted to implement Integer#pow. This function takes up to two arguments which can both be bignums but do not have to be. The methods gets complex pretty fast because of all the different cases we would have to handle (self is fixnum vs bignum, arg1 is fixnum vs bignum, arg2 is fixnum vs bignum). This is why I would like to split IntegerObject and the handling of fixnums/bignums.
Solution
My first idea was to implement an interface (or abstract base class) Integer that has two implementations Fixnum and Bignum that would implement all possible operations we need on Integers. We could use this as a private member on IntegerObject instead of the nat_int_t and remove BignumObject. I failed implementing this because operators like operator+ have to return a copy of an object and returning an instance of an abstract base class does not seem to be allowed.  Also I think promoting/demoting to or from Bignums may be difficult with this solution.
What I try in this PR is to just implement one Integer class which can hold a BigInt or a nat_int_t.  I'm not happy with the implementation yet but this should be a demonstration of what I would like achieve. Also I'm not sure what the implications on performance would be, considering that we definitely add some overhead to simple fixnum operations (instead of directly doing them on nat_int_ts we proxy them through another class).
I would appreciate feedback on the Integer class I created (especially on the union stuff I did there; it seems kinda wrong to me?). Maybe we can create a better abstraction than what I came up with. My main goal is to separate and abstract away the handling of fixnums vs. bignums from the IntegerObect class.
Progress
For now I implemented the new Integer class for Integer#+ and Integer#**. As you can see I could remove the methods from BignumObject and simplify the methods in IntegerObject.
Conclusion
As I said this is an idea I came up with, that I just wanted to try out. I think it would be beneficial if we want to use Integers in our code (also in other classes than IntegerObject). Also we could simplify a lot of code in IntegerObject and reduce duplication of some code by deleting BignumObject. I'm not happy yet with the approach, so let me know if there are any other ideas on how we could handle the problem. If you don't like the approach we can also just wipe this PR 😄
If we agree on the general idea and the implementation I would go ahead and update all methods in IntegerObject and make the specs pass again!

Thanks for your feedback on this @seven1m! I was thinking about the  "fast integer" concept that you're mentioning. Do you think it would be possible to store an instance of the new Integer class I introduce instead of a nat_int_t at the Value class? When calculating with the new Integer class those nat_int_ts will be converted to it anyway and it could handle bignums. However, I think it would increase the memory footprint of Value objects...

It's worth a try. I'm not sure of the perf penalty for doing that...

I think this is ready for review now 👀


Get rid of rawlink by functorizing over Config.interfaces.

Currently there is a Rawlink.t in Config.subnet.interface, that has to go away so that the mirage version can work.

Don't forget to unlink with rawlink when done !

Fixed in commit dd5229fb7913586a4ce58e30a67c1b239d2254b4


Prerendered chart style broken

Describe the bug
When I add widgets to README.md using thumbnail link, there are two charts whose style is inconsistent with the display in the dashboard.
To Reproduce
Steps to reproduce the behavior:

Go to 'Share'
Click on 'thumbnail link'
Copy and paste it to 'README.md'
See error

Expected behavior
Same style that used in dashboard.
Screenshots

Desktop (please complete the following information):

macOS Big Sur V11.4
Chrome
Version 114.0.5735.133

second chart title style fixed in #115


ORtools solvers via cvxpy do not print out solve information at jupyter notebook

What version of OR-Tools and what language are you using?
Version: main/v9.4
Language: Python
Which solver are you using (e.g. CP-SAT, Routing Solver, GLOP, BOP, Gurobi)
GLOP, PDLP
What operating system (Linux, Windows, ...) and version?
Mac
What did you do?
Open a jupyter notebook, and run the below code to call ortools solvers (i.e., GLOP or PDLP) via cvxpy using the code below:
import cvxpy as cp
import numpy as np

m = 150
n = 100
np.random.seed(1)
s0 = np.random.randn(m)
lamb0 = np.maximum(-s0, 0)
s0 = np.maximum(s0, 0)
x0 = np.random.randn(n)
A = np.random.randn(m, n)
b = A @ x0 + s0
c = -A.T @ lamb0

x = cp.Variable(n)
prob = cp.Problem(cp.Minimize(c.T@x),
                 [A @ x <= b])
prob.solve(solver=cp.GLOP, verbose=True)

What did you expect to see
I expect to see the solving logs at the notebook.
What did you see instead?
The solving logs are printed out at the terminal not the notebook. Here are what shown at the notebook. The solving logs are not shown in the numerical solver section.
===============================================================================
                                     CVXPY
                                     v1.2.1
===============================================================================
(CVXPY) Nov 22 10:16:37 AM: Your problem has 1000 variables, 1 constraints, and 0 parameters.
(CVXPY) Nov 22 10:16:37 AM: It is compliant with the following grammars: DCP, DQCP
(CVXPY) Nov 22 10:16:37 AM: (If you need to solve this problem multiple times, but with different data, consider using parameters.)
(CVXPY) Nov 22 10:16:37 AM: CVXPY will first compile your problem; then, it will invoke a numerical solver to obtain a solution.
-------------------------------------------------------------------------------
                                  Compilation
-------------------------------------------------------------------------------
(CVXPY) Nov 22 10:16:37 AM: Compiling problem (target solver=GLOP).
(CVXPY) Nov 22 10:16:37 AM: Reduction chain: Dcp2Cone -> CvxAttr2Constr -> ConeMatrixStuffing -> GLOP
(CVXPY) Nov 22 10:16:37 AM: Applying reduction Dcp2Cone
(CVXPY) Nov 22 10:16:37 AM: Applying reduction CvxAttr2Constr
(CVXPY) Nov 22 10:16:37 AM: Applying reduction ConeMatrixStuffing
(CVXPY) Nov 22 10:16:37 AM: Applying reduction GLOP
(CVXPY) Nov 22 10:16:43 AM: Finished problem compilation (took 5.485e+00 seconds).
-------------------------------------------------------------------------------
                                Numerical solver
-------------------------------------------------------------------------------
(CVXPY) Nov 22 10:16:43 AM: Invoking solver GLOP  to obtain a solution.
-------------------------------------------------------------------------------
                                    Summary
-------------------------------------------------------------------------------
(CVXPY) Nov 22 10:17:01 AM: Problem status: optimal
(CVXPY) Nov 22 10:17:01 AM: Optimal value: 3.907e+02
(CVXPY) Nov 22 10:17:01 AM: Compilation took 5.485e+00 seconds
(CVXPY) Nov 22 10:17:01 AM: Solver (including time spent in interface) took 1.824e+01 seconds

Make sure you include information that can help us debug (full error message, model Proto).
Anything else we should know about your project / environment
I am creating an education plan on using PDLP via cvxpy and jupyter notebook, and this issue raises up.
Could you please add<EMAIL_ADDRESS>and<EMAIL_ADDRESS>for this issue?

devNote:
We currently use a custom "GLOG" implem written on top of absl::flags.
By the end of this year, abseil-cpp should publish a new release with absl::log so we'll need to migrate to it.
Absl::log should give us the possibility to send log to a callback instead of stderr so they could be catched and redirected to python logging system.
note: absl-py has nothing to do with abseil-cpp and the team don't bother to implement some cross language, swig/pybind11 log wrapper so we'll have to do some PoC to investigate this issue

It looks like absl logging was released recently: https://abseil.io/blog/20220908-logging

last release is still 20220623.1 (without absl::log)
ref https://github.com/abseil/abseil-cpp/releases
As Laurent said, this is a partial export so we still need half of our hack to fix the missing macros...

We just integrate abseil-cpp 20230125.0 we will need time to have support from python wrapper (if it's possible)


[HOLD for payment 2024-01-04] Chat - Extra space before '(Until tomorrow)' in tooltip for status

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: v1.4.13-6
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:

Open the app
Open settings -> profile -> status
Select any emoji and without any message or change in clear after, save the status
Open any report in which you have sent message before or send a new message in it
Hover on status besides your username and observe that app displays extra space before '(Until tomorrow)' text in tooltip even though message field was kept empty

Expected Result:
App should display '(Until tomorrow)' in center in tooltip when status is saved with empty message
Actual Result:
App displays '(Until tomorrow)' slightly towards right due to extra space before the text in tooltip when status is saved with empty message
Workaround:
Unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[ ] Android: Native
[ ] Android: mWeb Chrome
[ ] iOS: Native
[ ] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

Screenshots/Videos
Add any screenshot/video evidence
https://github.com/Expensify/App/assets/93399543/ee555fce-64f4-4366-9bff-89433b3dc2fb
View all open jobs on GitHub

@mkhutornyi thanks for your proposal but given the simplicity of the fix, I've decided to make a PR.

no payment required

@NicMendonca Can you recheck payment here? I have reviewed the PR linked to this issue.

@shubham1206agra sorry - you should have been assigned!

@mkhutornyi you are not eligible for payment here

Accepted

paid!


add LCD support for SECURITY input type

I think I found a way with minimal changes to the FW.ino and Rack32-lib to pass the required port change information down to the LCD-lib for proper SECURITY port display. Run time config changes are processed imediately. Also the flashing that you mentioned is implemented.
Rack32-lib and LCD-lib are backward compatible to StateController,SmokeDetector and StateIO (no changes required)
I used the alpha term (V4.0.a1) to flag it as preliminary

I was expecting your change request. No proplem with that. Can't you open the branch and make the changes directly?
May be you get it right with the first shot.
If you don't like or if it's not possible I'll be happy to make the changes.

I was expecting your change request. No proplem with that. Can't you open the branch and make the changes directly? May be you get it right with the first shot. If you don't like or if it's not possible I'll be happy to make the changes.

I have pushed updates to all 3 PRs relating to this change. It compiles but I am unable to test sorry (I will be able to tomorrow). I have attempted to simplify things a bit and remove the need to store any config state in the parent firmware. Each config change is sent directly to the LCD (via the Rack32 lib) where it will update it's internal state, refresh the display, and update on the next program loop.
See what you think - I am most likely missing something and you will have to revert these commits!!

I would not have expected that it would work. My assumption was, that the setConfig() calls from stored json would have come to early (before draw_ports() was called). Your changes are looking very smart. I'm thinking too much in bits and bytes.
You have shown very impressive that you're the SW-Engineer. Would be very interesting to see how the LCD-lib coded by you would look like.


Unable to load network log to raidboss emulator

I am not able to load network log to the raidboss emulator. There is no response when I click any button. I think WS Server connect is successful, because of the green connection label on the top right. Moreover, when I reload the overlay from ACT, the page got automatically refreshed. I was able to use the emulator to create some custom triggers on June 8, but the emulator stops working at the moment.
There is no error messages in the log:
[6/24/2021 1:30:02 PM] Info: AssemblyResolver: Loaded: Newtonsoft.Json, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed
[6/24/2021 1:30:02 PM] Info: AssemblyResolver: Loaded: websocket-sharp, Version=<IP_ADDRESS>519, Culture=neutral, PublicKeyToken=5660b08a1845a91e
[6/24/2021 1:30:02 PM] Info: AssemblyResolver: Loaded: HtmlRenderer, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null
[6/24/2021 1:30:02 PM] Info: AssemblyResolver: Loaded: CefSharp, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=40c4b6fc221f4138
[6/24/2021 1:30:02 PM] Info: InitPlugin: PluginDirectory = C:\Users\SW\AppData\Roaming\Advanced Combat Tracker\Plugins\OverlayPlugin
[6/24/2021 1:30:03 PM] Info: AssemblyResolver: Loaded: CefSharp.OffScreen, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=40c4b6fc221f4138
[6/24/2021 1:30:03 PM] Info: AssemblyResolver: Loaded: CefSharp.Core, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=40c4b6fc221f4138
[6/24/2021 1:30:03 PM] Info: InitPlugin: Initialised.
[6/24/2021 1:30:06 PM] Info: cactbot: <IP_ADDRESS> C:\Users\SW\AppData\Roaming\Advanced Combat Tracker\Plugins\cactbot-0.22.11\cactbot\CactbotOverlay.dll (dir: C:\Users\SW\AppData\Roaming\Advanced Combat Tracker\Plugins\cactbot-0.22.11\cactbot)
[6/24/2021 1:30:06 PM] Info: OverlayPlugin: <IP_ADDRESS> C:\Users\SW\AppData\Roaming\Advanced Combat Tracker\Plugins\OverlayPlugin\OverlayPlugin.dll
[6/24/2021 1:30:06 PM] Info: FFXIV Plugin: <IP_ADDRESS> C:\Users\SW\AppData\Roaming\Advanced Combat Tracker\Plugins\FFXIV_ACT_Plugin.dll
[6/24/2021 1:30:06 PM] Info: ACT: <IP_ADDRESS>3 C:\Program Files (x86)\Advanced Combat Tracker\Advanced Combat Tracker.exe
[6/24/2021 1:30:06 PM] Info: Parsing Plugin Language: en
[6/24/2021 1:30:06 PM] Info: System Locale: en-US
[6/24/2021 1:30:06 PM] Info: cactbot user directory: C:\Users\SW\AppData\Roaming\Advanced Combat Tracker\Plugins\cactbot-0.22.11\cactbot\user
[6/24/2021 1:30:06 PM] Info: Version: intl
[6/24/2021 1:30:06 PM] Info: LoadAddons: CactbotOverlay.dll: Initialized Cactbot.PluginLoader
[6/24/2021 1:30:06 PM] Info: WS: Warn: The current logging level has been changed to Info.
Let me know if you need more information from me.

raidemulator isn't really tested in an overlay, we use it pretty much exclusively from a browser.
If you're writing internal cacbot triggers, you can run the source code in a webpack server with npm run start.
If you're writing user triggers, you can run it in a normal browser at https://quisquous.github.io/cactbot/ui/raidboss/raidemulator.html?OVERLAY_WS=ws://<IP_ADDRESS>:10501/ws.

For reference, the exact breakage here is because OverlayPlugin runs Chromium 75 for overlays, and raidemulator uses a feature that wasn't supported until v76:

Thanks for the quick reply. The Chrome version I use is Version 91.0.4472.114 (Official Build) (64-bit).
I am writing user triggers, and following the guide here: https://github.com/quisquous/cactbot#raidboss-emulator, which points me to a local html file (file://C:/Users/SW/AppData/Roaming/Advanced%20Combat%20Tracker/Plugins/cactbot-0.22.11/cactbot/ui/raidboss/raidboss.html?OVERLAY_WS=ws://<IP_ADDRESS>:10501/ws).
The link (https://quisquous.github.io/cactbot/ui/raidboss/raidemulator.html?OVERLAY_WS=ws://<IP_ADDRESS>:10501/ws) works for me, which unblocks me for now.

Actually I saw the error from Chrome:
Uncaught (in promise) DOMException: Failed to construct 'Worker': Script at 'file:///C:/Users/SW/AppData/Roaming/Advanced%20Combat%20Tracker/Plugins/cactbot-0.22.11/cactbot/NetworkLogConverter.worker.bundle.worker.js' cannot be accessed from origin 'null'.
at new Worker_fn (file:///C:/Users/SW/AppData/Roaming/Advanced%20Combat%20Tracker/Plugins/cactbot-0.22.11/cactbot/ui/raidboss/raidemulator.bundle.js:8852:10)
at HTMLDocument. (file:///C:/Users/SW/AppData/Roaming/Advanced%20Combat%20Tracker/Plugins/cactbot-0.22.11/cactbot/ui/raidboss/raidemulator.bundle.js:8963:30)

Does that error happen with the github.io link? Or only with local?

The error only occurs at local. github.io works for me perfectly.

Alright, probably we should just update the documentation to point directly to the github.io link instead of pointing at the local file. @quisquous do you agree?

I guess technically we could skirt around the whole issue by just reconstructing the objects on the other side via Object.assign instead?

Alright, probably we should just update the documentation to point directly to the github.io link instead of pointing at the local file. @quisquous do you agree?

Yeah, it sounds like workers can't be used from file:// origins.  I think the documentation should suggest to either use npm start and the dev build or the github.io link (or maybe just the github.io link)?

I guess technically we could skirt around the whole issue by just reconstructing the objects on the other side via Object.assign instead?

Is this a reply to #3181? I don't think it fixes https://github.com/quisquous/cactbot/issues/3180#issuecomment-867970802 if that's what you're saying.

Is this a reply to #3181? I don't think it fixes #3180 (comment) if that's what you're saying.
Yes, I don't know how exactly it ended up here 🤷


feat:add headless arg to help

Description
Add --headless to help option for safety.

Type of Change

[ ] Bug fix
[x] New feature
[ ] Documentation update
[ ] Refactor
[ ] Other (please describe):

Testing

[ ] Tests added or updated
[x] No tests required

Checklist

[x] Code is well-documented
[x] Changelog is updated (if needed)
[x] No sensitive information (e.g., keys, credentials) is included in the code
[ ] All PR feedback is addressed

Summary by CodeRabbit

New Features

Added a new debugging configuration for the "safety" module to easily access help information.

Documentation

Enhanced the help description for the authentication process, including details on automatic browser opening and headless authentication.

I am benching this due to complexity adding --headless to options would require a rewrite of how auth login is done.


Added repository settings page: gravatar, links from text, links from is...

Hi, cha55son. First of all I want to thank you for plugin! It was the first one that I've immediately install to Stash.
But some feature I was missing:

Gravatar
URL in commit messages was just text
Links to issues

So I've made repository setting page to manage this options.

First checkbox enables Gravatar support.
Second creates links from URLs. E.g. if commit message is Super feature is done. See www.somedocs.com/somepage than www.somedocs.com/somepage is replaced by link, so user can easy follow it.
Next options group is for create links from various issue ids.
User need to specify regex to match issue id and how to transform it to link. E.g. default match regex value is \\B#(\\d+) and replace value is http://some.website/issue/$1. So it will match #1234 from commit message Issue #1234 was resolved and create link to http://some.website/issue/1234.
Next screenshot shows main plugin page when settings from previous one was specified.

And yes, main page UI was modified to looks like original stash Commits page.

I hope that my ideas and code can be useful to you :wink:

Hi, thanks for the contribution. I'll be sure to review this soon and we can discuss any changes.

Closing this for the moment as two of the three items have been addressed in other ways.


Getting error "relation "pgsodium.key_key_id_seq" does not exist (SQLSTATE 42P01)" when using "db remote commit"

Bug report
Describe the bug
When using the latest CLI to init, start, link, and remote commit; supabase errors with a missing relation.
relation "pgsodium.key_key_id_seq" does not exist (SQLSTATE 42P01)

To Reproduce
Steps to reproduce the behavior, please provide code snippets or a repository:

supabase init
supabase start
supabase link --project ...
supabase db remote commit
supabase db reset

PS C:\Users\silen\Documents\GitHub\buildr-monorepo> supabase db reset
Resetting database...
Initialising schema...
Applying migration<PHONE_NUMBER>1131_remote_commit.sql...
Error: ERROR: relation "pgsodium.key_key_id_seq" does not exist (SQLSTATE 42P01)

Expected behavior
The database should now reflect the migration.
System information

OS: Windows 11
Version of supabase-cli: 1.1.5
Version of Node.js: 16.13.2

Hello @ARMATAV , supabase/extensions.sql is a file that we no longer support in CLI v1 and I suspect it was working for you by accident...
Could you and @ZetiMente help me check that your remote projects have pgsodium enabled under the pgsodium schema?

The second issue with off sync timestamp between remote and local migration files was fixed recently in v1.4.5.

Hi @sweatybridge I do have PGSODIUM enabled now, thanks to your help on the other issue ! I no longer get that error. I now get this:

Hi, could you try running with supabase db reset --debug flag to check the detailed error log?

We updated the way shadow database is created in the latest version. Feel free to open this issue again if the problem still persists.

I'm not sure if it's the same problem, but I'm still having trouble creating a local development setup with the steps described in the OP.
If I understand correctly, supabase db remote commit (step 4) on a new project should basically create all necessary tables.
While an SQL migration file is indeed successfully created, it references two views which are not present in the local postgres instance.
For reference, here are the views that are available on the hosted supabase.co database:

And here are the views in the locally created database:

The script generated by supabase db remote commit includes GRANT statements for those two missing views (decrypted_key, mask_columns). When applying the migrations using supabase db reset, these GRANT lead to errors, of course.
Commenting out these GRANT statements seems to work for now, but I guess it might lead to problems later.

Hey, thanks for reporting. Did you try this on the latest version of CLI? This issue is different and it's mostly due to a pre-release of vault that was reverted. Updating CLI should fix it.

I'm hitting the same issue as @fbinz on a fresh project after supabase db remote commit. The hosted database seems to use pgsodium version 3.1.5 whereas the CLI sets up version 3.0.4 (according to pg_catalog.pg_extension).

Thanks for responding so quickly. I was using the latest version of the CLI.

The hosted database seems to use pgsodium version 3.1.5 whereas the CLI (version 1.29.1) sets up version 3.0.4 (according to pg_catalog.pg_extension).

The root cause is the same as https://github.com/supabase/cli/issues/766. I've updated the postgres image used by cli to match that of hosted platform.

Hello @sweatybridge,
I am experiencing the same issue.  CLI (version 1.29.6)

make dump from remote db - supabase db dump -f<PHONE_NUMBER>_name.sql
mv<PHONE_NUMBER>_name.sql supabase/migrations
supabase start

Error: ERROR: relation "pgsodium.decrypted_key" does not exist (SQLSTATE 42P01)
At statement 106: --
-- Name: TABLE "decrypted_key"; Type: ACL; Schema: pgsodium; Owner: supabase_admin
--

GRANT ALL ON TABLE "pgsodium"."decrypted_key" TO "pgsodium_keyholder"

Hi @sweatybridge,
experiencing the same bug. Used CLI with version 1.33.0 to generate a remote commit. Now when the Github CI script from the documentation is being run the following error is thrown:
Error: ERROR: relation "pgsodium.decrypted_key" does not exist (SQLSTATE 42P01)
At statement 958: --
-- Name: TABLE "decrypted_key"; Type: ACL; Schema: pgsodium; Owner: supabase_admin
--

GRANT ALL ON TABLE "pgsodium"."decrypted_key" TO "pgsodium_keyholder"
Try rerunning the command with --debug to troubleshoot the error.

Script:
name: CI

on:
  pull_request:
  workflow_dispatch:

jobs:
  test:
    runs-on: ubuntu-22.04
    steps:
      - uses: actions/checkout@v3

      - uses: supabase/setup-cli@v1

      - name: Start Supabase local development setup
        run: supabase start

      - name: Verify generated types are up-to-date
        run: |
          supabase gen types typescript --local > types.ts
          if [ "$(git diff --ignore-space-at-eol types.ts | wc -l)" -gt "0" ]; then
            echo "Detected uncommitted changes after build. See status below:"
            git diff
            exit 1
          fi

Hi @sweatybridge,
I'm experiencing the same issue as @d-e-h-i-o.
`Error: ERROR: relation "pgsodium.decrypted_key" does not exist (SQLSTATE 42P01)
At statement 568: --
-- Name: TABLE "decrypted_key"; Type: ACL; Schema: pgsodium; Owner: postgres
GRANT ALL ON TABLE "pgsodium"."decrypted_key" TO "pgsodium_keyholder"
Try rerunning the command with --debug to troubleshoot the error.
Error: Process completed with exit code 1.`

For future reference, this issue was addressed in v1.35.0 https://github.com/supabase/cli/pull/818. Feel free to reopen if updating CLI to latest doesn't help.

Had this error locally when undergoing a major postgres upgrade (14 -> 15) and trying to run supabase reset.
Stopping and restarting supabase helped to force supabase cli to upgrade the used docker images

This is F# weird, I am running a "clean" docker container, why am I even having this issue in my local env? (not linked to a remote projectect)


[FEATURE REQUEST] Allow to preserve OS images when run 'epicli apply' for existing cluster

Is your feature request related to a problem? Please describe.
When we release version with updated default OS image and run it for existing cluster deployed with older image, Terraform will detect the difference and may destroy existing VMs.
For AWS, it fails:
14:14:44 ERROR cli.engine.terraform.TerraformCommand - Error: error deleting Autoscaling Launch Configuration (aws-rhel-infra-test-repository-launch-config): ResourceInUse: Cannot delete launch configuration aws-rhel-infra-test-repository-launch-config because it is attached to AutoScalingGroup aws-rhel-infra-test-repository-asg-0
14:14:44 INFO cli.engine.terraform.TerraformCommand -   status code: 400, request id: 1c892f6e-2abb-4eba-ba05-134bbe27e6fd

For Azure, it did nothing (no failure) after changing from 7-RAW/7.6.2018103108 to 7-RAW/7.7.2019090418 but failed after changing from 7-RAW/7.6.2018103108 to 7-LVM/7.9.2020111202:
14:48:58 ERROR cli.engine.terraform.TerraformCommand - Error: compute.VirtualMachinesClient#CreateOrUpdate: Failure sending request: StatusCode=0 -- Original Error: autorest/azure: Service returned an error. Status=<nil> Code="ConflictingUserInput" Message="Disk az-infra-test-repository-vm-0-os-disk already exists in resource group AZ-INFRA-TEST-RG. Only CreateOption.Attach is supported." Target="/subscriptions/XXX/resourceGroups/az-infra-test-rg/providers/Microsoft.Compute/disks/az-infra-test-repository-vm-0-os-disk"

Because we have:
delete_os_disk_on_termination = "false"
the OS disk was not removed.
We want to have a setting or mode to avoid such errors without modifying infrastructure when only OS image was changed.
Describe the solution you'd like
Implement a mechanism to use the current OS images in case of fresh deployment, in case of upgrade between minor/path versions user will stay with the initial ones.
Describe alternatives you've considered
n/a
Additional context
Special requirements for LTS versions (apply after upgrade).

DoD checklist

[ ] Changelog updated
[ ] COMPONENTS.md updated / doesn't need to be updated
[ ] Feature has automated tests
[ ] Automated tests passed (QA pipelines)

[ ] apply
[ ] upgrade

[ ] Idempotency tested
[ ] Documentation added / updated / doesn't need to be updated
[ ] All conversations in PR resolved
[ ] Solution meets requirements and is done according to design doc
[ ] Usage compliant with license
[ ] Backport tasks created / doesn't need to be backported

Tesed:
✅ apply v0.9 -> upgrade to dev -> apply dev
✅  apply dev -> apply dev
I checked different values for default_os_image parameter:

ubuntu-18.04-x86_64

redhat-7-x86_64

centos-7-x86_64

centos-7-arm64

default

also with changed default specification:
---
kind: infrastructure/virtual-machine
title: "Virtual Machine Infra"
provider: aws
name: default
specification:
  os_full_name: RHEL-7.9_HVM-20210208-x86_64-0-Hourly2-GP2

both for Azure and AWS.


Vague Readme file...

When the readme says "Find the DLLs you just build: Look in the output window" this does not help without the names of the DLL files. There's a LOT in the output window. Are you talking about "Assembly-CSharp.dll"? I see two of those. Kind of weird you'd name them THAT, but OK. I'm not feeling so good about going forward at this point.
"Paste the plugin DLL into Unity" Should I be looking for a "plugin.dll"? I don't see that anywhere. I hope we're still talking about Assembly-CSharp.dll.
"Copy the plugin DLL from the output directory" None of the DLLs are in a directory named \output. Should they be? I've got one in \Release\ and one in \Release\Unprocessed. Is this normal?
I hope I don't set my laptop on fire, but I'll try going forward with "Assembly-CSharp.dll" and see how far I get.

By "two paths" do you mean "UnityWSAPlayerDir" (\MetroSupport\ in the Unity editor files) and "UnityProjectDir" (The folder where I saved the project)? Why don't you say that in the readme?
MetroSupport only has one DLL in it called UnityEditor.WSA.Extensions.dll. Is that what I'm looking for? I don't see what I'm supposed to do with that one. Is it the plugin or the placeholder?

The UnityProjectDir has no DLLs in it, just an SLN and a CSPROJ file. It's also got 8 folders. If I search for DLLs in those folders, I find 301 DLLs. I trust you can see my confusion here. THREE of them are named "HoloLensCameraStream.dll". If I search for "plugin", two of those DLLs come up.

Anyone who could let me know whether HoloLensCameraStream.dll or HoloLensCameraStream.dll or Assembly-CSharp.dll is the right dll for the plugin, and which of the 301 dlls are the placeholder, any help would be appreciated.

open the sln and build then
HoloLensCameraStream\Dummy Project\bin\Debug\HoloLensCameraStream.dll goes in assets/plugins
D:_Active Projects\Hololens\HoloLensCameraStream-master\HoloLensCameraStream\Plugin Project\bin\Debug goes in assets/plugins/wsa
I haven't gotten much farther than that myself but after getting those in there there are some settings to change for each, the dummy you pasted into assets/plugins is the placeholder and should be the only thing that shows up once you've applied the right settings to it.

Somehow, Visual Studio may have put the right DLLs into the right folders for me? Or are there placeholders in the Unity package by default that I need to overwrite? The Readme should say these kinds of things... Or maybe there are gnomes helping me while my back is turned. Either way, I think I should now be able to code against the HoloLensCameraStream plugin... After I figure out how to import said namespace into my Unity scripts... Another thing the Readme file could get into in a bit more depth. Or at least provide a link to a helpful resource. Come on, Readme file. I know you can do better!

See, the scripts in the unity project already include the line "using HoloLensCameraStream;" which is what I imagine "import said namespace into your unity scripts" implies, yet Unity comes back with "The type or namespace name `HoloLensCameraStream' could not be found. Are you missing an assembly reference?" ... So I'm sure there's something more I have to do. Something that involves importing namespaces, or making assembly references or... I don't know. I'm not a mad scientist. I'm a JavaScript programmer. Working with Unity is just a project I'm doing for my day job.  I hope... Well... :/

Thanks for the input. I plan on doing some version bumping and critical bug fixing, then I'll update the Readme and take your suggestions into account.


Ingress-NGINX: allow optionally deploy as service type=loadbalancer

Previously only DaemonSet deployment was supported. This PR adds LoadBalancer type deployment which probably makes more sense if cluster has proper loadbalancer implementation (cloud environments, metallb, akrobateo etc).

Not sure should replicas be under deployment/loadbalancer or not? Also, should we allow to tweak service externalTrafficPolicy so that users could preserve the source ip?

I'd try to "merge" the DaemonSet and Deployment stuff into one single template with some if/else structure. Much of those template are the same anyway.

Refactored those to single template.


Error during installation

While following the installation instructions, I am getting this error upon running pip install -r requirements.txt
...

INFO: pip is looking at multiple versions of <Python from Requires-Python> to determine which version is compatible with other requirements. This could take a while.
INFO: pip is looking at multiple versions of black to determine which version is compatible with other requirements. This could take a while.
ERROR: Cannot install -r requirements.txt (line 1), -r requirements.txt (line 7), black==22.3.0, click==8.1.3, platformdirs==2.5.2, pytest==6.2.5 and tomli==2.0.1 because these package versions have conflicting dependencies.

The conflict is caused by:
    eth-brownie 1.19.3 depends on pyyaml==5.4.1
    eth-brownie 1.19.2 depends on pyyaml==5.4.1
    The user requested black==22.3.0
    eth-brownie 1.19.1 depends on black==22.6.0
    eth-brownie 1.19.0 depends on pyyaml==5.4.1
    eth-brownie 1.18.2 depends on pyyaml==5.4.1
    The user requested platformdirs==2.5.2

...

I installed eth-brownie and other packages separately using pip install on command line. Can this cause issue with functioning of the TokenSpice engine?
tsp run and plot seem to be working with the example netlists provided.

I installed eth-brownie and other packages separately using pip install on command line. Can this cause issue with functioning of the TokenSpice engine?

There shouldn't be issues wrt TokenSPICE running.
But as you've described, it's causing problems in the installation. Brownie is especially finicky.
Did you try to install using the exact install instructions, including creating a virtualenv etc?

Yes. I followed the instructions exactly as specified step by step. Except that I did not need to do nvm installation. I also tried it on an alternate machine, but the same issue came up while running requirements.txt.
Another issue I noticed is that ganache-cli is now deprecated.

Thanks for the info. I hope to dig into this next week.
If it's urgent for you: in requirements.txt, change or loosen the specific version requirements for the dependencies with issues. See what works.

Hello, thanks for your patience. I did a bunch of changes yesterday that loosen up the requirements.py dependencies a lot.
Could you try now and see if it works?
(FYI not all unit tests are passing yet, but don't worry about that. WIP by me)

Hi. Thank You for making the changes. Apologies for not responding earlier. Somehow I missed the notification for this comment.
I tried to do a fresh install TokenSpice following the instructions. I still get errors while directly using the requirements.txt file.    Some error extracts after running pip install -r requirements.txt
Collecting pyyaml<6.0.0,>=5.3.0
  Using cached PyYAML-5.4.1.tar.gz (175 kB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... error
  ERROR: Command errored out with exit status 1:
   command: /Users/pravar/Documents/Nunet/Testing/tokenspice/venv/bin/python3 /Users/pravar/Documents/Nunet/Testing/tokenspice/venv/lib/python3.9/site-packages/pip/_vendor/pep517/in_process/_in_process.py get_requires_for_build_wheel /var/folders/z3/j7c_j0551v1cdrsw9x2p35sw0000gn/T/tmp9brk6rky
       cwd: /private/var/folders/z3/j7c_j0551v1cdrsw9x2p35sw0000gn/T/pip-install-f4nqry_n/pyyaml_9ec87d8684644c1682639a1b230dc6eb
  Complete output (62 lines):
  /private/var/folders/z3/j7c_j0551v1cdrsw9x2p35sw0000gn/T/pip-build-env-4xyuv2g1/overlay/lib/python3.9/site-packages/setuptools/config/setupcfg.py:293: _DeprecatedConfig: Deprecated config in `setup.cfg`
  !!

          ********************************************************************************
          The license_file parameter is deprecated, use license_files instead.

          By 2023-Oct-30, you need to update your project and remove deprecated calls
          or your builds will no longer be supported.

          See https://setuptools.pypa.io/en/latest/userguide/declarative_config.html for details.
          ********************************************************************************

  !!
    parsed = self.parsers.get(option_name, lambda x: x)(value)
  running egg_info
  writing lib3/PyYAML.egg-info/PKG-INFO
  writing dependency_links to lib3/PyYAML.egg-info/dependency_links.txt
  writing top-level names to lib3/PyYAML.egg-info/top_level.txt
  Traceback (most recent call last):
    File "/Users/pravar/Documents/Nunet/Testing/tokenspice/venv/lib/python3.9/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 349, in <module>
      main()
    .
    .
    .
    File "<string>", line 201, in get_source_files
    File "/private/var/folders/z3/j7c_j0551v1cdrsw9x2p35sw0000gn/T/pip-build-env-4xyuv2g1/overlay/lib/python3.9/site-packages/setuptools/_distutils/cmd.py", line 107, in __getattr__
      raise AttributeError(attr)
  AttributeError: cython_sources

.
.
.
WARNING: Discarding https://files.pythonhosted.org/packages/7f/9f/105f485c2d68ba611b90ac00f717b1c8fbb5d2229ce9e17d9f6c21385aab/coverage-3.0.tar.gz#sha256=d89bfa53c519d154cffd8295f63eaa226142cfbba98bd1cb8a02bd0da4b536dc (from https://pypi.org/simple/coverage/). Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.
INFO: pip is looking at multiple versions of typing-extensions to determine which version is compatible with other requirements. This could take a while.
Collecting typing-extensions
Downloading typing_extensions-4.7.0-py3-none-any.whl (33 kB)
Downloading typing_extensions-4.6.3-py3-none-any.whl (31 kB)
Downloading typing_extensions-4.6.2-py3-none-any.whl (31 kB)
.
.
.
INFO: This is taking longer than usual. You might need to provide the dependency resolver with stricter constraints to reduce runtime. If you want to abort this run, you can press Ctrl + C to do so. To improve how pip performs, tell us what happened here: https://pip.pypa.io/surveys/backtracking
.
.
.

The installer gets stuck at this stage.

File "/tmp/pip-build-env-qj8ys7x5/overlay/lib/python3.10/site-packages/setuptools/command/egg_info.py", line 587, in add_defaults
sdist.add_defaults(self)
File "/tmp/pip-build-env-qj8ys7x5/overlay/lib/python3.10/site-packages/setuptools/command/sdist.py", line 113, in add_defaults
super().add_defaults()
File "/tmp/pip-build-env-qj8ys7x5/overlay/lib/python3.10/site-packages/setuptools/_distutils/command/sdist.py", line 251, in add_defaults
self._add_defaults_ext()
File "/tmp/pip-build-env-qj8ys7x5/overlay/lib/python3.10/site-packages/setuptools/_distutils/command/sdist.py", line 336, in _add_defaults_ext
self.filelist.extend(build_ext.get_source_files())
File "", line 201, in get_source_files
File "/tmp/pip-build-env-qj8ys7x5/overlay/lib/python3.10/site-packages/setuptools/_distutils/cmd.py", line 107, in getattr
raise AttributeError(attr)
AttributeError: cython_sources
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error
× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output.
note: This error originates from a subprocess, and is likely not a problem with pip.
Getting similar kind of issue with installation of eth brownie, following the exact installation instructions, have tried different venv with python versions (3.8,3.9,3.10,3.11)

Glad you could solve it!


Loadbalancer pool failure when user removed from account

We're using the Cloudflare provider through Terraform which hooks into this go library. The API key and email we were originally using has now been removed from our Cloudflare account & as a result, all terraform apply commands are failing because the pool resource apparently no longer exists (at least under the new user's pools endpoint).
Expected behavior
Load balancer pool should be found when listing/viewing.
Current behavior
Load balancer pool fails to return anything as it's looking under the /user namespace instead of /account
Possible solution
Change ListLoadBalancerPool and all related methods to use /account endpoint instead of /user
Steps to reproduce (for bugs)

Use one user/api key to create a load balancer & pool
Remove user/api key from account and replace with another user
Attempt to list load balancer pools

Context
Due to this we're currently blocked from any Terraform applies which is preventing us from maintaining other parts of our infrastructure. Our current potential workaround is to entirely delete and then re-create the load balancer pool which isn't optimal.
Your Environment

Version used (e.g. git sha or specific tag): terraform-provider-cloudflare v2.13.2 (cloudflare-go v0.13.5)

To use the account level endpoints, you need to set the account_id (Terraform provider) or api.AccountID (cloudflare-go) and the userBaseURL will update accordingly.

We did try setting the account_id in Terraform but it didn't appear to change the endpoint being used. I'll raise this there instead then. Thanks.


#[serde(default)] seems to not invoke the deserialise_with

Originally coming from the serde-aux crate's issue, the #[serde_default)] seems to override any #[serde(deserialize_with)] field attribute so that it is never invoked. I'd expect the deserialize_with to always work as:

The documentation states that the deserialize_with is invoked when a field should be deserialized.
There can be thousands of fields of type T either with deserialise_with (and even different ones) and not, but if we just add #[serde(default)] on a struct (#[serde(default = "path")] also breaks the behaviour), fields, where the type is of that struct, are never deserialised with the provided deserialize_with implementation, what simply breaks the whole usage of the struct and this attribute.

The first question is whether it is the intended behaviour or not. If it is indeed, I think it should be mentioned in the documentation of both, deserialize_with and #[serde(default)]. If it is not intended, then this is, perhaps, a bug.

I'm also a bit confused about the expected interaction between #[serde(default)] and #[serde(deserialize_with].
In my case I'm trying to use #[serde(default)] and #[serde(deserialize_with] on the same field and I was expecting that the deserialize_with function would only be called if the field existed, but it looks like the #[serde(default)] is ignored and I end up with a "missing field" error.
My structure looks like this:
#[derive(Serialize, Deserialize, Default)]
pub struct StatDesc {
    pub guid: String,

    pub name: Option<String>,

    #[serde(rename = "type")]
    #[serde(default)]
    #[serde(skip_serializing_if="is_default_stat_eval_type")]
    pub eval_type: StatType,

    pub units: String,

    #[serde(deserialize_with = "deserialize_scopes_hashset_from_array")]
    pub scopes: HashSet<StatScope>,
    //pub scope: String,
    pub span: String,
    pub visible: bool,

    #[serde(default)]
    pub fifo_max_n: Option<u32>,
    #[serde(default)]
    pub fifo_max_days: Option<u32>,
    //#[serde(default)]
    //pub fifo_ref: Option<String>,

    #[serde(deserialize_with = "deserialize_stat_eq")]
    pub eq: Vec<EqData>,

    #[serde(default)]
    #[serde(deserialize_with = "deserialize_hashset_from_array")]
    pub tags: HashSet<String>,

    #[serde(default)]
    pub conditions: Option<Conditional>
}

I was expecting to get a ::default() HashSet for tags in this case if no tags were given.
The docs don't suggest that these attributes conflict, but it looks like in this case they can't be used together and I should handle the optional deserialization within my deserialize_with function and return a ::default() set manually?
It seems like it would be convenient if they could be combined, but if that's not possible for some reason it could help to have a warning in the docs about the conflict.

I was expecting that the deserialize_with function would only be called if the field existed

@rib That is exactly what I see on the playground: https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=0da84c9fa9d958eaf46bc4ca2b38e86c
If you see other behaviour you should provide more details (serialization format, exact error message) or ideally a minimal running example like the playground link.

Actually I'm even more confused now...
I removed the use of '#[serde(default)] with the tags field and updated the deserialize_with function to try and handle missing tags but serde is throwing an error about the missing tags before even calling the deserialize_with function.
This is what my struct looks like atm:
#[derive(Serialize, Deserialize, Default)]
pub struct StatDesc {
    pub guid: String,

    pub name: Option<String>,

    #[serde(rename = "type")]
    #[serde(default)]
    #[serde(skip_serializing_if="is_default_stat_eval_type")]
    pub eval_type: StatType,

    pub units: String,

    // NB: can't use default with deserialize_with
    #[serde(deserialize_with = "deserialize_scopes_hashset_from_array")]
    pub scopes: HashSet<StatScope>,
    //pub scope: String,
    pub span: String,
    pub visible: bool,

    #[serde(default)]
    pub fifo_max_n: Option<u32>,
    #[serde(default)]
    pub fifo_max_days: Option<u32>,
    //#[serde(default)]
    //pub fifo_ref: Option<String>,

    #[serde(deserialize_with = "deserialize_stat_eq")]
    pub eq: Vec<EqData>,

    // NB: can't use default with deserialize_with
    //#[serde(default = "HashSet::new")]  // I also tried this just for good measure
    #[serde(deserialize_with = "deserialize_optional_hashset_from_array")]
    pub tags: HashSet<String>,

    #[serde(default)]
    pub conditions: Option<Conditional>
}

And this is my deserialize_with function for tags:
pub fn deserialize_optional_hashset_from_array<'de, D>(deserializer: D) -> Result<HashSet<String>, D::Error>
where
    D: de::Deserializer<'de>,
{
    let ids: Option<Vec<String>> = match Option::deserialize(deserializer) {
        Ok(field) => field,
        Err(err) => {
            eprintln!("Failed to Option::deserialize hashset from array: {}", err);
            return Err(err);
        }
    };

    let mut id_set = HashSet::new();

    if let Some(ids) = ids {
        for id in ids {
            id_set.insert(id);
        }
    }

    Ok(id_set)
}

(extra explicitly error checking around Option::deserialize just to help me see where my error is being thrown from (it's not coming from here))

This is the panic I'm getting:
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Error("missing field `tags`", line: 1, column: 104460)', realfit/src/stats.rs:122:114
stack backtrace:
   0: rust_begin_unwind
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/std/src/panicking.rs:517:5
   1: core::panicking::panic_fmt
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/core/src/panicking.rs:101:14
   2: core::result::unwrap_failed
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/core/src/result.rs:1617:5
   3: core::result::Result<T,E>::unwrap
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/core/src/result.rs:1299:23
   4: <realfit::stats::ALL_USER_STAT_DESCRIPTIONS as core::ops::deref::Deref>::deref::__static_ref_initialize
             at ./src/stats.rs:122:64
   5: core::ops::function::FnOnce::call_once
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/core/src/ops/function.rs:227:5
   6: spin::once::Once<T>::call_once
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/spin-0.5.2/src/once.rs:110:50
   7: lazy_static::lazy::Lazy<T>::get
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/lazy_static-1.4.0/src/core_lazy.rs:21:9
   8: <realfit::stats::ALL_USER_STAT_DESCRIPTIONS as core::ops::deref::Deref>::deref::__stability
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/lazy_static-1.4.0/src/lib.rs:142:21
   9: <realfit::stats::ALL_USER_STAT_DESCRIPTIONS as core::ops::deref::Deref>::deref
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/lazy_static-1.4.0/src/lib.rs:144:17
  10: realfit::stats::index_stats
             at ./src/stats.rs:75:17
  11: <realfit::stats::ALL_USER_STAT_DESCRIPTIONS_INDEX as core::ops::deref::Deref>::deref::__static_ref_initialize
             at ./src/stats.rs:123:97
  12: core::ops::function::FnOnce::call_once
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/core/src/ops/function.rs:227:5
  13: spin::once::Once<T>::call_once
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/spin-0.5.2/src/once.rs:110:50
  14: lazy_static::lazy::Lazy<T>::get
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/lazy_static-1.4.0/src/core_lazy.rs:21:9
  15: <realfit::stats::ALL_USER_STAT_DESCRIPTIONS_INDEX as core::ops::deref::Deref>::deref::__stability
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/lazy_static-1.4.0/src/lib.rs:142:21
  16: <realfit::stats::ALL_USER_STAT_DESCRIPTIONS_INDEX as core::ops::deref::Deref>::deref
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/lazy_static-1.4.0/src/lib.rs:144:17
  17: stats_tool::show_user_stats::{{closure}}
             at ./src/bin/stats_tool.rs:299:18
  18: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/core/src/future/mod.rs:80:19
  19: stats_tool::main::{{closure}}
             at ./src/bin/stats_tool.rs:413:21
  20: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/core/src/future/mod.rs:80:19
  21: tokio::park::thread::CachedParkThread::block_on::{{closure}}
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.13.0/src/park/thread.rs:263:54
  22: tokio::coop::with_budget::{{closure}}
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.13.0/src/coop.rs:106:9
  23: std::thread::local::LocalKey<T>::try_with
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/std/src/thread/local.rs:399:16
  24: std::thread::local::LocalKey<T>::with
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/std/src/thread/local.rs:375:9
  25: tokio::coop::with_budget
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.13.0/src/coop.rs:99:5
  26: tokio::coop::budget
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.13.0/src/coop.rs:76:5
  27: tokio::park::thread::CachedParkThread::block_on
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.13.0/src/park/thread.rs:263:31
  28: tokio::runtime::enter::Enter::block_on
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.13.0/src/runtime/enter.rs:151:13
  29: tokio::runtime::thread_pool::ThreadPool::block_on
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.13.0/src/runtime/thread_pool/mod.rs:77:9
  30: tokio::runtime::Runtime::block_on
             at /home/rib/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.13.0/src/runtime/mod.rs:463:43
  31: stats_tool::main
             at ./src/bin/stats_tool.rs:448:5
  32: core::ops::function::FnOnce::call_once
             at /rustc/59eed8a2aac0230a8b53e89d4e99d55912ba6b35/library/core/src/ops/function.rs:227:5
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

(backtrace itself isn't really that helpful here)
Yeah, so I'm a bit confused at the moment about what's going wrong here.

(backtrace itself isn't really that helpful here)

You can use cargo expand to get the compiled code

oh jeeze 🤦 as I was moving more and more of my code into the rust playground to create a minimal reproduction I finally realised it was something really dumb! I was fixating on the wrong "tags" field based on the error - there's also a tags field in the Conditional struct that hadn't occurred to me, urgh (the input json is also a somewhat large compacted file so I hadn't cross referenced with the line/column from the error since I was so convinced it must be the tags in the StatDesc).
So in this Conditional struct I was missing a #[serde(default)] that was needed and once I add that then it in indeed does work as I originally imagined, as as was shown by @jonasbb.
Really sorry for the noise here!
Thanks so much for going to the effort of making a minimal test @jonasbb and showing that the expected behaviour in fact did work.
Apologies!

This doesn't work.
extern crate serde;
extern crate serde_aux;
extern crate serde_json;

use serde::{Deserialize, Serialize};
use serde_aux::prelude::*;

#[derive(Serialize, Deserialize, Debug, Default)]
struct MyStruct {
    #[serde(deserialize_with = "deserialize_default_from_empty_object")]
    empty_as_default: Option<MyInnerStruct>,
}

#[derive(Serialize, Deserialize, Debug, Default, PartialEq)]
#[serde(default)]
struct MyInnerStruct {
    mandatory: u64,
    optional: u64,
}

fn main() {
    let s = r#" { "empty_as_default": {} } "#;
    let a: MyStruct = serde_json::from_str(s).unwrap();
    assert_eq!(a.empty_as_default, None);
}

#[serde(default)] on the MyInnerStruct overrides the #[serde(deserialize_with)] of a field in MyStruct.

@rib The serde_path_to_error crate can be quite helpful in finding out which field/struct is the problem, especially if the JSON is a bit unwieldy. Great that you could figure it out.

I am sorry, but why did you close this? I had and still have a legitimate question that no one has been able to answer.

Regarding https://github.com/serde-rs/serde/issues/1945#issuecomment-971919575, as far as I can tell everything there is behaving as intended/documented. The deserialize_with function deserializes the incoming {} into EmptyOrNot defined as:
#[derive(Debug, Deserialize)]
#[serde(untagged)]
enum EmptyOrNot {
    NonEmpty(Option<MyInnerStruct>),
    Empty(EmptyObject),
    Null,
}

The meaning of untagged is that it'll try deserializing each field in order. Since you put serde(default) on MyInnerStruct, {} will happily deserialize as MyInnerStruct with all default fields, and therefore also as Option<MyInnerStruct>, and therefore also as the first untagged variant: EmptyOrNot::NonEmpty(Some(MyInnerStruct { .. defaults })). From your assert_eq it sounds like you are expecting deserialize_default_from_empty_object to return Ok(<Option<MyInnerStruct>>::default()), but that only happens if you deserialized the thing to either EmptyOrNot::Empty or EmptyOrNot::Null, neither of which is the case.

Thank you @dtolnay. This is so confusing sometimes, I am revisiting this chunk of code for the fifth time, always leaving it thinking I have finally understood it.


Replace example with more recent metadata_xlsx

In order to make the vignette and example better we need to improve the metadata spreadsheet. Emanuel already created an improved version and I will go off of that adding any other necessary info.

Finished


Enable Past Days/Months

Hello!
I'm currently using the range calendar, but all of the days/months prior to the current date are disabled.  Is there a way for me to enable them?
Cheers,
cdrock

Modal Mode
  openCalendar() {
    const options = {
      canBackwardsSelected: true,
      defaultDateRange: this.date,
      pickMode: 'range'
    };
    let myCalendar =  this.modalCtrl.create(CalendarModal, {
      options: options
    });

    myCalendar.present();

    myCalendar.onDidDismiss((date, type) => {
      if (date) {
          this.date = date;
      }
     })
  }

Components Mode
      <ion-calendar [(ngModel)]="dateRange"
                    [options]="optionsRange">
      </ion-calendar>

import { Component } from '@angular/core';
import { CalendarComponentOptions } from 'ion2-calendar'
@Component({
  selector: 'page-home',
  templateUrl: 'home.html'
})
export class HomePage {
  dateRange = { from: '2017-12-1'; to: '2017-12-25'; };
  optionsRange: CalendarComponentOptions = {
    from: new Date(1),
    pickMode: 'range'
  };
  constructor() { }
  ...
}

How to disable future dates ?

How to disable future dates

    var hoy=Date.now();
    const options: CalendarModalOptions = {
      canBackwardsSelected: true,
      pickMode: 'range',
      title: 'RANGE',
      to: hoy

    };

@millemax this does not work for me. Where do you provide CalendarModalOptions then?

@millemax this does not work for me. Where do you provide CalendarModalOptions then?
 import { CalendarModalOptions } from 'ion2-calendar';


Is the dramatic increase in parameters(12.8 to 46M) due to Spconv3d in rpe?

I found that PTv3 added SpConv3d in each block's cpe module, while PTv2 doesn't.
So Is the dramatic increase in parameters(12.8 to 46M) due to Spconv3d in rpe?
And what is the main part of the computation amount?
I would appreciate your reply, thank you~

Yes. So increase in parameters does not make the model slower and does not make the memory cost larger. So in my opinion, it is worth introducing it (also discussed in our paper)


🚀[Release v3.11.0] Merge into Main

What's New?

Improved language switching: Easily change Litewallet language in ⚙ > Settings > Manage: Languages
WebView for Litecoin Card
Minor bug fixes

CURRENT-TEST-SUCCESS-1606

CURRENT-TEST-SUCCESS-1608

CURRENT-TEST-SUCCESS-1610


Interface fixing with ASCII chars

Now it really should be usable.

Travis fails.

According to Travis, build is failing because I used i32 as an argument for Duration::new( , ). According to docs (http://ticki.github.io/redocs/std/time/struct.Duration.html) the correct type used to be u32 but changed to i32 at some point. I guess it's just a Rust version problem...

I guess it's just a Rust version problem...

Nope, it's a Redox libstd compatibility program.

Should I change it back to u32? Because right now, when compiling redox with the updated rusthello, Cargo demands a i32 instead.

Have updated libstd

Merged and fixed in another commit, it should be building now


Ambiguous match found: *.xaml

For the last 2 days i'v been trying to tackle this issue.
Basically rewriting my code to see where the error came from.
Problem:
I got a Ambiguous match found on an PdfController.xaml file.
No further info was given.
What i found was the problem:
In the csproj file there is this:
    <Compile Update="**\*.xaml.cs">
      <DependentUpon>%(Filename)</DependentUpon>
    </Compile>

As it happened there was also:
  <Compile Update="PdfViewer\PdfController.xaml.cs">
     <DependentUpon>"PdfViewer\PdfController.xaml"</DependentUpon>
   </Compile>

At the bottom of the page.
After deleting the last definition the error went away and the designer could show me the layout.
Hope this helps someone who stumbles on the exact same problem.

This might have been caused by Visual Studio making assumptions about xaml files. We since changed to using the axaml extension to avoid VS getting confused and doing strange things.
Closing as I don't think we can do much about VS oddities at the moment.


Fixes #294: Tab completion repeats the first character (oh-my-zsh)

Fixes #294
To test:
Using oh-my-zsh with the Extraterm setup injected into the session, (e.g., Agnoster theme; although theme is not a factor):
Before PR:

Open a terminal and carry out tab-completion on, say, the letter c
Notice that the c character is repeated.

After PR:
Notice that the c character is not repeated.

From https://stackoverflow.com/questions/19305291/remnant-characters-when-tab-completing-with-zsh
"""
You indicate that a character sequence in the zsh prompt has zero width using the %{ and %} delimiters.
"""
This is exactly the fix we need!
Thanks.

Thanks :)


What is the purpose of the generated_plugin_registrant.dart file in the example/lib path and how it was generated

When I was looking at the code for the example project, there was an automatically generated generated_plugin_registrant.dart file in the example/lib path, but I couldn't find a reference to it. What is the purpose of this file and how it was generated. The submission record of this file is shown in the following figure

When I entered the Flutter build web command, a description of "generated_plugin-registration. dart found. deleted" appeared on the command line, and then the generated_plugin-registration. dart file in the example/lib path was deleted. So why is this? What actions have been completed in this process? Is the generated plugin register. dart file a necessary file for compiling web applications? The command line information when compiling web applications is as follows. Thank you very much for your help

So, these files are effectively autogenerated by flutter. And they are in the example app (so not directly linked to fluent_ui library).
These files are generated by flutter at the compilation time.
We can see the same kind of file in the windows directory: https://github.com/bdlukaa/fluent_ui/blob/master/example/windows/flutter/generated_plugin_registrant.cc

However, I'm not sure why I included this in that PR, probably a mistake. These file are definitly not problematic, but we could also add removed them and add them in the .gitignore file because they are generated by flutter at compilation.

So, these files are effectively autogenerated by flutter. And they are in the example app (so not directly linked to fluent_ui library).
These files are generated by flutter at the compilation time.
We can see the same kind of file in the windows directory: https://github.com/bdlukaa/fluent_ui/blob/master/example/windows/flutter/generated_plugin_registrant.cc
However, I'm not sure why I included this in that PR, probably a mistake. These file are definitly not problematic, but we could also remove them and add them in the .gitignore file because they are generated by flutter at compilation.

Thank you very much for your reply. I raised this question because I couldn't find any references from him and couldn't reproduce this file. This may be a problem that occurred during the development of Flutter. If it does not affect its use, I will temporarily close this issue. Welcome everyone to find the answer to this phenomenon. Thank you again for your reply!


Error disqualifying a person

Describe the bug:
When pressing the disqualify button, nothing happens. An error appears in the console. And also if you close it, it appears as disqualified, however, it still appears in the designation list.
Also, the modal title is in English.
Screenshots

Which platform can you reproduce the bug on?
Desktop
Your operating system:
Windows
App version:
Latest version
Additional information
No response

@joaochris: I believe this should now be fixed. 😊 Can you please confirm?

@joaochris: I believe this should now be fixed. 😊 Can you please confirm?

Yes, it has been fixed. One person was already disqualified and was still showing up in the designation list, so I qualified and disqualified him again and it worked.


Make StorageFactorySwitch initialization static

This would improve readability when passing it to BoundedContext.Builder.

Current coverage is 86.03% (diff: 100%)

Merging #291 into master will decrease coverage by 0.02%

@@             master       #291   diff @@
==========================================
  Files           192        192
  Lines          6629       6630     +1
  Methods           0          0
  Messages          0          0
  Branches        652        652
==========================================
- Hits           5705       5704     -1
- Misses          808        809     +1
- Partials        116        117     +1

Powered by Codecov. Last update 08aac7a...1682954

@armiol, PTAL


[BUG] Overflowing and Overlapping Issues

Description
Describe the bug:
In mobile view, Iskcon Events page, contents are getting overlapped with each other.
Components are not taking the full width i.e. there are some spaces.
Footer and Navbar requires improvement.
Expected behavior:
Every components like Map, Navbar, Footer are supposed to take full width.
Cards elements should not overlap.
Responsive for all devices.
Actual behavior:
Overlapping, Space left i.e. not taking full width.
Reproduction Steps
Steps to reproduce the behavior:

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected result:
Media Query for responsiveness in all devices.
Actual result:
A clear and concise description of what actually happened at each step.
Screenshots

Additional Information
Device (please complete the following information):

OS: Redmi Note 9 Pro Max
Browser Chrome
Version 113.0.5672.126

Additional context:
I would like to work on this issue, Please assign me under GSSoC'23.

I am interested to work on this issue under GSSoC 2023 as a contributor


[on hold] migrate smoke/language to cypress

See GH-1102 for original spike.
Take a look at big happy path for example.
See cypress video in our wiki.
all epic/cypressmigration tickets should be merged into epic branch "epic/cypressmigration-fr1".
if this epic branch doesn't exist, you're probably the first, so create it.

Wait for revert currency/language panel

We are not using CCv2 (aka Model T) anymore so this should be good to go.


Network Ethereum gas prices

All gas prices on the daily and hourly snapshots are "0" in the Network Ethereum Subgraph.

@liambeckman199 Thanks for the diligence! I believe you are looking at the old schema, right now the new schema for ethereum is the pending subgraph.
Either way that field is in there, because near returns gasPrice, but evm chains do not.
The new schema makes fields that are not returned in a subgraph bull instead of 0 to reduce ambiguity also.
lmk if you find any other issues in the network subgraph.

I see, thanks for the response!
When will the new schema api be available on your Github?

hey @liambeckman199 I have an outstanding issue with the graph to request more data in the blockHandlers (https://github.com/graphprotocol/graph-node/issues/3714) if this data is important to you then it might help to make a note so they know there is more interest in this..
But the new schema is currently syncing (pending) and we are redeploying with a performance improvement since 1.1.0 was very slow for evm chains. You can find links to the subgrpahs here: https://github.com/messari/subgraphs/blob/master/README.md#development-status

No immediate rush for the data, but thanks though. Let's stay in touch following the sync.

This data is unavailable to subraphs given the data we get from blockHandlers. So we are moving this to backlog. It will be something we can add in a network substream though


Can't add noteskin

Describe your problem here.
I am trying to add in a custom noteskin, but despite following the directions to a tee, I can't get it to load in-game. I am working on 0.5.2, bc that's the only version that will let me edit characters, so if you know a fix, please hit me up
Are you modding a build from source or with Lua?
Lua
What is your build target?
Windows x86/x32
Did you edit anything in this build? If so, mention or summarize your changes.
Added 1 .png file and 1 .xml file

Hard to tell without any of the files or an actual description of what's happening

When I type the name of the skin in and add the notes, the notes are invisible. If I try to go in-game, an error message pops up.

That's still barely any info
The point of the error is to post it, it's useless to just mention it

Here's the text file for the error
crash_2022-11-05_17'58'50.txt

seems like a duplicate of #9507


Mixpanel.addPushDeviceToken ?

The migration from https://github.com/davodesign84/react-native-mixpanel is not so intuitive, and I have hard time making it with the current documentation to be honest
I struggle with the push tokens, I know Mixpanel eventually will stop the notifications service, but meanwhile, we still need it.
Is there an equivalent of Mixpanel.addPushDeviceToken ?
  saveToken = (pushToken) => {
    if (Platform.OS === 'ios') {
      Mixpanel.addPushDeviceToken(pushToken);
    }
    if (Platform.OS === 'android') {
      Mixpanel.initPushHandling('An Id Number');
      Mixpanel.setPushRegistrationId(pushToken);
    }
  };

hi @arnaudambro , unfortunately, we don't support push notifications in the React Native SDK anymore due to the coming deprecation. Sorry for the inconvenience.


Fix docker image tags for dockerhub/vnmd

Docker images are currently untagged i.e. vnmd/itksnap_3.8.0:tagname

they are now tagged by date. I am happy with this solution for now :) @aswinnarayanan suggestion was to use the commit hash as well, which I think is a great idea - please reopen then :)


Improvements to C++ symbol parsing and support for VTune2019

Addresses feedback in #4775 (thanks,  @hughesv !) and rebases.  I mean to delete the aforementioned PR, please consider this one instead.  #4775 only left for reference on feedback.

Thanks! There are still several comments from the old PR that aren't addressed but still apply.

Also, there are no tests at all. If we want to include this in the product, we'll need to have a way of catching regressions.
At a minimum, there's a lot of converter/parser code that can be tested by including input files under TestData folder, without the need to run profiling and have vtune installed to run the tests. They can be added to ProfilingTests project.

Sorry for the delay, @MinKPark, updating this code to VTune free version.  Will include instructions on how to test/use with "community edition" of VTune.  Thanks @huguesv for closing the other PR.

@rgesteve
I'm closing since there's been no progress in the past 6 months and I'm tidying up the open PR list for the new year.
We're still interested in having this functionality, so whenever you make progress and it's ready for review, feel free to reopen this one or open a new PR.


Clean up and consolidate usage of the HCI_LE_Rand command

See commit messages.

@mbolivar-nordic @anangl please ACK on the DT changes.


Use parse_bytes in read_bytes(sample=...)

[ ] Tests added / passed
[ ] Passes flake8 dask

+1 to merge this. Can press the button if no further activity by tomorrow.

Thanks for pressing the button!
On Wed, Mar 6, 2019 at 1:26 PM Martin Durant<EMAIL_ADDRESS>wrote:

+1 to merge this. Can press the button if no further activity by tomorrow.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/dask/dask/pull/4554#issuecomment-470242209, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AASszKE6upcPLZenTVwGa8CLVGyHVg6Nks5vUBZngaJpZM4bhN56
.


first try

DO NOT MERGE BEFORE 2016-08-09 OR ELSE RISK THE WRATH OF LALIT
This change moves /next/apps/Apps to /apps
after which the only commands needed to make it work again were:
grep -Hnril 'next.apps.Apps' .|grep -v 'pyc\|.git\|~'|while read x; do sed -i 's/next.apps.Apps/apps/g' $x; done

and removing all pycache and .pyc files.

Done elsewhere


Node spawning position in AnimationTreeEditor is strange

Godot version
4.0.dev (2f57a11ed9b383706b72783c0d9b1e869774e08a)
System information
MacOS 11.6
Issue description
When you add a Node in AnimationTreeEditor, the Node is added in a far away location.
https://user-images.githubusercontent.com/61938263/151669768-6899d041-8a18-466e-a452-7164cd2ca6e5.mov
This bug is a rather recent regression, so I expect it is caused by some change in the method to get the canvas / window size.
Steps to reproduce
Add a Node in AnimationTreeEditor.
Minimal reproduction project
No response

I can confirm this on master fc09d783f (Linux, 100% editor display scale).


feat: Data Apps Proxy

Jira: https://keboola.atlassian.net/browse/PSGO-359
Incomplete but we discussed that we want to merge into main directly.
All of the code here has already been reviewed in previous PRs.

@jachym-tousek-keboola , all big things (RFC and CLI) are fixed and merged to the main, please update this PR, sometime this week, so we can prevent future compatibility issues.


Upgrade dependencies

This project uses semver, please check the scope of this pr:

[ ] #none# - documentation fixes and/or test additions
[ ] #patch# - backwards-compatible bug fix
[x] #minor# - adding functionality in a backwards-compatible manner
[ ] #major# - incompatible API change

CHANGELOG

Replaced bower dependencies with node dependencies.
Updated ember-lodash-shim to version 2.0.0 which shaves over 150 KB off of production builds.

:+1:


Update clap to 4.3

This PR updates clap to the current stable release.
note: this currently requires the use of a feature named unstable-styles, suggesting that it might require further changes in the future.

The CI failure is unrelated.


https://github.com/microsoft/azure-pipelines-tasks/blob/master/Tasks/AzurePowerShellV5/InitializeAz.ps1 is missing support for "$endpointObject.authenticationType -ieq 'SPNCertificate'"

Note
Issues in this repo are for tracking bugs, feature requests and questions for the tasks in this repo
For a list:
https://github.com/Microsoft/azure-pipelines-tasks/tree/master/Tasks
If you have an issue or request for the Azure Pipelines service, use developer community instead:
https://developercommunity.visualstudio.com/spaces/21/index.html )
Required Information
Entering this information will route you directly to the right team and expedite traction.
Question, Bug, or Feature?
Type:  Bug
Enter Task Name: here
AzurePowerShell@4
AzurePowerShell@5
list here (V# not needed):
https://github.com/microsoft/azure-pipelines-tasks/blob/master/Tasks/AzurePowerShellV4/InitializeAz.ps1
https://github.com/microsoft/azure-pipelines-tasks/blob/master/Tasks/AzurePowerShellV5/InitializeAz.ps1
Environment

Server - Azure Pipelines

Agent - Hosted

Issue Description
For service endpoints we are using "authorization": {"scheme": "ServicePrincipal" and "authenticationType": "spnCertificate". When using AzurePowerShell@4 or AzurePowerShell@5 on anything other then windows-latest it seems support is missing for this authenticationtype, since it throws "Only SPN credential auth scheme is supported for non windows agent.". Looking at InitializeAz.ps1 it only seems to try SPNKey;
  try {
        if ($endpointObject.authenticationType -ieq 'SPNKey') {

Task logs
2020-07-29T22:55:24.8405693Z ##[section]Starting: AzurePowerShell 2020-07-29T22:55:24.8414947Z ============================================================================== 2020-07-29T22:55:24.8415311Z Task         : Azure PowerShell 2020-07-29T22:55:24.8415623Z Description  : Run a PowerShell script within an Azure environment 2020-07-29T22:55:24.8415914Z Version      : 4.173.1 2020-07-29T22:55:24.8416177Z Author       : Microsoft Corporation 2020-07-29T22:55:24.8416500Z Help         : https://aka.ms/azurepowershelltroubleshooting 2020-07-29T22:55:24.8416840Z ============================================================================== 2020-07-29T22:55:25.0002949Z ## Validating Inputs 2020-07-29T22:55:25.0068398Z ## Validating Inputs Complete 2020-07-29T22:55:25.0068607Z ## Initializing Az module 2020-07-29T22:55:25.0080295Z Generating script. 2020-07-29T22:55:25.0094224Z ## Az module initialization Complete 2020-07-29T22:55:25.0094776Z ## Beginning Script Execution 2020-07-29T22:55:25.0114361Z [command]/usr/bin/pwsh -NoLogo -NoProfile -NonInteractive -ExecutionPolicy Unrestricted -Command . '/home/vsts/work/_temp/8af16c39-ee29-44b6-8743-ee2da781b177.ps1' 2020-07-29T22:55:25.6483461Z ##[command]Import-Module -Name /usr/share/az_4.3.0/Az.Accounts/1.9.1/Az.Accounts.psd1 -Global 2020-07-29T22:55:26.0522176Z ##[command]Clear-AzContext -Scope Process 2020-07-29T22:55:26.9380706Z ##[command]Clear-AzContext -Scope CurrentUser -Force -ErrorAction SilentlyContinue 2020-07-29T22:55:27.5543805Z Exception is : Only SPN credential auth scheme is supported for non windows agent. 2020-07-29T22:55:27.6778213Z OperationStopped: /home/vsts/work/_tasks/AzurePowerShell_72a1931b-effb-4d2e-8fd8-f8472a07cb62/4.173.1/InitializeAz.ps1:91 2020-07-29T22:55:27.6779895Z Line | 2020-07-29T22:55:27.6780952Z   91 |          throw (New-Object System.Exception("There was an error with t â€¦ 2020-07-29T22:55:27.6782082Z      |          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2020-07-29T22:55:27.6783134Z      | There was an error with the service principal used for the 2020-07-29T22:55:27.6784199Z      | deployment. 2020-07-29T22:55:27.6785072Z  2020-07-29T22:55:27.6942396Z ##[error]PowerShell exited with code '1'. 2020-07-29T22:55:27.6951601Z ## Script Execution Complete 2020-07-29T22:55:27.6954308Z ##[section]Finishing: AzurePowerShell
Troubleshooting
Checkout how to troubleshoot failures and collect debug logs: https://docs.microsoft.com/en-us/vsts/build-release/actions/troubleshooting
Error logs

any progress with this?

any progress with this?
Still i am facing the same issue for linux machine.

Same thing. Is this not supported for Linux? (not sure what THIS is in the context..)
Is it a bug?

I'm experimenting with a workaround. I set the azureSubscription property in the task to be an SPN type service connection. Then use "connect-azaccount -identity' as the first line of the powershell script. The SPN is basically a dummy, so it can have very limited perms. This approach does eliminate the error and enable use of managed identity. Too kludgy?

Has anyone looked at this issue at any point?
Not being able to run any PSCore task in Azure on non-windows machines is quite a limit.

commenting to follow, will also add comments on the following since this is closed.

https://github.com/Azure/azure-powershell/issues/12401