change loglevel of healthchecks

Healthchecks are logging under info which can get quite noisy and cause actual errors to be lost.
In our case, it can also cause a cost increase since we ship logs to datadog.
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:14:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:14:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:14:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:14:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK

INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:15:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:15:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:15:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:15:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK

INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:16:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:16:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:16:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:16:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK

INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:17:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:17:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:17:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:17:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK

INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:18:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:18:17 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:18:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK
INFO:api:<IP_ADDRESS>:3000 <IP_ADDRESS> [09/03/2023 14:18:47 CST] "GET /api/v1/health" - kube-probe/1.25 - HTTP/1.1 200 OK

Consider moving healthchecks to debug or similar loglevel.

You should be able to set the log level yourself.
https://github.com/echoboomer/incident-bot/blob/main/backend/config.py#L16

That seems like it would change the LOGLEVEL globally. I am asking if the healthchecks (from k8s) can be moved to a different LOGLEVEL

Gotcha, I can look into that.

This should be resolved with the latest release.


[artys7-50] embedded flash size check always fails

Summary: when targeting the artys7-50 target, ADDR_MASK_EFLASH in tl_main_pkg.sv is auto-generated such that "opentitan_earlgrey_flash_size_check.py" stops the build.
Steps are:
$ . /tools/Xilinx/Vivado/2020.2/settings64.sh
$ cd $REPO_TOP
$ ./meson_init.sh
$ ninja -C build-out sw/device/boot_rom/boot_rom_export_fpga_nexysvideo
$ fusesoc --cores-root . run --flag=fileset_top --target=synth lowrisc:systems:top_earlgrey_artys7-50
$ ./hw/top_earlgrey/util/opentitan_earlgrey_flash_size_reduce.py
$ fusesoc --cores-root . run --flag=fileset_top --target=synth lowrisc:systems:top_earlgrey_artys7-50

On the first run of fusesoc, the user is admonished and told to run ./hw/top_earlgrey/util/opentitan_earlgrey_flash_size_reduce.py
INFO: Running pre_build script opentitan_earlgrey_flash_size_check
INFO:edalize.edatool:Running pre_build script opentitan_earlgrey_flash_size_check
ERROR: It seems that the size of the embedded flash has not been adjusted for the targeted FPGA device. The design might not fit.
Please run hw/top_earlgrey/util/opentitan_earlgrey_flash_size_reduce.py before running this fusesoc core.
ERROR: Failed to build lowrisc:systems:top_earlgrey_artys7-50:0.1 : pre_build script 'opentitan_earlgrey_flash_size_check' exited with error code 1
ERROR:fusesoc.main:Failed to build lowrisc:systems:top_earlgrey_artys7-50:0.1 : pre_build script 'opentitan_earlgrey_flash_size_check' exited with error code 1

However, on the second run of fusesoc, despite the changes, the exact same failure happens.
Looking at the "opentitan_earlgrey_flash_size_check.py" that causes the failure, it is looking for both the RegPagesPerBank parameter in flash_ctrl_reg_pkg.sv as well as ADDR_MASK_EFLASH in tl_main_pkg.sv.  It the second that appears to cause the failure.
Even if I manually modify ADDR_MASK_EFLASH in tl_main_pkg.sv, the scripting just re-generates said file prior to the execution of "opentitan_earlgrey_flash_size_check.py".

thanks for bringing this up, i'll try to have a look.
On Sat, Dec 19, 2020 at 3:00 PM majbthrd<EMAIL_ADDRESS>wrote:

Summary: when targeting the artys7-50 target, ADDR_MASK_EFLASH in
tl_main_pkg.sv is auto-generated such that
"opentitan_earlgrey_flash_size_check.py" stops the build.
Steps are:
$ . /tools/Xilinx/Vivado/2020.2/settings64.sh
$ cd $REPO_TOP
$ ./meson_init.sh
$ ninja -C build-out sw/device/boot_rom/boot_rom_export_fpga_nexysvideo
$ fusesoc --cores-root . run --flag=fileset_top --target=synth lowrisc:systems:top_earlgrey_artys7-50
$ ./hw/top_earlgrey/util/opentitan_earlgrey_flash_size_reduce.py
$ fusesoc --cores-root . run --flag=fileset_top --target=synth lowrisc:systems:top_earlgrey_artys7-50
On the first run of fusesoc, the user is admonished and told to run
./hw/top_earlgrey/util/opentitan_earlgrey_flash_size_reduce.py
INFO: Running pre_build script opentitan_earlgrey_flash_size_check
INFO:edalize.edatool:Running pre_build script opentitan_earlgrey_flash_size_check
ERROR: It seems that the size of the embedded flash has not been adjusted for the targeted FPGA device. The design might not fit.
Please run hw/top_earlgrey/util/opentitan_earlgrey_flash_size_reduce.py before running this fusesoc core.
ERROR: Failed to build lowrisc:systems:top_earlgrey_artys7-50:0.1 : pre_build script 'opentitan_earlgrey_flash_size_check' exited with error code 1
ERROR:fusesoc.main:Failed to build lowrisc:systems:top_earlgrey_artys7-50:0.1 : pre_build script 'opentitan_earlgrey_flash_size_check' exited with error code 1
However, on the second run of fusesoc, despite the changes, the exact same
failure happens.
Looking at the "opentitan_earlgrey_flash_size_check.py" that causes the
failure, it is looking for both the RegPagesPerBank parameter in
flash_ctrl_reg_pkg.sv as well as ADDR_MASK_EFLASH in tl_main_pkg.sv. It
the second that appears to cause the failure.
Even if I manually modify ADDR_MASK_EFLASH in tl_main_pkg.sv, the
scripting just re-generates said file prior to the execution of
"opentitan_earlgrey_flash_size_check.py".
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/lowRISC/opentitan/issues/4638, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAH2RSQDKJB7EDOLU4IUK5LSVUWBVANCNFSM4VCT57OA
.

Hi @majbthrd ,
thanks for reporting the issue (and thanks for pinging me @tjaychen ). I will have a look into this.
It's worth to mention that even if this issue is solved, the bitstream for the Artys7-50 probably can't be generated anymore. The reason is that in the past couple of weeks we have added some more blocks to the design which have high resource utilization on FPGA. As a result, we currently can't implement top_earlgrey on the smaller FPGAs. I have been working on PR to address this issue (#4329 ). The idea is to allow supporting multiple top configurations in the future. But off course, we won't have the bandwidth to keep supporting several boards. At the moment the main target for this PR is side channel analysis for the AES accelerator on FPGA where we also have to use a smaller FPGA. For the design to fit we need to remove some bigger blocks like KMAC, OTBN etc.
For the Artys7-50, you have to ask yourself what exactly you need and then adjust the top-level as I did in #4329.

Alright, the problem is that with #4534 we updated the flash parameters:

PagesPerBank changed from 256 -> 128
WordsPerPage changed from 128 -> 256
This means the overall size stays the same.

But since the reduce script only changes PagesPerBank to 32, the flash size is now reduced only by a factor of 4 instead of 8. That's why the check for ADDR_MASK_EFLASH in tl_main_pkg.sv fails. It's now 0x1ffff instead of 0xffff.
I will create a PR to fix this. But the problem with FPGA size remains and I think this is also a separate issue.

Thanks, @vogelpi, the presence of the build files for the artys7-50 target, absence of any existing open/closed issues where others reported the build problem, and the provision for patching the flash size all made me mistakenly think that it much be viable.  It was only much later that I started to suspect that the present design was much too large for the artys7-50 after I saw the scale of FPGA utilization with the nexysvideo target.
I was intrigued from the onset of encountering this effort at the possibility of leveraging the OpenTitan scripting to target other (smaller) IBEX-based designs.  The learning curve is a bit steep, but your multiple top configuration PR gives some important clues on how that might be approached.
Thanks again.


Docker image without needing source

In order to simplify installation, it would be great to be able to use the docker image without needing to clone the repository. Ideally, the image would also include and apply all the pocketbase migrations at startup, so that those files aren't required either.

I'd like to work on this if possible.

Thanks @balub ! It would be great if we could use GH Actions to automate the deployment after each release & merge to main.

I have used a simple GitHub Action to automatically new goniszewski/grimoire:latest image after every push to main branch: https://github.com/goniszewski/grimoire/commit/e8a47a64305170bf963d01dfb82803066a2068a0
Sorry @balub for not informing you, but I wanted to introduce it ASAP. I hope it's ok with you!


1.1. Adding plugin schema 🔌🎶

Take a look at the plugin options section in the readme, the schema should match those.
Question 1.1.
Do you mean I should add resourceType, type, maxResults, tags, prefix and context just like I now add apiKey?

If you do not have a meaningful description to add its better to have no description.
Answer: "OK"

Yes and remove uploadFolder as that is not an option for this plugin.


Bugs in hvp

There are currently two bugs in the hvp function here:
https://github.com/g-benton/hessian-eff-dim/blob/09b1f9ddaedf3dd5df2328117e3c7c0f02e23d68/hess/utils.py#L151
First is that rhs should be transposed since unflatten_like expects * x number of parameters.
Second is that the call to eval_hess_vec_prod is missing params.
As such, get_hessian_eigs doesn't run right now

Thanks!
Resolved by 12886d6


Coalesce to improve writing speed.

Use coalesce in pyspark to improve writing speed (#156).
Default value 4. Can be configured in eva.yml.
Issue:
Skip test_select_and_sample in https://github.com/georgia-tech-db/eva/blob/master/test/integration_tests/test_select_executor.py.
Sample needs ORDER BY support.

PR from fork can not trigger circleci


No module named greenlet

Great work!
I have a similar problem as #19, however I use conda instead of virtualenv.
When I used rnvimr in some project environment (which doesn't have pynvim and greenlet), the rnvimr complain No module named greenletwhen I pressed <Enter> or l, however I have pynvim installed in my system python3 and let g:python3_host_prog  = '/usr/bin/python3, and I can still use <C-t> <C-x> and <C-v> to open files in tab, split and vsplit.
Besides, the newly added checkhealth feature also complains that pynvim is not found, but neovim provider says it's found.

After I installed pynvim in conda environment, all problems are gone.
Is it a must to have pynvim installed in every conda environment?

I don't want to break the original mechanism of opening a file in ranger. Pressing Enter or l will execute file through rfile to use an external executable script, which is different from using <c-t> to open a file through inner function in ranger.
The complaint about pynvim in checkhealth may be a bug, I should check the special path first, I will solve that issue soon.
What's the msg output for ranger inside floating window by input :eval os.getenv('PYTHONPATH')?
Is your path of pynvim inside the PYTHONPATH?

Note: I fix #19 by exporting PYTHONPATH include site-packages of pynvim inside ranger to an external script to synchronize the pynvim in ranger with the external script. It's so weird that you can use pynvim inside ranger but can't export the PYTHONPATH env outside. (I don't use conda, I have no idea about the site-packages inside conda)

Some users found the installation of rnvimr is so cumbersome. So I wrote a checkhealth feature to hint the message for the user during the installation.
Env using virtualenv and conda and so on may make some issues caused by the different env between ranger and the external script. I think I should do the action of EDITOR inside ranger rather than in the external script. So I will delete the EDITOR file and use a dummy EDITOR.
Maybe I will do this idea tonight.

The output of :eval os.getenv('PYTHONPATH') is my local python3.6 package folder in ~/.local/lib/python3.6/site-packages, which contains pynvim and greenlet but not ranger
(ranger is installed in /usr/local/lib/python3.6/dist-packages).
Anything else for me to check?

No, I will refactor code and solve this issue by using dummy EDITOR tonight.

I find only the greenlet package is needed for my conda environment.
Installing pynvim will install three packages pynvim greenlet and msgpack.
After I uninstall pynvim and msgpack in conda env. Rnvimr still wokrs as expected.

Thank you! Wait for your good news.

Could you try again? But the checkhealth hasn't fixed yet.

It works great! I can now use it in any conda environment.


Managing observation and checklist data independently

Many users will want to work with both the observation data (referred to as the eBird Basic Dataset) and the checklist data (referred to as the Sampling Event Data). We'll want to manage these two datasets. With my latest PR, import_ebird() can now import either textfile to parquet, however, at the moment they have the same destination.
One possibility would be to have import_ebird_checklists() and import_ebird_observations(), which import the data to parquet in directories BIRDDB_HOME/checklists/ and BIRDDB_HOME/observations/, respectively. I suppose we'd then want ebird_checklists() and ebird_observations() to replace ebird().
Many users will want to combine these two datasets together to produce presence absence data. Perhaps this is where the connection to auk could be valuable.
Also worth noting that almost the entire EBD is checklist level data duplicated for every observation on a checklist. There are only a small number (~5) of columns that are observation/species specific.

Yeah, wanted to discuss the other datasets with you.  Just to make sure I'm up-to-speed on terminology: the "Sampling Event Data" is the one I've been using so far?  e.g. the file like ebd_relJul-2021.txt.gz I get from the archive?  If we can tell the observations from the checklist data apart by filename or file header, it may make the most sense to just have import_ebird() detect which is which automatically, and have the ebird_parquet_files fn (https://github.com/cboettig/birddb/blob/main/R/ebird_data_dir.R#L27) or whatnot set the parquet directory accordingly.
I think there's a bunch of interesting things we can discuss about how best to present these tables.  From duckdb's perspective, it's perfectly natural to consider these as multiple tables in a relational database (the RStudio connection pane will happily show the list of tables, along with previews, over the remote connection -- we can add a small wrapper plugin to deploy that pane automatically).
Combining the two datasets sounds like some kind of join to me?  If so, it may make sense to pre-compute the table join as a VIEW, perhaps during the import_ebird() step.  (Certainly open to doing this by auk, but if it's a standard join doing it as a SQL operation will probably be faster, and we can store the pre-computed view).
It sounds like we might want to do something of the reverse on the checklist data as well by 'un-joining' it, so there is there are separate tables for checklist and observation data?  Again I haven't really gotten acquainted with the data organization so I'm not totally clear on the precise operation involved, but sounds like something where we could again run some SQL to store some pre-computed VIEWs of the data that might speed up / facilitate a lot of user operations here... Let me know if any of this sounds useful / reasonable

Yeah, sorry, the naming is confusing. So far you've been using the eBird Basic Dataset (EBD) containing observation level data. The sampling event data contains checklist level data and filenames have a similar format: ebd_sampling_elJul-2021.txt.gz. Eventually I would like to normalize calling these files the observation and checklist data, respectively, and possibly calling the whole thing the EBD since that term has become very familiar to those using this dataset. Hopefully, if we do get an update to how these data are distributed, part of that can be a change of the currently naming scheme, especially because "sampling event data" is quite confusing.
Two other important concepts to be familiar with here. First, "complete checklists", which are checklists where the user has specified that they're reporting all the species they encountered, hence we can assume that any species not reported has a count of zero. Second, data reported below the species level (e.g. recognizable forms or subspecies) need to be "rolled up" to species level prior filling in assumed zeros, which is made particularly annoying by the fact that a single checklist can have multiple subspecies of the same species (e.g. multiple Junco forms).
I think as a start just allowing users to import both these files to their own parquet files would be great! And, I think the approach you've outlined makes sense. Then we can begin the longer process of thinking through what additional functionality we'd want to add, a process which I expect will depend a lot on understanding how users typically use the data.
Internally, for our analyses, we subset everything to just complete checklists, roll up to species level, normalize the observation data to remove the duplicate checklist information, import both tables into a DB, and build indexes to speed up the join. Then, to use the data for a single species, we perform a left join of checklist to observation data, filling the missing counts in the observation data with zeros. For "super users", having the ability to set something like this up would be valuable, but for users just wanting a single species or who don't care about zero-filled data this is likely overkill (although I suppose we'd need to benchmark setting up the view/join to see if that is actually the case). In addition, given the time required to set up the duckdb views on the parquet files, and the view on the joined tables, it seems like for these super users it could make sense to just create a permanent duckdb file rather than having to set up the parquet views each time? This is essentially what we do for our internal analysis dataset. Anyway, I'll look at setting up the ability to import both files as a start.

Thanks for explaining the structures, that makes sense and is super helpful.  Yup, all for standardizing the nomenclature as you describe.
So yeah, let's start just by importing each of these datasets as parquet files.  I like your idea of moving to your proposed nomenclature for the parquet files, i.e. having parquet/observation/ dir and and a parquet/checklist dir for the  respective files. Certainly makes sense to allow users to access parquet files that are essentially the equivalent of the txt tables, in addition to any views.  (As you probably saw, we currently have to create a View just to see these in duckdb, though I think that won't always be true in the future, it's just a missing feature in the R client).
We could scrap the ebird() fn in favor of observation() and checklist() functions.  as I mentioned, more experienced users could always view all tables with something like ebird_conn() %>% DBI::dbListTables().

Internally, for our analyses, we subset everything to just complete checklists, roll up to species level, normalize the observation data to remove the duplicate checklist information, import both tables into a DB, and build indexes to speed up the join. Then, to use the data for a single species, we perform a left join of checklist to observation data, filling the missing counts in the observation data with zeros

Thanks, this sounds great.  Like you say, it probably makes sense to have this as a separate function to generate these views, rather than impose the computational overhead to do this on every user when the first do import_ebird().  It sounds like we could literally execute your existing SQL to do this on duckdb.
Right, we could store the pre-computed views.  Currently, if a user provides a path as BIRDDB_DUCKDB, it can be used for persistent storage of the views:
https://github.com/cboettig/birddb/blob/4815325d8bfceb1ecf61d15be767caae3f960f29/R/ebird_data_dir.R#L20-L25
but we could easily make that default to the BIRDDB_HOME instead of :memory: so persistence would be the default.


[bug]  autoinstaller.sh: choosing  #11  = "Restart Programs"  runs "Configure Installation"

🐛 BUG REPORT
Expected Behavior
~: bash -c "$(curl -sSL https://raw.githubusercontent.com/X-CASH-official/xcash-dpops/master/scripts/autoinstaller/autoinstaller.sh)"
Choose: #11  = "Restart Programs"
Should call:
stop_systemd_service_files
start_systemd_service_files
Current Behavior
~: bash -c "$(curl -sSL https://raw.githubusercontent.com/X-CASH-official/xcash-dpops/master/scripts/autoinstaller/autoinstaller.sh)"
Choose: #11  = "Restart Programs"
Runs "Configure Installation":
"WARNING: Old wallet, old block verifier key and old settings (service files)
will be overwritten if already existent! Please make a backup if required!
Press ENTER to continue or press Ctrl + C to cancel! "
See: https://i.imgur.com/gbqQTX6.png
Your Environment
Ubuntu 18.04 as sudoer

Hi @xcash-rocks I can not replicate the error? I have only 2 commits since your post, but did not change any menu layouts in them.
can you try again
source <(curl -sSL https://raw.githubusercontent.com/X-CASH-official/xcash-dpops/master/scripts/autoinstaller/autoinstaller.sh)
and let me know if choosing 11 should say This is an invalid option since xcash-dpops is not installed
Thanks

Hi @zachhildreth,
nope, choosing 11 says:
WARNING: Old wallet, old block verifier key and old settings (service files)
will be overwritten if already existent! Please make a backup if required!
Press ENTER to continue or press Ctrl + C to cancel!
See Screenshot: https://i.imgur.com/lddEjgO.png

Hi @xcash-rocks If you cant test again, it should work now, there was a bug in the autoinstaller

Hi @zachhildreth,
it works now!
https://i.imgur.com/xMy4oQZ.png


Add 0's for species that weren't observed

Do a join in the big R script. Needed for meaning spatial interpolation in species maps.

https://github.com/mpinsky/OceanAdapt/blob/master/complete_r_script.R#L748-L772
Area where separate regions are merged
@rBatt


Bugfix map file sources

GeoJSON source does not support url_subdomains
rover subdomain not working due to missing CORS header
Removed duplication

Coverage increased (+0.7%) to 42.784% when pulling db5c730cf6b983fd35b9fb3ef7618492a2b659e7 on bjornreppen:sources into f711540760bd491765279adcc1c23338729ee55f on Artsdatabanken:master.


(PUP-6060) set node cache terminus to nil

(PUP-6060) stop setting node_cache_terminus
This PR stops overriding the default node_cache_terminus for lookup and master applications to write_only_yaml and removes the setting of Puppet::Node's indirection cache_class. In the case of the master application, with this, Puppet::Node's indirection won't cache by default and so won't use the write_only_yaml cache. Per PUP-6060, with the advent of PuppetDB, workflows using lists of nodes are better off querying it than these yaml files on the master, and since this was a write_only cache we were always querying the node terminus for nodes anyway. With respect to the lookup application, while we set the node_cache_terminus setting, we never set to the Puppet::Node indirection cache_class to its value, which meant it was never set at all - the code removed from lookup never had any effect. This PR is largely cleanup - for our current deployments, puppet server deploys its own version of the master application that also sets node_cache_terminus. A separate PR is raised in puppet-server to remove it there as well. Since there are no more callers to this terminus, we deprecate it.

Relates to/review with https://github.com/puppetlabs/puppetserver/pull/1404

CLA signed by all contributors.

Since we merged the Puppetserver version of this test we just got CI failures because of the write_only_yaml acceptance test. I've deleted that in https://github.com/puppetlabs/puppet/pull/5898.

@joshcooper updated per discussion


fix: Update build.gradle.kts

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)

Add Bouncy Castle dependency and fix coverage report path

What is the current behavior? (You can also link to an open issue here)

Coverage path is incorrect

What is the new behavior (if this is a feature change)?

Bouncy Castle dependency added and  coverage report path fixed

Other information:
None

These changes are already available on master


support/env: Remove use of os.Exit

The support/env package parses the values of environment variables as integers and in the event that parsing results in an error the error is printed and os.Exit is called. It uses os.Exit I think because we don't want to return the error since we usually only use the env funcs during application startup and we'd want the application to cease immediately if it's config is invalid and it keeps our application code simpler if we move the exit into this library.
Calling os.Exit has the consequence that we can't test the code that causes the exit because the exit call will cause go test to bail immediately (pre Go 1.14) or fail (Go 1.14+). It'd be great to write tests for what happens if these functions fail to parse the variable.
Instead of os.Exit we can use panic to interrupt the application and tests can catch the panic to test the code path that results in the error.
We can also move the informational test that is being sent to log.Print to the text of the panic instead, since not all applications using this library might want the text printed using the stdlib logger.
The env package is only used by keystore in this repository at the moment.
Location of code:
https://github.com/stellar/go/blob/14a91e6e4b072a6eaf86faf4e07eae00b1c2c446/support/env/env.go#L25-L28
I'm also adding new env funcs in #1877 and I'm copying the existing behavior for consistency in that PR but ideally it would use a panic too.

@howardtw Was there any other reason I'm missing on why we used os.Exit here?


Process ordering for meshes split 16 ways is wrong

The issue are that the zone names are read alphabetically:

Unlike in the cgnsview program:

Turns out there was a warning I didn't read or at least didn't internalise:

The zone names will be padded with zeros so the alphabetical order is correct. I guess that generating zones in parallel would have caused issues anyway if it was read in generation order, as now the zones would be generated in arbitrary order.


⚠ Cioos Pacific CKAN has degraded performance

In 30ce849, Cioos Pacific CKAN (https://catalogue.cioospacific.ca) experienced degraded performance:

HTTP code: 200
Response time: 13898 ms

Resolved: Cioos Pacific CKAN performance has improved in c64f6b0 after 29 minutes.


【Bug】TypeError

TypeScript Version: 2.2.2
Code
toDate(val: string | number): Date {
  return new Date(val);
}

Expected behavior: success
Actual behavior: Error

This works in the playground: https://goo.gl/KtQZwT
Did you mean a compiler error?

Automatically closing this issue for housekeeping purposes. The issue labels indicate that it is unactionable at the moment or has already been addressed.


Isometric support in flame_tiled

What could be improved
flame_tiled (and thus flame) could support Tiled's isometric tile maps.

Why should this be improved
Gota have that shadowrun returns isometric feel.
Any risks?
Doesn't seem like it at first glance; but I'm not an expert.  I didn't look into the painted layer. I didn't try to render objects from the object layer.
More information
renderable_tile_map.dart does have enough information: i.e. the TileMap's MapOrientation is known. In the _RenderableTileLayer._cacheLayerTiles it is possible to:

cache the halfTile outside of the loops.
Test the orientation in the inner loop to solve for the offsets:

          if (_map.orientation == MapOrientation.isometric) {
            offsetX = halfTile.x * (tx - ty);
            offsetY = halfTile.y * (tx + ty);
          } else {
            offsetX = ((tx + .5) * size.x);
            offsetY = ((ty + .5) * size.y);
          }

          offsetX += (layer.offsetX * scale);
          offsetY += (layer.offsetY * scale);

and then switch between how to add the batch transform:

            if (_map.orientation == MapOrientation.isometric) {
              batch.add(source: src, offset: Vector2(offsetX, offsetY));
            } else {
              final scos = flips.cos * scale;
              final ssin = flips.sin * scale;

              batch.addTransform(...

Happy to put this up as a change - assumption is that no one is using isometric right now, so it would be "experimental" at best.

I'll have a pull request soon once I write some tests - but it works with the RSTransform, so that's nice.


references not added with with grunt

I am using the Yeoman Angular generator and added ionicons through Bower. The package shows up under bower_components but is not compiled or added to the html head with $ grunt serve.

yo doesnt seem to copy the fonts - how did you solve that? I'm getting pretty desperate here...


Static compilation

It would be nice to have a static compilation under linux without cross compiling..

https://github.com/tsl0922/ttyd/blob/master/.github/workflows/release.yml

yes.. I saw that already.. but it uses a huge script and docker image..
I just wish to know how to compile it statically from a normal x86 linux machine (ubuntu)
with the usual gcc/make/configure etc

Take a look at scripts/cross-build.sh, and search for the static keyword.
You won't want to build the static version with usual gcc,  the static binary linked with glibc is huge.

BTW: you can get the static version of ttyd for every commit from the ci artifacts, for example:
https://github.com/tsl0922/ttyd/actions/runs/54403251


grpc cannot be used with ASAN without detect_odr_violation=0

Even when grpc itself is recompiled for AddressSanitizer, it cannot be used with ASAN cleanly due to ODR violations.
What version of gRPC and what language are you using?
Originally tested using 1.23.0, but the issue appears in head-of-line today.
What operating system (Linux, Windows,...) and version?
Linux
What runtime / compiler are you using (e.g. python version or version of gcc)
clang 5
What did you do?
The issue can be reproduced using this Dockerfile. The Dockerfile builds a sanitized version of grpc and then one of the example binaries to demonstrate the general issue. In a directory with the attached file (renamed to Dockerfile without extension) run these commands:
docker image build -t grpc:1.0 .
docker run -it grpc:1.0

Then, simply run the example binary:
root@ebc957fa2fc3:/git_repos/grpc/examples/cpp/route_guide# ./route_guide_server
=================================================================
==27==ERROR: AddressSanitizer: odr-violation (0x7f68f0baa440):
  [1] size=19 'upb_desctype_to_fieldtype' third_party/upb/upb/decode.c:9:15
  [2] size=19 'upb_desctype_to_fieldtype' third_party/upb/upb/decode.c:9:15
These globals were registered at these points:
  [1]:
    #0 0x455f90  (/git_repos/grpc/examples/cpp/route_guide/route_guide_server+0x455f90)
    #1 0x7f68efa25c3d  (/usr/local/lib/libgrpc.so.9+0x877c3d)

  [2]:
    #0 0x455f90  (/git_repos/grpc/examples/cpp/route_guide/route_guide_server+0x455f90)
    #1 0x7f68ed19c17d  (/usr/local/lib/libupb.so.9+0xd17d)

==27==HINT: if you don't care about these errors you may set ASAN_OPTIONS=detect_odr_violation=0
SUMMARY: AddressSanitizer: odr-violation: global 'upb_desctype_to_fieldtype' at third_party/upb/upb/decode.c:9:15
==27==ABORTING

Both libgrpc.so and libupb.so appear to compile decode.c into themselves. This is not the only ODR violation, just one example of a problem that appears to be pervasive through grpc.
For example, here is another violation (found outside the Docker image) just linking a binary with libgrpc++.so and its dependencies:
==29827==ERROR: AddressSanitizer: odr-violation (0x7fb1177a4da0):
  [1] size=8 'gpr_now_impl' src/core/lib/gpr/time_posix.cc:144:16
  [2] size=8 'gpr_now_impl' src/core/lib/gpr/time_posix.cc:144:16
These globals were registered at these points:
  [1]:
    #0 0x434767 in __asan_register_globals .../compiler-rt/lib/asan/asan_globals.cc:358:3
    #1 0x7fb11778fbed  (.../lib/libgpr.so.7+0x1fbed)

  [2]:
    #0 0x434767 in __asan_register_globals .../compiler-rt/lib/asan/asan_globals.cc:358:3
    #1 0x7fb116b3855d  (.../lib/libgrpc.so.7+0x67d55d)

==29827==HINT: if you don't care about these errors you may set ASAN_OPTIONS=detect_odr_violation=0
SUMMARY: AddressSanitizer: odr-violation: global 'gpr_now_impl' at src/core/lib/gpr/time_posix.cc:144:16
==29827==ABORTING

So the time_posix.cc file is compiled into both libgpr.so and libgrpc.so. But both of those libraries are dependencies of libgrpc++.so in the Makefile (note both at the end of the link line):
 5821         $(Q) $(LDXX) $(LDFLAGS) -L$(LIBDIR)/$(CONFIG) -shared -Wl,-soname,libgrpc++.so.1 -o
$(LIBDIR)/$(CONFIG)/libgrpc++$(SHARED_VERSION_CPP).$(SHARED_EXT_CPP)
$(LIBGRPC++_OBJS) $(ZLIB_MERGE_LIBS) $(CARES_MERGE_LIBS)
$(ADDRESS_SORTING_MERGE_LIBS) $(LDLIBSXX) $(LDLIBS_PROTOBUF)
$(LDLIBS) -lgrpc -lgpr

Based on both examples, these ODR violations will always be present. How does Google get around this? Are ODR violations disabled via ASAN_OPTIONS at all times?
What did you expect to see?
There are outstanding issues (#20887, #19224) related to ABI changes when using unsanitized grpc libraries with sanitized code. But I expected that so long as grpc itself was sanitized, it would be usable without disabling some of AddressSanitizer's detections.
What did you see instead?
Various ODR violations reported by AddressSanitizer coming from grpc libraries.

I have the same problem. The reason is (as you have seen) that the same source files are built into multiple libraries which are then later linked together.
Google itself may not have the problem because they use the Bazel build system internally, which has a different structure.
The project generator for CMake (which I use) and the others which are generated from tools/buildgen/generate_projects.sh have the same problem.
In my case the problem is (or the first problem ASAN sees):
=================================================================
==11094==ERROR: AddressSanitizer: odr-violation (0x7f016be0d920):
  [1] size=24 'grpc_core::grpc_client_channel_call_trace' /home/thingdust/deps/grpc/src/core/ext/filters/client_channel/client_channel.cc:100:11
  [2] size=24 'grpc_core::grpc_client_channel_call_trace' /home/thingdust/deps/grpc/src/core/ext/filters/client_channel/client_channel.cc:100:11
These globals were registered at these points:
  [1]:
    #0 0x31558d in __asan_register_globals /home/thingdust/llvm-project/compiler-rt/lib/asan/asan_globals.cc:362:3
    #1 0x7f016b7f928b in asan.module_ctor (/home/thingdust/workdir/build-backend/debug_asan/external-grpc-build/libgrpc++_unsecure.so.1+0x48e28b)

  [2]:
    #0 0x31558d in __asan_register_globals /home/thingdust/llvm-project/compiler-rt/lib/asan/asan_globals.cc:362:3
    #1 0x7f016ab6cf5b in asan.module_ctor (/home/thingdust/workdir/build-backend/debug_asan/external-grpc-build/libgrpc_unsecure.so.9+0x5c9f5b)

==11094==HINT: if you don't care about these errors you may set ASAN_OPTIONS=detect_odr_violation=0
SUMMARY: AddressSanitizer: odr-violation: global 'grpc_core::grpc_client_channel_call_trace' at /home/thingdust/deps/grpc/src/core/ext/filters/client_channel/client_channel.cc:100:11
==11094==ABORTING

which is caused by the file client_channel.cc getting built into libgrpc++_unsecure.so which itself links against libgrpc_unsecure.so.

I couldn't have answered better myself. Thanks @adrianimboden !

I don’t understand why this issue was closed. If the issue is that the CMake (or others) project generation is incorrect while the Bazel build files are correct, shouldn’t the project generation script be fixed?
If nothing else, could you point me to the correct listing of source files per library (be it for Bazel or a script) so that I can try to correct it locally?

Hi @justincady , the current approach for the team is to prefer bazel as @nicolasnoble mentions in https://github.com/grpc/grpc/issues/19224#issuecomment-498721859

Additionally, I want to mention that the core problem is not the asan detector, but the ODR itself.
The cmake build (all non-bazel builds in fact) produce violations of ODR, which is an error in my oppinion.
If someone would fix the build generator, would you be willing to incorporate the change? I don't think it should be too heavy work.

Yeah, pull requests to fix the ODR are welcome :)


ad #394: use manim directive to include examples

List of Changes
This updates #394 by using the manim directive to render the examples. And deletes the static files.
Acknowledgement

[x] I have read the Contributing Guidelines

@leotrs I don't have permissions to push to the branch at #394 directly, so this is how I deliver the rewritten example rendering. 😄

Thanks @behackl , I just pushed these changes to #394.


[adaptive_breakpoints] Support for Material 3 Window sizes

Package
adaptive_breakpoints
Description
Are there plans to migrate to the new material 3 breakpoints?
https://m3.material.io/foundations/layout/applying-layout/window-size-classes

Any plans?

Since material 3 is a different spec, this package may need a full rewrite or we could have a different package called adaptive_window_size.
More resource:
https://developer.android.com/guide/topics/large-screens/support-different-screen-sizes#window_size_classes
https://cs.android.com/androidx/platform/frameworks/support/+/androidx-main:compose/material3/material3-window-size-class/src/commonMain/kotlin/androidx/compose/material3/windowsizeclass/WindowSizeClass.kt

@guidezpl I could create a PR, but which direction go with?

https://pub.dev/packages/flutter_adaptive_scaffold is somewhat better supported.
We could have just the sizes here though, so that M2 users have an upgrade path to M3.
Either way, I can only provide advice as I'm working on non-Flutter things

Closing this issue due to discontinuation of the adaptive packages.


make GetDaylightChangesReturns... pass in other cultures

:white_check_mark: Build dasblog 1.0.56 completed (commit https://github.com/shanselman/dasblog/commit/ab961fe941 by @SimonCropp)


What's the difference between StdHTTPServerOptions and StrictHTTPServerOptions (path param and body validation in two places)

Hello! I'm trying to override the default error with a custom struct (ProblemDetails) when the input is invalid in strict-server mode. But it seems like I have to apply the same override in two places?
	r := http.NewServeMux()

	// Override default validation error
	reqErr := func(w http.ResponseWriter, r *http.Request, err error) {
		hErr := http.StatusBadRequest
		out, _ := json.Marshal(generated.ProblemDetails{
			Detail: err.Error(),
			Status: int32(hErr),
		})
		http.Error(w, string(out), hErr)
	}

	myServerStrict := generated.NewStrictHandlerWithOptions(server.MyServer{}, nil, generated.StrictHTTPServerOptions{
		RequestErrorHandlerFunc: reqErr,  ---------------------------------------------------> 1
	})

	generated.StrictHTTPServerOptions{
		RequestErrorHandlerFunc:  nil,
		ResponseErrorHandlerFunc: nil,
	}

	opt := generated.StdHTTPServerOptions{
		BaseRouter: r,
		Middlewares: []generated.MiddlewareFunc{
			middleware.OapiValidation(),
		},
		ErrorHandlerFunc: reqErr,  -----------------------------------------------------------> 2
	}

	// Create the handler
	handler := generated.HandlerWithOptions(myServerStrict, opt)

With (2) I can not validate the path param and without (1) I can not validate POST body.
Was wondering if I'm doing something wrong here? Or is this expected?
Really appreciate this project! Thanks for the great work!

I am facing the same problem.


refactor(iroh): Rename the relay-is-ready-to-send waker

Description
I thought I was going to put in a queue or channel of some sort... but
not yet.  Still, let's rename this for now.
Breaking Changes

Notes & open questions

Change checklist

[x] Self-review.
[x] Documentation updates following the style guide, if relevant.
[x] Tests if relevant.
[x] All breaking changes documented.

Lol @ the automerge. Oh well then


librc: sh:  respect alternative INITDIR

Remove hard-coded directory name for INITDIR, which was partially
respected by the build system but was being ignored at runtime.
Note that I didn't go through and mess with any of the documentation
where 'init.d' was currently referenced as they didn't have any SED rules
similar to the compiled/generated code.  I can do that if necessary.
Tested with /etc/openrc.d under Linux.

@jsbronder
At first look, this seems to break RC_CONFDIR.
If someone defines RC_INITDIR to be /etc1/init.d, RC_CONFDIR should be /etc1/conf.d.
Instead of replacing<EMAIL_ADDRESS>with @INITDIR@, I recommend replacing init.d with @INITDIR@ and requiring it to be in<EMAIL_ADDRESS>

If conf.d is bound to init.d, but init.d is not bound to SYSCONFDIR, then the config should look like this:
INITDIR="/what/ever"
CONFDIR="$( dirname "${INITDIR}"/conf.d )"

@williamh So, prior to this patch, someone could set INITDIR to anything that wasn't '/etc/init.d' and end up with a broken system.  How far would you like me to go in fixing this?  I assumed that a small patch addressing one issue at a time would be preferable.
If not, then I'll probably have to make some more significant edits to both INITDIR and CONFDIR to make them both work in every scenario.

No they couldn't, because prior to this patch, INITDIR wasn't a thing; RC_INITDIR was always SYSCONFDIR/init.d, and thus RC_CONFDIR was always SYSCONFDIR/conf.d.  Whatever you call them, they should always reside in SYSCONFDIR, because that's what SYSCONFDIR means.  If you want to call init.d something else, like bananas.d or whatever, we'd probably accept a patch that makes the dir name configurable (though if you're doing INITDIR, you might as well do CONFDIR while you're at it).

@dwfreed See https://github.com/OpenRC/openrc/blob/master/mk/sys.mk#L34
Anyways, it sounds like what you guys would like is for me to make sure both initdir and confdir are both inside of SYSCONFDIR but to allow the names 'init.d' and 'conf.d' to be changed.  I'll go to work on that, but please let me know if I've misunderstood.
Thanks all,

Oh, that's cute; setting that is a great way to completely break the build, because it has no influence on RC_INITDIR, which is what is actually used at runtime to locate your init dir.  And yes, you're understanding correctly :).


"exit" notification doesn't seem to be correctly handled

When server receives "exit" notification it should exit from Server::new(stdin, stdout, socket).serve(service).await call however it doesn't seem to be happening in the testing I'm doing
To repro you can run a server from example and send "initialize", "initialized", "shutdown", "exit" to it. What happens internally is that server keeps receiving messages and serve never exits. The server does enter "Exited" state and I can see in trace message below if I send a follow up request to the server:
 ERROR tower_lsp::transport: language server has exited

It's also impossible to know that "exit" was received from the API surface

Duplicate of https://github.com/ebkalderon/tower-lsp/issues/399


All properties is z.object are optional by default

The docs state the following:

// all properties are required by default

However, in the newest version you can do the following (same as the dog example):
const dogSchema = z.object({
  name: z.string(),
  neutered: z.boolean(),
});

type Dog = z.infer<typeof dogSchema>;
/*
erroneously equivalent to:
type Dog = {
  name?: string;
  neutered?: boolean;
}
*/

const fido: Dog = {
  name: 'Fido',
}; // This does not give any error

This seems to have broken in 1.2.4.
But even in version 1.2.3, you are able to do this:

const fido: Dog = {
  name: undefined,
  neutered: true,
}; // This does not give any error

Which shouldn't be possible, as the type is string.

Make sure your tsconfig.json is set up properly
I just had this issue, since the include path in the config did not cover the files I was writing my validtors in.

Make sure your tsconfig.json is set up properly
I just had this issue, since the include path in the config did not cover the files I was writing my validtors in.

Exactly. This happens when you don't have strictNullChecks enabled.

Exactly. This happens when you don't have strictNullChecks enabled.

Geez I was actually discussing with my colleague that "it has to be something we missed in the docs". Turns out it was all the way at the top of the readme 🤦

Geez I was actually discussing with my colleague that "it has to be something we missed in the docs". Turns out it was all the way at the top of the readme 🤦

Haha it happens! 🤙

Haha it happens! 🤙


Update README.md

@brmcdoug great corrections! thanks so much, one little typo and we will merge it.


Using foreach with Collections

Would it make sense to use foreach with collections instead of the old-school for loops i.e.:
foreach(var i in tx.Inputs) instead of for(int i = 0 ; i < tx.Inputs.Count ; i++)?

When I do that it is because I need the index i somewhere.
I have the method tx.Inputs.AsIndexedInputs() so I can use foreach while getting ì, but the problem of doing that is that for some application which index the whole blockchain, this strain the garbage collector a lot. (because I create one new object per input)

Say, in the case of public bool HaveInputs(Transaction tx)) the 'i' is used strictly to retrieve a transaction input, where a var i in tx.Inputs would do. Optimizing for performance, of course, is a very different consideration.

if I for a for loop without needing the 'i' then this should be rewritten yes.
I'll merge PR for that

PR #150 has now been added for TxIn collections.


Off-by-one errors in resource and resource-type parsing

Hey,
thanks for writing this!
I noticed two off-by-one errors that cause the parser to ignore the last resource type in each file and the last resource of each type. I created a little sample file in ResEdit to demonstrate the problem. The file contains two types (RSR1 and RSR1), each with two resources. The resources just contain one byte each to uniquely identify them, e.g. A1, A2, B1 and B2. Without the fixes the parser only sees A1.
Here's a screenshot of the setup:

Thank you!


Filter > params orderBy and orderByAsc or orderByDesc don't filter the selectOptions

I would like to display the options of the Multiselect or the Select or the MultiSearch by alphabetical order, so I add the properties like follow but it's not working :
{
     label: `filter label name`,
     property: 'filterLabelIds',
     inputType: InputType.MultiSelect,
     className: 'is-3',
     selectOptions: () =>
       this.componentResourceService.listSelectOptions('users', {
         roleNames: [
           appConstants.ROLES.ADMIN_ROLE_NAME,
           appConstants.ROLES.BUSINESS_ENGINEER_ROLE_NAME
         ],
         includeNotActive: 'true',
         orderBy: 'isActive',
         orderByDesc: 'true'
       })
   }

The params are well send to API but the response don't take them in count.

@ismaelguerrib it is not supposed to work out of the box.
If you want to add sorting to the listSelectOptions, you should update the listSelectOptions() function in the myResource.controller.ts to allow the new query param and then add the logic to it.
Do you think that orderBy should be a default function on listSelectOptions ? If yes we can planify this feature. If you think rather that the feature is not well enough documented, you can propose to improve the documentation

After verification the listSelectOptions() function already allows orderBy et orderByDesc query params.


GitHub integration

PoC that experiments with removing CodeSandbox in favor of creating/pushing to GitHub directly (and potentially using their Codespaces product as in https://www.youtube.com/watch?v=qkkRss6x5ko). The auth/endpoint will need to be swapped out with a real OneGraph app.
The main question is around the GitHub permissions: is there a way to do this as a GitHub App? If so, can we still create repositories, or is that only available for GitHub OAuth integrations?

I like the GitHub integration, but I don't think we should remove the codesandbox button unless there's a way to get a running app with one click with GitHub.


Adding relevant unit tests for MvcRazorCodeParser property name trimming

cc @NTaylorMullen

:watch:

:watch:

Updated.

:shipit: (with one more test case) once @NTaylorMullen is satisfied.

:shipit:


Issue#96

Description
The issue is fixed by a simple id check before update from res.locals.
Checklist:

[x] This pull request follow our contribution guidelines
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation (postman and swagger)
[ ] I have written tests for the code
[ ] I have updated .env.example file for new .env variables

Closes #(issue_number)
What is new behavior?
Returns a 403 Forbidden statusCode if the user tries to use a different id.

@aayushchugh Addressed your review in commit. Kindly recheck.


what do i put as dll path then

like how do i use it it ask for dllpath?

im using the shellcode method

cant you just provide the shellcode one i think it will be much appreciated by many


[TASK]: Incorporate specific fonts for displaying formulas

Edit November 08, 2023
Looks like the the Latin-Modern is available as a web-font and can be downloaded from Font-Squirrel.
https://www.fontsquirrel.com/fonts/list/find_fonts?q[term]=latin+modern&q[search_check]=Y
Original task

Is it possible for us to incorporate either the font "Latin Modern Math" or "Computer Modern Math" in Terarium? In talking with Nelson, these fonts are the standard for scientific literature math. As I define our model style guide we need to make
some decisions on what font we will use to display variable labels in our diagrams and formulas.

See maybe

Latin modern:  https://www.gust.org.pl/projects/e-foundry/lm-math/download
Computer modern math: https://www.ctan.org/tex-archive/fonts/cm/

@mwdchang Do you know if we can use this Latin Modern Math or Computer Modern Math font in our application?

@asylves1
I found the font files for Latin Modern Math

the original *.otf
https://www.gust.org.pl/projects/e-foundry/lm-math/download
converted to *.woff, *woff2 (download and look for latinmodern-math.woff, .woff2)
https://github.com/fred-wang/MathFonts/archive/gh-pages.zip
this online generator was able to take the *.otf and return *.ttf, *eot, *svg
https://transfonter.org/

This page describes a bit what this font is

The Latin Modern Math (LM Math) font completes the modernization of the Computer Modern family of typefaces designed and programmed by Donald E. Knuth.

https://www.cdnfonts.com/latin-modern-math.font


The L2-projection operator in projected replicator dynamics

This might be a minor issue. I found in projected_replicator_dynamics.py, line 57, the L2-projection operator is implemented as
def _project_distribution(updated_strategy, gamma):
  """Projects the distribution in updated_x to have minimal probabilities.
  Minimal probabilities are set as gamma, and the probabilities are then
  renormalized to sum to 1.
  Args:
    updated_strategy: New distribution value after being updated by update rule.
    gamma: minimal probability value when divided by number of actions.
  Returns:
    Projected distribution.
  """
  # Epsilon approximation of L2-norm projection onto the Delta_gamma space.
  updated_strategy[updated_strategy < gamma] = gamma
  updated_strategy = updated_strategy / np.sum(updated_strategy)
  return updated_strategy

I think this is not quite aligned with the original definition (Sec 3.1), where the result is supposed to be the closest point in L2 distance on the simplex to updated_strategy. Just by replacing values less than gamma with gamma and renormalizing it doesn't feel right.
Here is my implementation based on this paper:
def project_on_clipped_simplex(v, gamma=0):
    """
    v is the vector to be projected on the gamma-simplex
    """
    N = len(v)
    l = np.sort(v)
    lam = (np.sum(l)-1)/N
    for i in range(N-1, 0, -1):
        pho = (1/(N-i)) * (np.sum(l[i:])-1+gamma * i)
        if(l[i-1] - pho < gamma):
            lam = pho
            break
    return np.maximum(v-lam, gamma)

In practice I doubt it may differ a little in terms of performance, but hope it is helpful.

Hi @rezunli96 , thank you very much for the fix !
Indeed, I hadn't taken the time to do a proper L2 projection (As mentioned in the comment) ; thank you for taking care of this !
Out of curiosity, I've tried a vectorized version of this code, it must be the first time I see a for loop faster than numpy-vectorized code in Python, well done !
Please don't hesitate to put it in a pull request and add an option in PRD to use the "historical" (And incorrect) solver and the correct one, if only for reproduction purpose.
Thanks again,
Paul

Hi @PaulFMMuller , please expect a pull request here. Thanks.

Fixed by https://github.com/deepmind/open_spiel/pull/309, thanks!


create lock screen

Hey, I'm interested in your application and wanna contribute first to this issue.
Can you please, add a clear description for it, so, I can figure it out and solve it accordingly?

hello @Youssef11296, welcome to this project, here are some required things for lock screen:
Description

Lock Screen Emulation: When a user visits our webpage, they should see a lock screen that closely resembles Windows 10. This lock screen should display the current time and date, just like the original Windows 10 lock screen.

Unlocking Animation: When the user clicks anywhere on the lock screen, a sliding-up animation should open the sign-in page. This animation should mimic the behavior of sliding up to unlock, as seen on Windows 10.

Sign-In Page: On the sign-in page, a password input field (with a hint) should be provided. Additionally, the wallpaper should blur to create a seamless transition from the lock screen to the sign-in page.

Sign-In Process: After clicking the "Sign In" button, a loading animation (for around 200ms) should be displayed, followed by the user being redirected to the homepage.

Replicate Windows Buttons: we need to replicate the appearance and functionality of the power button, easy-to-access button, and Wi-Fi button found in Windows 10.

Reference Images


Include Namespace name when assigning IPAddress to a Device Interface

As ...
Nelly - Network Engineer
I want ...
To be able to see the Namespace that an IPAddress belongs to when assigning it to or removing it from an Interface when editing the Interface.
So that ...
It will be easier when adding or removing an IPAddress assignment to an Interface to know which
Namespace the IPAddress is a part of.  This will be especially helpful in the event of having the same Prefixes and IPAddresses in multiple Namespaces.

I know this is done when...
When in Edit Interfaces, the section for IP Addresses, have each IPAddress show the Namespace it belongs to so that if needing to remove you know which one to remove if multiples of the same.
Also in the same section, if you start typing to assign another IPAddress to the Interface, the list that appears would also show the Namespace those IPAddresses belong to.
Optional - Feature groups this request pertains to.

[ ] Automation
[ ] Circuits
[X] DCIM
[X] IPAM
[ ] Misc (including Data Sources)
[ ] Organization
[ ] Apps (and other Extensibility)
[ ] Security (Secrets, etc)
[ ] Image Management
[ ] UI/UX
[ ] Documentation
[ ] Other (not directly a platform feature)

Database Changes
None needed as far as I know.
External Dependencies
None needed as far as I know.

See also #2668.


How to manually trigger the inview check?

Reading through the code I noticed that the inview check gets triggered at link time & when scrolling the page. But I'm wondering how I should trigger the check manually.

Is there a way to simple trigger all the in-view methods again? Like a reboot...

You could try angular.element(window).triggerHandler('checkInView')

I'm trying to make this happen in conjunction with https://github.com/oblador/angular-scroll, which doesn't appear to be working. The above suggestion is not working for me.
let e = document.querySelector('.scroll-container')
angular.element(e).scrollToElement(e)

Internally, that package seems to do a manual animation thing, where it manually sets the scrollTop and scrollLeft properties of the container element (which doesn't seem to trigger the appropriate scroll event)
So having a way to manually trigger the inView after I know the scroll is complete would be ideal.

I can't seam to reproduce a case where the triggerHandler example above isn't working. Could you try to reproduce the problem in a JSBin like https://jsbin.com/sinoba/edit?html,js,output ?

Hm.. not sure what was up with my previous workflow, but I was able to get that command to go this afternoon. Sorry for the hassle!

no problem, great to know! I think this issue will help others when facing the same problem.


<EMAIL_ADDRESS>Library not loaded libicui18n.64.dylib

Mac Catalina
The current version of libicui18n is 66 and this PHP 5.6 image is referencing version 64.
Brew do not keep historic versions of icu4c.rb so it's not possible to manually revert.
`Restarting apache
httpd: Syntax error on line 184 of /usr/local/etc/httpd/httpd.conf: Cannot load<EMAIL_ADDRESS>into server<EMAIL_ADDRESS>10): Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.64.dylib\n  Referenced from<EMAIL_ADDRESS>Reason: image not found
dyld: Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.64.dylib
Referenced from: /usr/local/bin/php
Reason: image not found
/usr/local/bin/sphp: line 170: 83278 Abort trap: 6 `

My Solution.
https://github.com/eXolnet/homebrew-deprecated/issues/14#issuecomment-619019780

if it's still not fixed you can try brew reinstall --build-from-source<EMAIL_ADDRESS>

I think there are ssl issues stopping brew reinstall --build-from-source<EMAIL_ADDRESS>from running correctly.
==> Installing<EMAIL_ADDRESS>==> Downloading https://php.net/get/php-5.6.40.tar.xz/from/this/mirror
Already downloaded: /Users/joshparkinson/Library/Caches/Homebrew/downloads/ab2ea146f7d8c5258e6d33e9522dac5528cbc3e966bc6e5689fa57860dbb5441--php-5.6.40.tar.xz
==> Patching
patching file acinclude.m4
Hunk #1 succeeded at 444 (offset 3 lines).
Hunk #2 succeeded at 459 (offset 3 lines).
Hunk #3 succeeded at 494 (offset 3 lines).
Hunk #4 succeeded at 506 (offset 3 lines).
Hunk #5 succeeded at 2500 with fuzz 2 (offset 81 lines).
patching file Zend/zend_compile.h
patching file Zend/zend_execute.h
==> ./buildconf --force
==> ./configure<EMAIL_ADDRESS>--localstatedir=/usr/local/var --sysconfdir=/usr/local/etc/php/5.6 --with-config-file-path=/usr/local/etc/php/5.6 --with-config-file-scan-dir=/usr/local/etc/php/5.6/conf.d --with-pear=/usr/local/Cellar/php<EMAIL_ADDRESS>--ena
==> make
Last 15 lines from<EMAIL_ADDRESS>                                   ~~~^
/usr/local/opt/openssl@1.1/include/openssl/ossl_typ.h:107:16: note: forward declaration of 'struct dsa_st'
typedef struct dsa_st DSA;
               ^
/private/tmp/php@5.6-20200427-13647-vj4pyh/php-5.6.40/ext/openssl/openssl.c:3560:9: error: incomplete definition of type 'struct dsa_st'
        if (dsa->priv_key || dsa->pub_key) {
            ~~~^
/usr/local/opt/openssl@1.1/include/openssl/ossl_typ.h:107:16: note: forward declaration of 'struct dsa_st'
typedef struct dsa_st DSA;
               ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
/bin/sh<EMAIL_ADDRESS>--silent --preserve-dup-deps --mode=compile clang -DHAVE_CONFIG_H<EMAIL_ADDRESS>-Iext/pcre/<EMAIL_ADDRESS>-DPHP_ATOM_INC<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>-I/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/libxml2 -I/usr/local/Cellar/krb5/1.18.1/include<EMAIL_ADDRESS>-I/usr/local/opt/sqlite/include -I/usr/local/opt/curl-openssl/include -I/usr/local/opt/jpeg/include -I/usr/local/opt/libpng/include -I/usr/local/opt/freetype/include/freetype2 -I/usr/local/opt/gettext/include -I/usr/local/opt/gmp/include -I/usr/local/Cellar/icu4c/66.1/include -I/usr/local/opt/openldap/include<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>-I/usr/local/opt/mcrypt/include -I/usr/local/opt/freetds/include -I/usr/local/opt/libpq/include -I/usr/local/opt/aspell/include/pspell -I/usr/local/opt/tidy-html5/include<EMAIL_ADDRESS><EMAIL_ADDRESS>-DU_USING_ICU_NAMESPACE=1 -no-cpp-precomp  -I/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include -g -O2 -fvisibility=hidden  -c<EMAIL_ADDRESS>-o ext/pcre/pcrelib/pcre_exec.lo
20 errors generated.
make: *** [ext/openssl/openssl.lo] Error 1
make: *** Waiting for unfinished jobs....

If reporting this issue please do so at (not Homebrew/brew or Homebrew/core):
  https://github.com/exolnet/homebrew-deprecated/issues

These open issues may also help:
<EMAIL_ADDRESS>Library not loaded libicui18n.64.dylib https://github.com/eXolnet/homebrew-deprecated/issues/23
MacOs,  brew install<EMAIL_ADDRESS>errors https://github.com/eXolnet/homebrew-deprecated/issues/19
PHP 5.6 and 7.0 doesn't run on Catalina - openssl 1.0.0 needed https://github.com/eXolnet/homebrew-deprecated/issues/14

My initial thought is that<EMAIL_ADDRESS>has a dependency for openssl, which is being routed to<EMAIL_ADDRESS>and its this thats causing problems as it expections 1.0 version?

Yes Josh,
I had this error too.
As a temporary solution, you may be able to install PHP 5.6 from here: https://php-osx.liip.ch/
But I'd obviously prefer if this brew package could be repaired.

Ok so i've found a proper solution to this
Backgroud
So PHP 5.6 can be recompiled to support the latest icu4c version, thus fixing the dyld: Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.64.dylib error, including any other legacy version errors of this nature.. that is swap the 64 to another number. However, there is a problem in that recompilation fails for users with OpenSSL 1.1.x due to the source code (the actual C code) of the openssl extensions within PHP 5.6 not being compatibile with OpenSSL 1.1.x. Essentially in OpenSSL 1.1.x you can not access public/private keys without going through it's newly created API interfaces, which PHP 5.6 does not do. Luckily, there is a patch for the PHP 5.6 source code to make it compatible with these new interfaces.
Solutiuon
Ensure openssl, icu4c are at the current versions
$ brew update
$ brew upgrade icu4c
$ brew upgrade openssl

Edit the ruby file for<EMAIL_ADDRESS>to add in the patch.
$ brew edit<EMAIL_ADDRESS>
In the text editor that opens add the following at lines 45-48
patch do
  url "https://raw.githubusercontent.com/opencomputeproject/Rack-Manager/master/Contrib-Inspur/openbmc/meta-openembedded/meta-oe/recipes-devtools/php/php/0001-PHP-5.6-LibSSL-1.1-compatibility.patch"
  sha256 "c9715b544ae249c0e76136dfadd9d282237233459694b9e75d0e3e094ab0c993"
end

Reinstall PHP 5.6 building from source
$ brew reinstall --build-from-source<EMAIL_ADDRESS>

Thanks @JParkinson1991 your solution worked for me, but it wasn't completely clear where to put the lines, so just to be clear: those should be inserted before def install line otherwise it will produce an error.

Thanks for testing @dmitriydzyuba, it would be appeciated if you could test the pull request i opened which provides new install options for php 5.6 so this manual patching it not needed.

brew reinstall --build-from-source<EMAIL_ADDRESS>
I run command is issuse
NoMethodError: private method open' called for nil:NilClass`

Ok so i've found a proper solution to this
Backgroud
So PHP 5.6 can be recompiled to support the latest icu4c version, thus fixing the dyld: Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.64.dylib error, including any other legacy version errors of this nature.. that is swap the 64 to another number. However, there is a problem in that recompilation fails for users with OpenSSL 1.1.x due to the source code (the actual C code) of the openssl extensions within PHP 5.6 not being compatibile with OpenSSL 1.1.x. Essentially in OpenSSL 1.1.x you can not access public/private keys without going through it's newly created API interfaces, which PHP 5.6 does not do. Luckily, there is a patch for the PHP 5.6 source code to make it compatible with these new interfaces.
Solutiuon
Ensure openssl, icu4c are at the current versions
$ brew update
$ brew upgrade icu4c
$ brew upgrade openssl

Edit the ruby file for<EMAIL_ADDRESS>to add in the patch.
$ brew edit<EMAIL_ADDRESS>
In the text editor that opens add the following at lines 45-48
patch do
  url "https://raw.githubusercontent.com/opencomputeproject/Rack-Manager/master/Contrib-Inspur/openbmc/meta-openembedded/meta-oe/recipes-devtools/php/php/0001-PHP-5.6-LibSSL-1.1-compatibility.patch"
  sha256 "c9715b544ae249c0e76136dfadd9d282237233459694b9e75d0e3e094ab0c993"
end

Reinstall PHP 5.6 building from source
$ brew reinstall --build-from-source<EMAIL_ADDRESS>
For me this is a much more viable soultion as i use multiple versions of PHP etc on my local machine via homebrew (https://github.com/JParkinson1991/homebrew-lemp), it would have become a nightmare for me if i had to keep installing specific legacy versions of certain packages as i was trying to switch. Patching PHP 5.6 allows me to switch between all major versions oh php without any headaches as they're all running off the same major dependencies.

This worked for me! As @dmitriydzyuba said, the lines should be added before def install. So at least the install instructions should be updated to reflect this instruction, as a default install from homebrew using this repo won't run at first. And now it even runs without apache, directly from the command line, as<EMAIL_ADDRESS>

@weidmaster see this PR for a less manual implementation: https://github.com/eXolnet/homebrew-deprecated/pull/25

@JParkinson1991 thanks for the PR, I will take a look. It is just that I am a brand new developer working with a Mac machine in the company and have to work with some legacy code and I just started with brew and everything else and I am glad editing some file did work.

Reading up on this issue. From my understanding there still no official fix to installing php 5.6?  In no, is there a easy way of just rebuild from source without openssl?

@steinmb given PHP 5.6 is end of life there will never be an offical fix released by the PHP team.
I have submitted a pull request however that address this issue, you should probably read it: https://github.com/eXolnet/homebrew-deprecated/pull/25

Thank for your swift reply. I have a look at #25 - I know, everything up to PHP 7.2 is EOL and good riddance 😄 I only need PHP 5.6 locally to enable me to install the app, and then rewrite it to PHP 7.4/8.x.

Ok so i've found a proper solution to this
Backgroud
So PHP 5.6 can be recompiled to support the latest icu4c version, thus fixing the dyld: Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.64.dylib error, including any other legacy version errors of this nature.. that is swap the 64 to another number. However, there is a problem in that recompilation fails for users with OpenSSL 1.1.x due to the source code (the actual C code) of the openssl extensions within PHP 5.6 not being compatibile with OpenSSL 1.1.x. Essentially in OpenSSL 1.1.x you can not access public/private keys without going through it's newly created API interfaces, which PHP 5.6 does not do. Luckily, there is a patch for the PHP 5.6 source code to make it compatible with these new interfaces.
Solutiuon
Ensure openssl, icu4c are at the current versions
$ brew update
$ brew upgrade icu4c
$ brew upgrade openssl

Edit the ruby file for<EMAIL_ADDRESS>to add in the patch.
$ brew edit<EMAIL_ADDRESS>
In the text editor that opens add the following at lines 45-48
patch do
  url "https://raw.githubusercontent.com/opencomputeproject/Rack-Manager/master/Contrib-Inspur/openbmc/meta-openembedded/meta-oe/recipes-devtools/php/php/0001-PHP-5.6-LibSSL-1.1-compatibility.patch"
  sha256 "c9715b544ae249c0e76136dfadd9d282237233459694b9e75d0e3e094ab0c993"
end

Reinstall PHP 5.6 building from source
$ brew reinstall --build-from-source<EMAIL_ADDRESS>
For me this is a much more viable soultion as i use multiple versions of PHP etc on my local machine via homebrew (https://github.com/JParkinson1991/homebrew-lemp), it would have become a nightmare for me if i had to keep installing specific legacy versions of certain packages as i was trying to switch. Patching PHP 5.6 allows me to switch between all major versions oh php without any headaches as they're all running off the same major dependencies.

This worked for me! As @dmitriydzyuba said, the lines should be added before def install. So at least the install instructions should be updated to reflect this instruction, as a default install from homebrew using this repo won't run at first. And now it even runs without apache, directly from the command line, as<EMAIL_ADDRESS>
Following this did not work for me instantly on XCode 12 and Command Line Tools 12. I had to download XCode 11.5 and Command Line Tools 11.5 (yes both of them or else it will still not work) and make sure they are the current selected version before running
brew reinstall --build-from-source<EMAIL_ADDRESS>I found the solution here: https://trac.macports.org/ticket/60988#comment:8
I was able to download those at https://developer.apple.com/download/more/?name=Xcode
Thanks! This is helpful when you needed to run an old project in 5.6 in Catalina

Ok so i've found a proper solution to this
Backgroud
So PHP 5.6 can be recompiled to support the latest icu4c version, thus fixing the dyld: Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.64.dylib error, including any other legacy version errors of this nature.. that is swap the 64 to another number. However, there is a problem in that recompilation fails for users with OpenSSL 1.1.x due to the source code (the actual C code) of the openssl extensions within PHP 5.6 not being compatibile with OpenSSL 1.1.x. Essentially in OpenSSL 1.1.x you can not access public/private keys without going through it's newly created API interfaces, which PHP 5.6 does not do. Luckily, there is a patch for the PHP 5.6 source code to make it compatible with these new interfaces.
Solutiuon

02/06/2020 Outdated solution, see bottom of this message

Ensure openssl, icu4c are at the current versions
$ brew update
$ brew upgrade icu4c
$ brew upgrade openssl

Edit the ruby file for<EMAIL_ADDRESS>to add in the patch.
$ brew edit<EMAIL_ADDRESS>
In the text editor that opens add the following at lines 45-48
patch do
  url "https://raw.githubusercontent.com/opencomputeproject/Rack-Manager/master/Contrib-Inspur/openbmc/meta-openembedded/meta-oe/recipes-devtools/php/php/0001-PHP-5.6-LibSSL-1.1-compatibility.patch"
  sha256 "c9715b544ae249c0e76136dfadd9d282237233459694b9e75d0e3e094ab0c993"
end

Reinstall PHP 5.6 building from source
$ brew reinstall --build-from-source<EMAIL_ADDRESS>
For me this is a much more viable soultion as i use multiple versions of PHP etc on my local machine via homebrew (https://github.com/JParkinson1991/homebrew-lemp), it would have become a nightmare for me if i had to keep installing specific legacy versions of certain packages as i was trying to switch. Patching PHP 5.6 allows me to switch between all major versions oh php without any headaches as they're all running off the same major dependencies.

Update 02/06/2020

Those finding this solution now please be aware that this change has been rolled into a pull request containing an updagte formula that does not require this manual patching.
See #25

Still works for me (Oct 7 2020)
thanks @JParkinson1991

I am getting this error:
brew reinstall --build-from-source<EMAIL_ADDRESS>==> Downloading https://php.net/get/php-5.6.40.tar.xz/from/this/mirror Already downloaded: /Users/msoto/Library/Caches/Homebrew/downloads/ab2ea146f7d8c5258e6d33e9522dac5528cbc3e966bc6e5689fa57860dbb5441--php-5.6.40.tar.xz ==> Reinstalling<EMAIL_ADDRESS>==> Patching ==> Patching Error: Failure while executing; patch -g 0 -f -p1 exited with 1. Here's the output: patching file acinclude.m4 Hunk #1 FAILED at 441. Hunk #2 FAILED at 456. Hunk #3 FAILED at 491. Hunk #4 FAILED at 503. Hunk #5 FAILED at 2419. 5 out of 5 hunks FAILED -- saving rejects to file acinclude.m4.rej patching file Zend/zend_compile.h Hunk #1 FAILED at 414. 1 out of 1 hunk FAILED -- saving rejects to file Zend/zend_compile.h.rej patching file Zend/zend_execute.h Hunk #1 succeeded at 80 with fuzz 2 (offset 9 lines).

Hi!
Thank you for your interest in this repository. Unfortunately, this repository will now be archived with no further actions. We are sorry for the inconvenience.
Why are we closing this repository? This repository was only meant as a temporary measure, not a permanent one. Its only purpose was to ease the transition, considering that formulae from the homebrew-core tap are removed almost the day they became unsupported by the vendor. We needed a few more months to allow us to upgrade the code base of the various projects we have. But it was always with the intention of doing those upgrades, not by relying on a repository to keep old php versions artificially alive. We do not condone the use of deprecated software that could lead to serious security vulnerabilities.
Why are we not redirecting to another repository? Redirecting to another repository could be interpreted as an endorsement of said repository. If we were to do such a thing, we would not do it without vetting it first. And we do not wish to put the time and energy required in a vetting process of a third party repository. As the reason why a vetting process would be required, consider this. Before installing a software library on all our developer computers from an untrusted source, we would need to make sure that this software library is free from any malicious code (Trojan, ransomware, etc.), both in the repository itself and in the packaged binaries (the homebrew bottles, if any).
Thank you for your understanding.

Hi!
Thank you for your interest in this repository. Unfortunately, this repository will now be archived with no further actions. We are sorry for the inconvenience.
Why are we closing this repository? This repository was only meant as a temporary measure, not a permanent one. Its only purpose was to ease the transition, considering that formulae from the homebrew-core tap are removed almost the day they became unsupported by the vendor. We needed a few more months to allow us to upgrade the code base of the various projects we have. But it was always with the intention of doing those upgrades, not by relying on a repository to keep old php versions artificially alive. We do not condone the use of deprecated software that could lead to serious security vulnerabilities.
Why are we not redirecting to another repository? Redirecting to another repository could be interpreted as an endorsement of said repository. If we were to do such a thing, we would not do it without vetting it first. And we do not wish to put the time and energy required in a vetting process of a third party repository. As the reason why a vetting process would be required, consider this. Before installing a software library on all our developer computers from an untrusted source, we would need to make sure that this software library is free from any malicious code (Trojan, ransomware, etc.), both in the repository itself and in the packaged binaries (the homebrew bottles, if any).
Thank you for your understanding.


Transparent Status Bar Bug

Hello,
I just upgraded to version 4.2.2 from version 4.2.0 and possibly found a new bug. In the previous version, I was able to make the statusbar transparent using the following in the v21\styles.xml:
<item name="android:statusBarColor">@color/statusBarSemiTransparent</item> <item name="android:windowIsTranslucent">true</item> <item name="android:windowBackground">@android:color/transparent</item>
And the following line of code in the onCreate of the activity:
if (android.os.Build.VERSION.SDK_INT >= 19) {             getWindow().getDecorView().setSystemUiVisibility(View.SYSTEM_UI_FLAG_LAYOUT_STABLE | View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN); }
However, on the latest version the statusbar defaults to black.
Version 4.2.0:

Version 4.2.2:

Hey!
Just declare a theme in your styles.xml that has a TranslucentStatus parent.
For example:
    <style name="AppIntroTheme" parent="MaterialTheme.TranslucentStatus">
        <item name="colorPrimary">#1976D2</item>
        <item name="colorPrimaryDark">#1565C0</item>
        <item name="colorAccent">#E91E63</item>
    </style>

Then in your AndroidManifest.xml set the theme to AppIntro's activity:
        <activity
            android:name=".AppIntroActivity"
            android:theme="@style/AppIntroTheme"/>

Anyway, I've found our Example app doesn't have translucent status bar. I've updated it, maybe it help out other devs.

I have the same issue, setting a translucent theme also doesnt make it work. I see the black.

@paolorotolo What if there's a custom fragment with ImageView at the top? They way to place ImageView behind status bar is to declare a windowTranslucentStatus true. And that worked for previous versions.


Update crate on Crates.io

Please update the crate so it includes the fix to #64

Published; thanks for the reminder!


Allow to customize foreign types in #[derive(Associations)]

This commit enables to usage of wrapper types for foreign keys in
#[derive(Associations)]
Basically those wrapper types must fulfil the following condition:
&'a FieldType: Into<Option<&'a <ParentStruct as Identifiable>::Id>>

Needs a rebase or rebuild for green CI but looks good otherwise

That ci error looks quite strange. I've played around a bit with the corresponding code:
fn _check(comment :Comment, posts: Post) {
    _test(&comment, &[posts])
}

pub fn _test<'a, T, P>(_t: &'a T, _p: &'a [P])
where &'a P: diesel::associations::Identifiable,
      T: HasTable + BelongsTo<P>,
      T::ForeignKeyColumn: ExpressionMethods,
      Vec<_Id<&'a P>>: AsInExpression<<T::ForeignKeyColumn as Expression>::SqlType>,
      <T as HasTable>::Table: FilterDsl<EqAny<T::ForeignKeyColumn, Vec<_Id<&'a P>>>>,
      T::ForeignKeyColumn: ExpressionMethods
{
    _test2(_t, _p)
}

pub fn _test2<'a, C, P>(_c: &'a C, _p: &'a [P]) where C: BelongingToDsl<&'a Vec<P>>
{}

does compile but
fn _check(comment :Comment, posts: Post) {
    _test2(&comment, &[posts])
}

pub fn _test2<'a, C, P>(_c: &'a C, _p: &'a [P]) where C: BelongingToDsl<&'a Vec<P>>
{}

does not.
@diesel-rs/contributors any ideas?


Enhance light/dark mode toggle button

Is your feature request related to a problem? Please describe.
Enhance light/dark mode theme switch.
Describe the solution you'd like
Create minimal light/dark mode toggle button. Use this icons:

https://fontawesome.com/icons/sun-bright?s=solid&f=classic
https://fontawesome.com/icons/moon?s=solid&f=classic

Describe alternatives you've considered
NA
Additional context
Similar to this https://wasimreja.me/

@wasimreja i'd like to work on this issue

can you please assign it to me

@wasimreja please review my pr for this issue

Hello, I'd like to work on this issue. Could you assign this to me?


[AMBARI-24465] Warnings during ambari-agent, ambari-server upgrade (dgrinenko)

What changes were proposed in this pull request?
Changes:

installation scripts for debian/ubuntu now are equal to installation scripts for centos
bash extensions usage were removed and replaced to POSIX compatible structures, to support dash shell on ubuntu
fixed various issues on package removal stage, when not all files were removed properly
no more spam about auto-start registering/removing, not founded files and another abusive output
implemented a way to log actions, if needed, to ambari log directory. All required logging now redirected to /var/log/ambari-[server|agent]-pkgmgr.log
removed python 2.6 support

How was this patch tested?
On real clusters running under cenos and ubuntu. File system on each stage (install/upgrade/remove) were captured and compared against deploys without changes, no problems or regressions found

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3568/
Test PASSed.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3580/
Test PASSed.


[Feature Request] Monk's Active Tiles Color Contrast

Some actions in the MATT action list are not the easiest to see for some users when using Dark Mode. Could there possibly be a way to alter these colors in the future? (not a complete list of actions with color issues, let me know if you need one or not.)

And, the auto-complete lists in MATT are nearly white on white when using Dark Mode.

I don't use MATT myself, and I haven't seen people report poor-contrast text, so a complete list would be very handy

Here's all the actions have colors are potentially difficult to see (I wasn't sure about the light gray ones, but I left them just in case).
The main issue seems to be the dark blue text & the dark red text on some actions; though I could potentially see some color impaired people having issues with the purple as well.

As for the actions with auto-complete lists with the white on white text from the screenshot in the first message.
Alter
Filter by Attributes
Landing

fvtt-tiledata-tile.zip
Certainly. Here's the tile template. Instructions on importing it can be found here https://github.com/ironmonk88/monks-module-wiki/wiki/MATT-Tile-Templates.

I believe this is fixed, or at least radically improved. Feel free to re-open if I'm wrong.


Release v0.4.2

Closes #265.

Checked FreeBSD locally and it works, so going to ignore the CI and merge.


Fixing links for the contributing.md

Fixed all the references of CONTRIBUTING.md
Continuation of PR

@gihrig Fixed the links!!! :smile:

Coverage remained the same at 99.242% when pulling facb34f03e0d2edb443cf35c7e84b2cd1a8a7dc2 on Aftabnack:fix-links into ea1e1c451c12bd4b36057d884a1087d45a27310a on react-boilerplate:dev.

Cool. Updating the branch with dev. @KarandikarMihir

Coverage remained the same at 99.242% when pulling 558049b5181ba850935b56d6bf59511fb828a10b on Aftabnack:fix-links into 6ef43f570bd9f29e0ac43aec017162ddaf1adeab on react-boilerplate:dev.

Coverage remained the same at 99.242% when pulling 558049b5181ba850935b56d6bf59511fb828a10b on Aftabnack:fix-links into 6ef43f570bd9f29e0ac43aec017162ddaf1adeab on react-boilerplate:dev.


POST /users/signin

Route for user signin with format:
{
	"email"<EMAIL_ADDRESS>	"password": "pwd@1234!x"
}

done in commit: 19a96c6028daccbf05e48daed40b2c011ef10040


[REEF-416] Create API to specify racks (and nodes) in EvaluatorRequests

With this commit, evaluators can now be asked to run in different nodes or racks.
Nodes should be node names. Racks can be fully qualified names. Also the star wildcard can
be used at the end. For example, in order to ask for evaluators in any rack in datacenter 2, you can do /dc2/*
It includes a new EvaluatorRequest constructor, and it deprecates the descriptor interface.
Updated UTs (which also helped in fixing a bug)
JIRA: REEF-416
This Closes:

@markusweimer new changes ready to be reviewed

This pull request is more than one commit. Please rebase onto current master and squash it into one commit.

@markusweimer closing it and creating a new one...


Fix UG Related Bugs

Codecov Report

Merging #209 (097b74e) into master (fc1e25f) will increase coverage by 3.82%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master     #209      +/-   ##
============================================
+ Coverage     34.80%   38.63%   +3.82%
- Complexity      561      633      +72
============================================
  Files           160      160
  Lines          3712     3748      +36
  Branches        456      470      +14
============================================
+ Hits           1292     1448     +156
+ Misses         2307     2185     -122
- Partials        113      115       +2

Impacted Files
Coverage Δ

...ess/model/person/UniqueStudentsInTutorialList.java
22.58% <0.00%> (-10.76%)
:arrow_down:

...in/java/seedu/address/model/tutorial/Tutorial.java
46.15% <0.00%> (-0.81%)
:arrow_down:

...seedu/address/model/attendance/AttendanceList.java
12.34% <0.00%> (+1.09%)
:arrow_up:

...edu/address/storage/JsonAdaptedAttendanceList.java
66.66% <0.00%> (+1.44%)
:arrow_up:

...ava/seedu/address/model/assessment/Assessment.java
35.48% <0.00%> (+9.67%)
:arrow_up:

...c/main/java/seedu/address/model/tutorial/Time.java
80.00% <0.00%> (+10.00%)
:arrow_up:

.../main/java/seedu/address/model/tutorial/Venue.java
80.00% <0.00%> (+10.00%)
:arrow_up:

...ava/seedu/address/model/tutorial/TutorialName.java
80.00% <0.00%> (+10.00%)
:arrow_up:

.../java/seedu/address/model/assessment/FullMark.java
77.77% <0.00%> (+11.11%)
:arrow_up:

...java/seedu/address/model/assessment/Weightage.java
77.77% <0.00%> (+11.11%)
:arrow_up:

... and 11 more

Continue to review full report at Codecov.

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


(FM-6324) write header to puppet pot file

This adds a function that writes an extremely generic header to the puppet.pot file upon generation. This also adds unit tests for the new #write_header function and refactors puppet_pot_generator.rb to make testing easier.

ok so this doesn't actually work. it would be nice to have the pot file path exposed somehow for testing.

ok fixed.


[Parameter Request] Add more parameter for OnPostGenJnlLineOnBeforeGenJnlPostLineRun event

Please add more parameter ExchRateAdjmtParameters: Record "Exch. Rate Adjmt. Parameters" into OnPostGenJnlLineOnBeforeGenJnlPostLineRun event of Codeunit 699 "Exch. Rate Adjmt. Process"

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 10053.


Adding took time for QuerySearchResult

Description
Adds time taken in nanoseconds to QuerySearchResult in the query phase. This will be used as part of tiered caching, to decide whether or not to move cached entries to the disk tier based on how long it would take to recompute them.
Unit tested in QuerySearchResultTests.java. The tests add a random delay to QueryPhase::execute() and assert the took time in the result is greater than or equal to this delay.
Related Issues
Resolves #10411
Milestone of larger tiered caching feature.
Check List

[x] New functionality includes testing.

[x] All tests pass

[x] New functionality has been documented.

[x] New functionality has javadoc added

[x] Commits are signed per the DCO using --signoff
[N/A] Commit changes are listed out in CHANGELOG.md file (See: Changelog)
[N/A] Public documentation issue/PR created

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Is this already covered by https://github.com/opensearch-project/OpenSearch/pull/10351 ?
That one adds timing for each query phase to the search result.

@msfroh

Is this already covered by https://github.com/opensearch-project/OpenSearch/pull/10351 ?
That one adds timing for each query phase to the search result.

This is not related to https://github.com/opensearch-project/OpenSearch/pull/10351. This adds a took time part of shard level response which is eventually cached as well in RequestCache. We wanted this info in cached value to take a decision whether we want to spill this to disk cache or not during evictions(from in-memory cache).

Created new issue related to flaky test which caused failed Jenkins build above.

@peteralfonsi, it looks like you may have tried to merge from main, which added a whole bunch of commits to the diff.
Can you please try rebasing on top of main instead? (I think if you git rebase main from your branch, it should reconcile the commits that are already in main and your commits will bubble up to the top of the pile.)

Sorry about that -- I think it should be fixed now.

@msfroh Would you be able us in getting this reviewed and merge in?

Hi @peteralfonsi, Is this being worked upon? Pls free to reach out to maintainers for further reviews.


Moved "gov stage" vs. "gov prod" config to UI

Moved "gov stage" vs. "gov prod" config to UI.

Merging fork into main


Extra space in header causes issues for page anchors

Compare the current site
https://apache.org/foundation/faq#you-have-questions-about-the-apache-license
with
https://www-board-merge.staged.apache.org/foundation/faq#you-have-questions-about-the-apache-license
which was set up a bit before the donation button and social icons were added
The current site does not scroll to the correct place; it is hidden under the much bigger header.

@Paul-TT Can you please check this? Thanks!

@bproffitt  You bet. I'm on it.

Fix applied.


fizz/translators,soda/cmd/generate: add support for BLOB

Fixes gobuffalo/buffalo#967.

Looks great! Thanks!


Internal error creating User with Facebook

Hey,
i am creating a new user, linked to Facebook - So far no problem.
Now i want to add some fields along the registration, in my case username, first_name, last_name.
Error:
I don't know why, but it's only possible (for me) to include 2 addional fields - but not all 3. If i try all together i always receive an interal server error "500" from Parse.
Any idea what this is about?

Run the server with VERBOSE=1 and provide the logs please!

Hey, thanks for reporting this issue.
Can you please add all the info specified in the template? This is necessary for people to be able to understand and reproduce the issue being reported.


⚠ Bofrost.nl has degraded performance

In 016fcbe, Bofrost.nl (https://www.bofrost.nl) experienced degraded performance:

HTTP code: 200
Response time: 1098 ms

Resolved: Bofrost.nl performance has improved in 416c540 after 6 minutes.


Error building TensorFlow within Docker Container

I am following the instructions for using TensorFlow serving from https://tensorflow.github.io/serving/serving_inception.html
and after I clone tf within the container and build it with ./configure
I get the following errors
ERROR: /serving/tensorflow/tensorflow/workspace.bzl:375:3: no such package '@junit_jar//jar': Error downloading [https://github.com/junit-team/junit4/releases/download/r4.12/junit-4.12.jar] to /root/.cache/bazel/_bazel_root/5071e8dca1385fb776f72b33971bf157/external/junit_jar/junit-4.12.jar: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty and referenced by '//external:junit'.

ERROR: /serving/tensorflow/tensorflow/workspace.bzl:375:3: no such package '@junit_jar//jar': Error downloading [https://github.com/junit-team/junit4/releases/download/r4.12/junit-4.12.jar] to /root/.cache/bazel/_bazel_root/5071e8dca1385fb776f72b33971bf157/external/junit_jar/junit-4.12.jar: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty and referenced by '//external:junit'.

ERROR: Evaluation of query "deps(... union @bazel_tools//tools/jdk:toolchain))" failed: errors were encountered while computing transitive closure.

Looks like this is an issue in tensorflow serving docker image.
@kirilg @jharmsen Could you take a look?

Can you try running update-ca-certificates -f?

@kirilg I tried that.  There was no change

Hmm, not sure. This the the general workaround fix for these java.security.InvalidAlgorithmParameterException errors that worked for us before. Did that command succeed and you still see the error? Can you also try:
sudo apt-get install ca-certificates-java
sudo update-ca-certificates -f

Ok working now.  My hunch is this was due to a spotty network connection - maybe something got downloaded incorrectly


Improve conditional constraint

ConditionalConstraint can now optionally also use an Others expression - where the wrapped constraint is only checked when the others property expression evaluates to true

Codecov Report

Merging #48 (b3fa78f) into master (945b909) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##            master       #48   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           31        31
  Lines         6326      6378   +52
=========================================
+ Hits          6326      6378   +52

Impacted Files
Coverage Δ

constraints_special.go
100.00% <100.00%> (ø)

context.go
100.00% <100.00%> (ø)

marshaling.go
100.00% <100.00%> (ø)

tag_parsing.go
100.00% <100.00%> (ø)

unmarshaling.go
100.00% <100.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


i18n(zh-cn): Update view-transitons.mdx

Description (required)
Update view transitons.mdx
Related issues & labels (optional)

#7250

There has a new commit: https://github.com/withastro/docs/commit/f058a76e01936fdf3b863e48e397b71d1306eefc

There has a new commit: f058a76

已更新


[Flutter drive] improve commands experience

Since the area of focus for 2022 roadmap is developer experience, the developer experience regarding integration test commands could be improved. Mainly by not requiring hard coded device ids.
Currently you have to:

for web, start chromedriver with the correct port in another shell
for android, start the emulator and set the right emulator id in the command

Here is a few ideas, for android it could:
 1. check that `adb devices` has devices
 2a. if multiple devices are available display menu to pick device on which to run
 3a. run

 2b. there is no device then display menu to pick emulator from `emulator -list-avds`
 3b. wait emulator started
 4b. run test on that emulator

 2c. if argument `--first-device` is passed, run test on first device found in `adb devices`, same for `--first-emulator`

For web it could:
   1. start chromedriver
   2. run tests with the correct port
   3. kill both unless `--keep-chromedriver-alive`

The --port parameter is also lacking in web integration test, which makes whitelisting localhost:port impossible, you have to whitelist every ports.

@darshankawar that is not true, you do not need to run such command on android, I believe it is for firebase Lab test.
It is for the command flutter driver but the underlying package is integration_test (not the old deprecated package).


Fixed issue where the Groupable did not properly support AutoWidth and AutoHeight

Useful when making cards and you don't know how tall the text in the middle is going to be.

Hi,
Can you add your ViewController as a test case - CardViewControllerDemo.
Thanks
-Tim

As soon as I can I take a look at the details and update you, but on first glance I noticed how different the style/format is from the rest of the project. I'd like to keep everything consistent, i.e. parens around math to make order of operations clear to readers, declaring 0 as 0.0 to make reading it and recognizing it as a float clearer, spaces between operands like x / 2.0, etc.

Sorry for the late response. My wife and I were welcoming our firstborn child into the world and everything else took the back burner...
@mamaral, I tried to match the style as best I could. Let me know if you'd like anything else changed.
@tim12s, I included an example of how one might create cards using only this library.

@dulbrich Congrats!! I've been quite busy as well, so I'll take a look at this once more as soon as I get a chance but the style fixes look perfect.

@mamaral

@dulbrich  A bunch has changed in the last couple of months - if you can resolve the conflicts I'll get it merged.