add amulet detection

for thaumaturges with the amulet

@Drental Amulet it is feature, not reaction name “amulets-abeyance”, also in this case need to check that enemy of your “Exploit Vulnerability” effect. Now I will check this one.

oh, right, I just straight didn't even read the thing 😅
and the exploit vulnerability effect is not a thing in the base system yet either ^^;

Than I will check how to create "exploit vulnerability effect" and create PR to base system

Was added in 0.2.5 - Need to add "Effect: Exploit Vulnerability" to monster from pack, after it [Amulet's Abeyance] will be triggered


Development

@zhengziwang Could you write a few sentences about what you are trying to do here?

And screenshots!
On Fri, Oct 9, 2015 at 8:29 AM Lars Grefer<EMAIL_ADDRESS>wrote:

@zhengziwang https://github.com/zhengziwang Could you write a few
sentences about what you are trying to do here?
—
Reply to this email directly or view it on GitHub
https://github.com/pockethub/PocketHub/pull/906#issuecomment-146903933.

This has been here since October and no response from the creator. Sorry but I'm closing this.


How is breadboard different from...

https://www.langchain.com/
https://cloud.google.com/vertex-ai
https://openai.com/blog/introducing-gpts
https://huggingface.co/

Excellent question! We really need to have a nice crisp answer here.
Some rough notes that need to be made more coherent:

breadboard is not a service or an online community (so it's not like huggingface)
breadboard is model-agnostic (so it's not like gpts)
breadboard does not aspire to be a full development platform that encompasses the entire workflow (so it's not like Vertex AI)
breadboard could be used with Vertex AI or huggingface
breadboard is first and foremost a method for composing AI recipes, rather than a cohesive collection of AI recipes (so it's not langchain) A good Webby metaphor is Lit (breadboard) vs. Material Design (langchain)
you can build recipes with breadboard and create curated collections of them that may look like langchain, or you could use langchain recipes in breadboard, or breadboard recipes in langchain. They sort of operate at different layers, even though they overlap (langchain has LCEL, which if you squint a little, looks similar to breadboard)
breadboard focuses primarily on the composition aspect of building AI recipes, and relies on the idea of a common interchange format for describing recipes, aspiring to grow as the hourglass architecture.

Thanks for the answers, that's really helpful! So much that I'll risk pressing my luck =)...

If breadboard is most like LCEL, what distinguishes it? Why isn't LCEL "good enough"? Is there something specifically missing or is breadboard a fresh take on a similar solution because it isn't obvious that LCEL has all the answers?
Does Vertex AI have a layer in their stack that's similar to breadboard and might it make technical sense at some pointto integrate breadboard with Vertex AI?

Both breadboard and LCEL are WIPs -- hard to answer definitively. Directionally, LCEL is LangChain-first and breadboard is composition-first. Applying the Webby analogy from above, Material Design implementation might grow a component framework that if you squint, looks like Lit, but ultimately is mostly about composing MD bits more easily. Currently (and probably for the long term), LCEL is a subset of capabilities of breadboard.
Ideally (🤞🏻) the breadboard runtime one day powers LangChain's composition.  I'd love to help LangChain get there.
Re: Vertex AI. I certainly hope that Cloud folks realize how cool Breadboard is and adopt it for AI recipe orchestration. They don't really have anything like that currently.

Thanks, that's really helpful and some exciting ambitions!


Is this project dead?

No commits for more than year. Is this project still alive?

Seems like nobody can answer..


Adopt empty string as default value for maintenance_interval

The default value of null cannot be set as a deployment variable; this
will allow the value to be set at the top of a blueprint with a comment to the
user to modify to "PERIODIC" as necessary.
Submission Checklist
Please take the following actions before submitting this pull request.

Fork your PR branch from the Toolkit "develop" branch (not main)
Test all changes with pre-commit in a local branch #
Confirm that "make tests" passes all tests
Add or modify unit tests to cover code changes
Ensure that unit test coverage remains above 80%
Update all applicable documentation
Follow Cloud HPC Toolkit Contribution guidelines #

This does "strictly" require updates to https://github.com/GoogleCloudPlatform/slurm-gcp as it will accept the empty string without modification. However, the PR below implements the empty string as the default value throughout:
https://github.com/GoogleCloudPlatform/slurm-gcp/pull/38

When
vars:
...
  my_maintenance_interval: ""
...

deployment_groups:
...
   - id: my_node_group
     source: community/modules/compute/schedmd-slurm-gcp-v5-node-group
     settings:
      maintenance_interval: $(vars.my_maintenance_interval)

we (correctly) observe a compute node created without maintenanceInterval set:
scheduling:
  automaticRestart: true
  onHostMaintenance: TERMINATE
  preemptible: false
  provisioningModel: STANDARD

when I update the value to "PERIODIC", we observe a VM created with maintenanceInterval set:
scheduling:
  automaticRestart: true
  maintenanceInterval: PERIODIC
  onHostMaintenance: TERMINATE
  preemptible: false
  provisioningModel: STANDARD


<EMAIL_ADDRESS>decompress error

Duplicate with #10532, please consider closing this issue and leaving a comment under the previous issue.


Fix error on empty options chain

Fixes #1969
Error occurs when Yahoo has no calls or puts for a ticker. I wasn't sure whether y'all would prefer an exception in this case instead (first pull request!), but I chose to return an "empty" Options namedtuple since _download_options() returns an empty dict.

I don't use options so no opinion. Try tagging the few people that use options (search here).

Returning empty works perfectly for me. I'd rather check for nothing than have to handle an exception.


Prevent nil pointer by checking for nil in interface value

Description of changes:
temporal solution. Prevents:
180 panic: runtime error: invalid memory address or nil pointer dereference
181 [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x16bbe2b]
182
183 goroutine 1 [running]:
184 github.com/aws/eks-anywhere/pkg/executables.(*Docker).Close(0x0, 0x1f326c8, 0xc00004c028, 0x0, 0x0)
185         <autogenerated>:1 +0x2b

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/lgtm


Clear terminal title when the program exits

When RTV launches it overwrites the terminal's title to rtv 1.x.x. However, when the program exits the title does NOT get changed back. Ideally we should edit the finally block inside of __main__.py to reset the title to whatever it was before we changed it.

What terminals are effected by this? Tested in urxvt, gnome-terminal, xterm. And it resets after exiting for me.

You're right, it's working for me now too. Not sure what happened.


Ошибка при выгрузке в AppStore Xcode 12.4

App Store Connect Operation Error
ERROR ITMS-90087: "Unsupported Architectures. The executable for poetvdushe.app/Frameworks/TMXProfiling.framework contains unsupported architectures '[x86_64]'."

App Store Connect Operation Error
ERROR ITMS-90087: "Unsupported Architectures. The executable for poetvdushe.app/Frameworks/TMXProfilingConnections.framework contains unsupported architectures '[x86_64]'."

App Store Connect Operation Error
ERROR ITMS-90209: "Invalid Segment Alignment. The app binary at 'poetvdushe.app/Frameworks/TMXProfiling.framework/TMXProfiling' does not have proper segment alignment. Try rebuilding the app with the latest Xcode version."

App Store Connect Operation Error
ERROR ITMS-90209: "Invalid Segment Alignment. The app binary at 'poetvdushe.app/Frameworks/TMXProfilingConnections.framework/TMXProfilingConnections' does not have proper segment alignment. Try rebuilding the app with the latest Xcode version."

App Store Connect Operation Error
ERROR ITMS-90125: "The binary is invalid. The encryption info in the LC_ENCRYPTION_INFO load command is either missing or invalid, or the binary is already encrypted. This binary does not seem to have been built with Apple's linker."

App Store Connect Operation Warning
WARNING ITMS-90076: "Potential Loss of Keychain Access. The previous version of software has an application-identifier value of ['673DRJK6GV.ru.poetvduhe.ios.poetvdushe'] and the new version of software being submitted has an application-identifier of ['ZJ5VVS92BY.ru.poetvduhe.ios.poetvdushe']. This will result in a loss of keychain access."

App Store Connect Operation Warning
WARNING ITMS-90080: "The executable 'Payload/poetvdushe.app/Frameworks/TMXProfiling.framework' is not a Position Independent Executable. Please ensure that your build settings are configured to create PIE executables. For more information refer to Technical Q&A QA1788 - Building a Position Independent Executable in the iOS Developer Library."

App Store Connect Operation Warning
WARNING ITMS-90080: "The executable 'Payload/poetvdushe.app/Frameworks/TMXProfilingConnections.framework' is not a Position Independent Executable. Please ensure that your build settings are configured to create PIE executables. For more information refer to Technical Q&A QA1788 - Building a Position Independent Executable in the iOS Developer Library."

Помощь придет нет?
Ошибка возникала, когда на скриншоте ниже напротив ваших фреймворков стояла опция Embed & Sign. Попробовал поставить Do Not Embed, и ошибки пропали. Но как это скажется на работе модуля оплаты? Подскажите какой вариант выбрать?

Для TMXProfiling библиотек должна быть выставлена опция Embed & Sign. Запросите у поддержки последнюю версию библиотек. Также стоит отметить что эти библиотеки используют шифрование.


raster import error

Raster import fails.  You don't see the error at notebook, when raster got imported.  But symptom is that you dont get plot of raster from notebook.
More direct alarm is in the terminal where notebook is started (docker exec), as seen below.  It says 'type "raster" does not exist".  PostGIS database does not how to deal with raster data, making it impossible to finn-preprocessor to work.
This error did not occur in Oct 2019, and I see now, Dec 2019.  So sometime during these two month period something got changed and raster capability of postgis is not enabled in our Dockerfile.

Creating output file that is 6000P x 6000L.
Processing ../proc_rst_modlct_2017/rsp/src.vrt [1/1] : 0...10...20...30...40...50...60...70...80...90...100 - done.
NOTICE:  schema "raster" already exists, skipping
NOTICE:  table "o_32_rst_modlct_2017" does not exist, skipping
NOTICE:  table "o_256_rst_modlct_2017" does not exist, skipping
NOTICE:  table "rst_modlct_2017" does not exist, skipping
Processing 1/1: ../proc_rst_modlct_2017/rsp/MCD12Q1.A2017001.r02c04.tif
ERROR:  type "raster" does not exist
LINE 1: ...."rst_modlct_2017" ("rid" serial PRIMARY KEY,"rast" raster);
                                                               ^
ERROR:  current transaction is aborted, commands ignored until end of transaction block
ERROR:  current transaction is aborted, commands ignored until end of transaction block

@mbjoseph, do you remember seeing this when you wrote Docker file?  Seems like kartoza/postgis is not enabled for raster dataset, and we may have to do something in Docker, and the way that works may have changed, i am suspecting.

Hi @yosukefk - no I don't remember that error, but it has been quite a while since I put the Dockerfile together.
I don't know much about postgis, but I would guess that if you can reproduce the issue using the kartoza/postgis:11.0-2.5 image using a minimal example, then you might be able to get some help by opening an issue on the GitHub repo for the Docker image (https://github.com/kartoza/docker-postgis).

https://github.com/kartoza/docker-postgis/issues/172 I am thinking that this is at least one of cause of error.  Version of postgresql and postgis is drifting.  I try find work around.  I am thinking that it would make more sense to compile postgresql/postgis on my own...   That what i was doing on Linux shared cluster before we move this to docker, because there were a certain compile time option i neeed.
I thought about moving to PostGIS 3.0 (with kartoza/postgis:12.0), but there seems to be issue of migrating PostgreSQL, similar to this one  https://github.com/OSGeo/gdal/issues/1692 .  One feature in postgreql got deprecated/removed, and causing trouble.  They fix the problem, but because of dependency to some other library ("basemap" for matplotlib doesnt seem to very active, for example), i can get this fixed easily in my setting.  GDAL/GEOS library is always a headache to get it work straight, in any environment.
Once I got this fixed, can we somehow post the docker image somehow?  User is going to "docker pull finn-preprocessor" and they don't have to build it on their own.  Would that stabilizes what's in the image?

#16
If this backfires, remove two commands from Dockerfile that i am adding here.


Import shared session.proto and nidevice.proto.

What does this Pull Request accomplish?
Import session.proto and nidevice.proto to imports/protobuf instead of having them in source/proto. Also add a README to the spot to document where the imported proto files are coming from.
Why should this Pull Request be merged?
We were hitting a circular dependency between grpc-device and hapigen. Hapigen used to be relying on grpc-device for the nidevice.proto and session.proto files while grpc-device was relying on hapigen for the specific MI driver metadata/proto.
Now that we have an export (see here) for nidevice.proto and session.proto we should import from there instead of having them in source in this repo. We're also depending on this new export in hapigen to break the circular dependency.
So now hapigen can go final, then grpc-device, then dependents of grpc-device.
What testing has been done?
Unit and integration tests still pass locally. Trusting the build/PR tests for everything else.

So now hapigen can go final, then grpc-device, then dependents of grpc-device.

I might expect this sequence: hapigen goes final, then MI clients of hapigen using those proto files to generate MI proto files, then copy those final exported MI proto files here, then grpc-device goes final.


Tusimple test results

Thanks for your contribution！I got a problem when testing your provided model.
Is it normal to get a result as the following?
{"Accuracy": 0.9499680129, "FP": 0.0973520249, "FN": 0.0362748622, "FPS": 1000.0}
the command is:
python main.py test --exp_name laneatt_r122_tusimple
and my environment is python3.8+cuda10.2+pytorch1.8.
In my opinion, the results of the experiment should not change, since I used the provided model.

Hi, I have the same environment as you set up on my system. python3.8+cuda10.2+pytorch1.8.
But when I run the evaluation
python main.py test --exp_name laneatt_r122_tusimple
I get this error can you help me?


CVRP start from any nodes (without depot) and visit the remaining points , end routing in depot

What language and solver does this apply to?
Python. Routing, Linear Solver
Describe the problem you are trying to solve.
I'm having new problem. I want to find plan for routing, start from any nodes (without depot), visit the remaining points , end route in depot.
I'm using constraint as demand and capacity, distance, time window
I tried test setting start and end in RoutingIndexManager, refer by
[https://developers.google.com/optimization/routing/routing_tasks#setting-start-and-end-locations-for-routes]
Example :
list_nodes = [1,2,3,4,5]
depot = 0
RoutingIndexManager(
5,
4,
[1,2,4],
[0,0,0]
)
So I had some results
First route: 1 -> 3 -> 0
Second route: 2 -> 5 -> 0
But result is missed the case : routing 4->0
The weights of node 4 may seem large, so not combine with other nodes, but it is actually possible to satisfy for routing 4 -> 0
I think AddDisjunction is affected, I tried setting value is 0 or value is very large but solution still ignore node 4 !
Describe the solution you'd like
Describe alternatives you've considered
Additional context
Add any other context or screenshots about the feature request here.

Please use the mailing list !

0 + [1,2,3,4,5] == 6 nodes
why did you set 4 a vehicle number but give two list of size 3 ?

Otherwise to start from "any" location simply in you distance matrix set the distance from start to any location as 0, it will simulate this behaviour and simply don't print the start node in your print function...


Validate man pages for rootless config location

I stole the location for the configuration files from some man pages saying they files were located in XDG_RUNTIME_DIR.  However as pointed out in #3404 they really live in ${HOME}
Adding this as a reminder for myself to find and scrub.

PR https://github.com/containers/libpod/pull/3404 is incorrect. You just got the name of the env var wrong. The correct name is XDG_CONFIG_HOME.
See https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html for docs.

Could you open a PR to change the code as well as the help message to do the "RIGHT" thing.

@DisposaBoy I'm not entirely clear on your last line:
"EDIT: my mistake, the code does in fact hard-code this path — which is the wrong thing to do."
Which path are you seeing hardcoded?  I think you're looking at lines like this next one, but just wanted to be sure we were on the same page.
./cmd/podman/remoteclientconfig/config_darwin.go:	return filepath.Join(homeDir, ".config", "containers", remoteConfigFileName)

I can try and make a PR later this week/next week if I have time, but yes... I'm talking about the hard-coded paths like join(home, .config). Those are the default directories, so things will work most of the time, but it doesn't actually follow the XDG spec. Those code paths should be using the XDG_CONFIG_HOME env var and only use the hard-coded paths if it's not set.
You can probably just re-use one of the existing package for this like https://github.com/containers/libpod/blob/master/vendor/github.com/docker/docker/pkg/homedir/homedir_linux.go#L100

@DisposaBoy if you've time, would love a review on #3466.

Fixed with #3466


does it work with Expo?

I use expo and I installed it through Yarn, but it didn't work, the error appears,
TypeError: null is not an object (evaluating 'RNPureJwt.sign')
Any solution?
Thanks

same issue for me

Same here. It does not seem to work with Expo.

No, it needs native bindings, so it does not work with Expo unless Expo supports installing native modules.


onclick function

Hi, I would like to clic on the name in order to open a ssh term.
I try to add line 69
$(domEl).find('.name').on 'click', =>@run('open http://test.com')
it work but not with a variable like
$(domEl).find('.name').on 'click', =>@run('open ssh://#{domain}')
Thank you for any help you can offer

Maybe you should use double quotes, like this: @run("open ssh://#{domain}").
Strings in coffee script.

I think #domain doesn't contain the domains names like #name contain the aliases names.
I get nothing with:
@run("open ssh://#{domain}") ->  terminal don't open
and if I try with
@run("open ssh://#{name}") -> the terminal open empty
@run("open http://#{name}") -> safari open a localhost tab

I replace :
@run("open http://#{name}"
with:
#{name}
now everything works well except that I want :
#{name}
how can I get the "declare -a domains" in a variable like $name ?

Found quick and easy way to get separate values — put them both into output and parse from there. See latest changes. But links you should insert again yourself. Maybe you can make links optional and create pull request?
Anyway, thanks for feedback!


Log to stdout by default

This is in response to https://github.com/jondot/sneakers/issues/171

Related to #170, either configure with defaults always, or
warn users and suggest initializer or a snippet of configuration code.

What I have found is, sneakers already has default configuration, its just the logger does not gets initiated, so I think preferable thing would be to configure with defaults always rather than warn users and suggest initializer or a snippet of configuration code.
Another usecase I have in favour of adding to default configuration is this -
I configure sneakers with an initializer except for the test env
Sneakers.configure(Rails.configuration.x.sneakers) unless Rails.env.test?

Now I use Sneakers::Publisher to publish to queue. And to write specs, I use bunny-mock to create a mock exchange and stub it.
publisher = Sneakers::Publisher.new(exchange: 'athena_portal',
                                        exchange_options: { durable: true })
publisher.instance_variable_set(:@exchange, mock_exchange)

And then publish to mocked queue and check the content of queue to see if Sneakers::Publisher publishes properly or not. Now publisher has this code https://github.com/jondot/sneakers/blob/master/lib/sneakers/publisher.rb#L14
Sneakers.logger.info {"publishing <#{msg}> to [#{options[:routing_key]}]"}

Now just for this line I have to write
logger = Logger.new('log/sneakers.log')
Sneakers.configure(log: logger)

if Sneakers had a default logger I wouldn't have to do this.
p.s. I dont have much knowledge on sneakers or rabbitmq I just been using these for last couple of weeks. So to add a default logger I just debugged for a while and added some code. Please let me know if we can do these following changes in a better way, or should we do this at all.

@goromlagche can you please see if this is still relevant and rebase against master?

@gabrieljoelc WDYT about this idea in general? I think the "log everything to standard streams" camp is seriously overstating the number of environments that do that and it's quite easy to configure the logger the way they need anyway.
On the other hand, there is no good default for file-based logging even if we ignore Windows for a moment.

@michaelklishin Not everyone uses sneakers with Rails, but it seems reasonable to go with the convention of defaulting to file logging because Rails does.

I think we will keep the default we have for now. Plenty (I'd argue the majority) of environments do not log to standard streams and if you have to, it's easy to do that.

i landed on this issue because I have no idea how to get logging to STDOUT in development, so +1 for OP

@alilland you should be able to set the logger using Sneakers.logger= to anything you need.


Add MyWatchList

Feature request: Feature for users to submit what shows/tv/anime they have seen and what grade they would rate that genre of entertainment, would require some sort of persistent storage(db)
Submitted by: Cash#8915
Server: mfTesting

Either we can use MySQL which would be simpler, or SQlite which would be more lightweight considering this will be installed on Dollar's server and disk space is fairly limited.

223947980309397506
-update patchnotes
-create md for watchlist commands

extract emoji translation to outside function ln 505

WatchList Table
!addshow

sanitize inputs

!wl

format output into discord embed
image query for first item

!editorder

print current wl
prompt for show to edit
prompt for new index
grab list to update
iteratively update each entry

!removeshow

call remove function

WatchHistoryTable

create WatchHistory table
add commands
commands: add to list, edit entry/rating, remove entry

!addhistory

adds entry to 'completedtable' and removes from wl if exist

!edithistory

changes rating on existing entry
prompt for show name
prints current rating and prompts for new rating
ack new rating

!removehistory

remove from wl (update indexes accordingly)
prompt for show name
verify show name exists
remove from list

remove from wl
select * from table where user = userID
and TableIndex > index
editList = results ^^
update iteratively to TableIndex--

Submitted changes to main


DXVK Crashing SPT Launcher on 3.9.8

General info:
-Issue relates to client. Specifically launcher.
-SPT 3.9.8
-Issue relates to external plugin. DXVK.
Issue description:
-As of SPT 3.9, DXVK no longer works, and crashes the launcher.
-Observed that launcher attempts to open, an outline of the launcher is shown, and then crashes without error.
Expected behavior:
-As with previous version (last tested 3.8.X), SPT launcher should work (normally DXVK works just fine with EFT, when the AC doesn't block it)
To reproduce:
-Get latest DXVK from Dotsujin's Github.
-Put D3D11.dll and DXGI.DLL into base game folder
-Turn on server
-Turn on launcher
Log files:
-I can only upload server. The server was the only part that actually generated a log for this instance.

Attachments

server-2024-08-22.log (120 KiB)

Originally written by January-0002

Update:
I am updating this thread with additional findings.
Unlike the last version of the SPT launcher indicated above, the current version of the SPT launcher attempts to load every DXGI.dll that it can find. This is not limited to DXVK, but it attempts to load SpecialK and Reshade as well.
While this does not prevent the game from launching them as well, DXVK distinctly causes crashing.
Hope this additional information proves helpfu!

Originally written by January-0002


How does it work for a mini batch?

Nice work. However, I do not understand how I can apply it with a mini batch of tensors

Like so:
batch_size = 32
input_size = 2048
output_size = 16000

mcb = CompactBilinearPooling(input_size, input_size, output_size).cuda()

x = torch.autograd.Variable(torch.rand(batch_size,input_size).cuda())
y = torch.autograd.Variable(torch.rand(batch_size, input_size).cuda())

z = mcb(x,y)

This will produce a tensor z of size (32, 16000).
The pooling is performed on the last dimension therefore you can also work with spatial data such as:
batch_size = 32
height = 14
width = 14

input_size = 2048
output_size = 16000

mcb = CompactBilinearPooling(input_size, input_size, output_size).cuda()

x = torch.autograd.Variable(torch.rand(batch_size, height, width, input_size).cuda())
y = torch.autograd.Variable(torch.rand(batch_size, height, width, input_size).cuda())

z = mcb(x,y)

which produces a tensor of size (32, 14, 14, 16000).
You can also backpropagate though the Python implementation is not as efficient memory-wise and performance-wise than the original implementation in Caffe.

Thank you very much! By the way, why there is a backward method in class CompactBilinearPoolingFn?

Yes, in my first attempt, I was letting PyTorch do the backpropagation automatically however I found that it uses a fair amount of memory to store the tensors for most intermediate operations.
In this version, I only save the input tensors to have a smaller memory footprint at the expense of performances.
Ideally we need to write both forward and backward phases in CUDA.

Thank you again. This helps me a lot.


Using Lists stored in yaml:s (using Yaml.jl) as an extension?

In my recent homepage build with Franklin, I store some data in yaml files, for example my talks
https://ronnybergmann.net/talks/
or meta-information for names (mainly urls and orcid:s), as well as the literature (until there is some BibTeX available).
To Sketch the idea of my rearranged code imagine a yaml either a list
- f1: a
  a1
  ...
- f1: b
...

(with the fields, f1, a1, f2, a2, u1, ... per entry)
Currently I have commands in mind like {{ol file.yaml "f1|a1, f1|a2|u2, f3"}} which would do an
 printing the f1per entry in the yaml within an
 and so on...similarly for the
 of course as well as for an array and a dl with either two lists of such keys or something like that.
The main idea is to split content (yaml) from design (html/css) for certain list data, which is not as much text as blog posts.
I can surely make these functions a little nicer, but I am thinking, in which package this should be stored or whether it should be a separate plugin package?

I think it's great and I would lean towards this being a plugin package, this is what I was hoping people would eventually do :-) and the advantage is that the dependencies come with the plugin, not by defaults.
I'd be happy to help you with this though you've already essentially done it!
Since this would be the first plugin, maybe we should also discuss the naming of such packages; what would you prefer?

Ah, well; I had hoped to ask for an Example to build my ideas on concerning the plugin idea.
My Proposal would be a FranklinLIst.jl – just for fun we could go for FranklinLiszt.jl – even for Liszt.jl (but it might be misleading). I would load Franklin and Yaml internally and then build the functions?
The general goal/workflow is then to load Franklin.jl and FranklinLiszt.jl additionally to use the yaml tricks.
But if you have a preference how to name things, we can also use a different scheme.
Concerning implementation, I would improve usability a little bit and work on above mentioned nicer ways to display yaml lists.

FranklinLiszt.jl is fun :+1:
So the way I see this work is as follows:

you create a module which imports Franklin and whatever else you might need (YAML etc)
this module exports a few key "hfun_*"
users put using FranklinLiszt in their utils.jl

that should be it really; you can also check out https://github.com/tlienart/franklinutils.jl which has some of these ideas
Adding tests is the bit that will require a  bit of care (e.g. making sure that environment variables are declared; there's some of that in  Franklin tests but I can help you with  that)

Ok, cool.As I said, I want to make the interface a little nicer and unified, but will work on that then the next days.
For the tests, I am not yet sure how they will work but I will steal some ideas from here I think.

So, here
https://github.com/kellertuer/FranklinLiszt.jl
is the first rearranged test, that is more generic than just a {{references ...}} command, namely reading yaml to ul, ol or dl lists, and I just realised a sublist feature.
Now I just have to check that they also work and illustrate them in some docs.


Appstudio update test-component-pac-yadb

Pipelines as Code configuration proposal

Pipelines as Code CI/test-component-pac-yadb-on-pull-request has successfully validated your commit.

StatusDurationName

✅ Succeeded
6 seconds
init

✅ Succeeded
12 seconds
clone-repository

✅ Succeeded
39 seconds
build-container

✅ Succeeded
13 seconds
inspect-image

✅ Succeeded
12 seconds
deprecated-base-image-check

✅ Succeeded
8 seconds
clair-scan

✅ Succeeded
38 seconds
clamav-scan

✅ Succeeded
9 seconds
sbom-json-check

✅ Succeeded
11 seconds
optional-label-check

✅ Succeeded
11 seconds
label-check

✅ Succeeded
6 seconds
show-sbom

✅ Succeeded
7 seconds
show-summary

Pipelines as Code CI/test-component-pac-yadb-on-pull-request has successfully validated your commit.

StatusDurationName

✅ Succeeded
6 seconds
init

✅ Succeeded
12 seconds
clone-repository

✅ Succeeded
39 seconds
build-container

✅ Succeeded
12 seconds
deprecated-base-image-check

✅ Succeeded
13 seconds
inspect-image

✅ Succeeded
38 seconds
clamav-scan

✅ Succeeded
8 seconds
clair-scan

✅ Succeeded
9 seconds
sbom-json-check

✅ Succeeded
11 seconds
label-check

✅ Succeeded
11 seconds
optional-label-check

✅ Succeeded
6 seconds
show-sbom

✅ Succeeded
7 seconds
show-summary

Pipelines as Code CI/test-component-pac-yadb-on-pull-request has successfully validated your commit.

StatusDurationName

✅ Succeeded
6 seconds
init

✅ Succeeded
24 seconds
clone-repository

✅ Succeeded
39 seconds
build-container

✅ Succeeded
15 seconds
deprecated-base-image-check

✅ Succeeded
17 seconds
inspect-image

✅ Succeeded
37 seconds
clamav-scan

✅ Succeeded
8 seconds
clair-scan

✅ Succeeded
10 seconds
sbom-json-check

✅ Succeeded
12 seconds
optional-label-check

✅ Succeeded
12 seconds
label-check

✅ Succeeded
7 seconds
show-sbom

✅ Succeeded
9 seconds
show-summary


Tfloat patch 3: implements DotProductSSE() for FAST_FLOAT

extract from #3490. Tested to produce the correct numbers in the benchmark mentioned in #3486

Closed for reason: submitted against master, which is wrong base. Will re-issue, as github doesn't allow to change pullreq base (?at least I haven't seen how to do that, so re-issuing is the only alt?) --> https://github.com/tesseract-ocr/tesseract/pull/3494#issuecomment-878869548


Atualização e implementação de responsividade.

Based on the alexia portfolio, from the youtube channel Bedimcode, which can be seen on the link below.
https://www.youtube.com/watch?v=27JtRAI3QO8

Updating and responsiveness implementation


Md-table not supporting column wise filtering

Bug, feature request, or proposal:
We have common filtering on the table, but there is no column wise filtering and is not supporting to put those manually.
What is the expected behavior?
In my project i had a requirement of column wise sorting as shown in the below image. But md-table doesn't has that feature instead has common filtering at the top. When i tried to implement that, md-table is not supporting to put text boxes in the header.

What is the current behavior?
There is no column wise filtering and while adding text boxes in the header to implement custom filtering the alignment is not coming properly.
What are the steps to reproduce?
Providing a Plunker (or similar) is the best way to get the team to see your issue.
Plunker template: https://goo.gl/DlHd6U
What is the use-case or motivation for changing an existing behavior?
Which versions of Angular, Material, OS, TypeScript, browsers are affected?
Is there anything else we should know?

Please keep GitHub issues for bug reports / feature requests. Better avenues for troubleshooting / questions are stack overflow, gitter, mailing list, etc.


Added Voiceflow to design tool list

Checklist

[x] I made something good today 💐.
[x ] I put links in the correct format: [Tool](link) — description.
[x ] My description starts with the lower-case letter and ends with the full stop.
[ x] I put the tool in the alphabetical order.

Optional

[ ] I added the appropriate labels: free, open-source or mac.
[x ] I put the tool only to one category.
[x] I followed Contribution Guidelines.

@Andrew05 thanks for the contribution!


#2989 error message appears when copypaste structure with s group properties functional groups and salts and solvents

How the feature works? / How did you fix the issue?
(Screenshots, videos, or GIFs, if applicable)
closes #2989
Check list

[ ] unit-tests written
[ ] e2e-tests written
[ ] documentation updated
[x] PR name follows the pattern #1234 – issue name
[x] branch name doesn't contain '#'
[x] PR is linked with the issue
[x] base branch (master or release/xx) is correct
[x] task status changed to "Code review"

The bug has been fixed.


Unable to load addon script from path: 'res://addons/dialogue_trees/scripts/core/DialogueTreesPlugin.cs'. This might be due to a code error in that script. Disabling the addon at 'res://addons/dialogue_trees/plugin.cfg' to prevent further errors.

Hello, I have never used a C# addon, I'm not sure if I'm doing something wrong but I simply installed the addon from godot plugins and tried to enable it from the plugins menu unfortunately I got the "Unable to load addon script from path: 'res://addons/dialogue_trees/scripts/core/DialogueTreesPlugin.cs'. This might be due to a code error in that script. Disabling the addon at 'res://addons/dialogue_trees/plugin.cfg' to prevent further errors." I did this on a empty project so I don't think this is an error on my part. I checked that file and couldn't find any suspects.

First, make sure you have a dotnet enabled version of Godot. If you don't, you can't use C#.
Second, you'll need to build the C# project whenever you add a new plugin or modify a script. Otherwise Godot won't recognise that scripts were added or changed.

Thank you for your response, for the last hour I was trying to compile the project, I have found out that it is impossible on linux because of MS BS. I'm gonna install win10 on a virtual machine and give it a go there. I will report back after doing that.

Good luck!

Apparently, Windows wasn't necessary, but an MS version of VSCode was. I was using a non-telemetry fork of it so that's why it didn't compile. Unfortunately even after compiling I'm getting the exact same error. It does compile the game runs after pressing debug on VSCode but doesn't let me tick the plugin box.

That's really odd. Could you try sending me the project that isn't working?

It is just an empty project with a single empty scene and the addon. I can upload if you want but it is easily reproduceable. Perhaps it is the Godot version that is the problem? I just got the latest .net/mono (4.2.1) from their site. Is that version ok?
If everything is ok with the version I'm clearly doing something wrong.

Just tested with Godot 4.2.1, it's working fine on my end. I'm sorry, but I don't know if I'll be able to help you.


Configure Azure Pipelines

This pipeline configuration builds the application and produces a build for the Release configuration.

Merged into the wrong repository...


docs: update mattermost version in k8s examples

Summary
This pull requests updates the version used in operator examples to prevent people from copying and pasting the example and accidentally deploy an older version, with a comment so we try to make sure people deploy the version they want to deploy.
Direct link to changes in preview environment: http://mattermost-docs-preview-pulls.s3-website-us-east-1.amazonaws.com/6839/install/install-kubernetes.html

Thank you, @fmartingr! Great update! Do you recommend that this version increment as we release new versions of Mattermost? If so, this is something we can add to the monthly release playbook. CC @amyblais

Thank you, @fmartingr! Great update! Do you recommend that this version increment as we release new versions of Mattermost? If so, this is something we can add to the monthly release playbook. CC @amyblais

I don't think that's necessary, at least for the time being. I just wanted to put an obvious comment there about users checking the latest version. Maybe we should strip the version parameter so readers are forced to do so? Do we have an automated way of inserting the latest stable version there automatically?

@fmartingr - Updating the version numbers is currently a manual task that Release Management manages.
Are you open to helping resolve the merge conflict on this PR?

Are you open to helping resolve the merge conflict on this PR?

Done!


multi-arch

May I kindly ask for a arm64 build? thank you :-)

This has been requested many times, no.  I don't have the bandwidth to support it.  Others have made forks, please check those out.


Reduce TraversalModes to edge- and node-based.

See discussion in #1247.

What about TraversalMode.EDGE_BASED_1DIR ? Does it have any valid use-case ? It does edge-based routing, but does not differentiate between the direction an edge (identified by its ID) is encountered (so it only uses one 'state' for each edge (instead of two), thats the 1DIR part of the name). It can model turn restrictions and costs, but for example it cannot find a path with a p-turn.  The javadocs say that it is
Strictly not recommended as it could lead to 'route not found' for bidirectional algorithms.

I think if there is a required p-turn it can also lead to route not found for standard Dijkstra ? On the other hand according to the javadocs it is
As fast as node-based

Would be interesting to know if anybody is actively using TraversalMode.EDGE_BASED_1DIR and for which purpose ?

On the other hand according to the javadocs it is

Yes, 1DIR is really nice but only theoretically. I think in practise the only good solution for edge-based algorithm is bidirectional landmarks with 2DIR. IMO we can remove two of the four modes.

Ok, TraversalMode.EDGE_BASED_1DIR was removed with #1606. Next one on the list will be TraversalMode.EDGE_BASED_2DIR_UTURN and then we can eventually rename EDGE_BASED_2DIR to EDGE_BASED. I think removing the u-turn mode is mostly about removing/replacing TraversalMode#hasUTurnSupport. Instead of checking something like
if (traversalMode.hasUTurnSupport() && edgeA==edgeB)

or
if (traversalMode.hasUTurnSupport() && turnCostExtension.isUTurn(edgeA, edgeB)

we should just 'calculate' the turn costs and by default return infinity if edgeA==edgeB or turnCostExtension.isUTurn(edgeA, edgeB). @karussell do you remember why this was not done like this from the beginning ? I never understood why instead these explicit u-turn checks were introduced. Maybe I am missing something here ? If one wants to enable/allow u-turns (possibly only under certain conditions, like smaller roads etc.) it would still be possible to do this in the calcTurnWeight method (and this would probably be even more flexible than explicit u-turn checks within the algorithms).
Actually I am thinking about deprecating and/or removing TurnWeighting completely and as a replacement adding a calcTurnWeight  method to Weighting (probably with a default implementation in AbstractWeighting). There are a few cases where we only want to calculate the turn costs (NOT edge costs plus turn costs), this was already mentioned in #269. Therefore I think the focus should be on a calcTurnWeight(inEdge, viaNode, outEdge) method instead of calcWeight(edgeState, reverse, prevOrNextEdgeId), but of course we can keep the latter as a convenience method that uses the other one. Similar would be a calcTurnTime method. I guess we have to start doing this refactoring a bit to fully become aware of all of its implications.
Regarding TurnWeighting there are quite a few related issues:

how to deal with turn costs for weightings other than fastest weighting: #1590
default u-turn costs are not included in turn times: #1585
ugly casting and loop check mentioned in #1611

I never understood why instead these explicit u-turn checks were introduced. Maybe I am missing something here ?

I do not now. Maybe this is still an artifact from the early days somehow where turn costs were under development. Another reason could be a faster decision? Isn't the current procedure to always call calcWeight and then calcTurnWeight - i.e. the first call would be unnecessary in case of an infinite turn weight? But I think we can just swap this order and also have this optimization not only for U-turns.
BTW: I'm still not sure if we really need calcTurnWeight. I know we already discussed this in
https://github.com/graphhopper/graphhopper/pull/1586#pullrequestreview-220757972 and https://github.com/graphhopper/graphhopper/issues/1590#issuecomment-478486367
but I'm unsure what to do now. Personally I would prefer to just have one method calcTurnTime if no difference is necessary.

but of course we can keep the latter as a convenience method that uses the other one

I have no preference

Regarding TurnWeighting there are quite a few related issues:

Would these 3 issues still exist if the calcTurnWeight/Time is within the Weighting?

Another reason could be a faster decision?

Ah good point. Yes it might be better to first calculate the turn costs, but not sure if this plays a big role and pretty sure we can apply such optimization on a lower level.

I'm still not sure if we really need calcTurnWeight.

Yes, good question. I think it would make sense to have a convention that 'turn weight' is always measured in time-units. If this is so we can use it for both weight- and time-calculation. For weightings that are not based on time (like curvature, energy, shortest weighting, or shortestfastestweighting) one would have to use some conversion factor that balances the edge-weight with the turn-weight contributions.
Or in other words I think we do not need calcTurnWeight. let's just use calcTurnTime and how this contributes to a given weighting is up to the author of the weighting.
However, we should not have to add edge-weights to turn-times, this would look confusing:
double weight = weighting.calcWeight(edgeState, reverse) + weighting.calcTurnTime(inEdge, viaNode, outEdge);

So maybe still call it calcTurnWeight but make it clear that it returns a value measured in time-units ?i

I have no preference

I was wondering how many times we will do something like this:
double turnWeight = weighting.calcTurnWeight(inEdge, viaNode, outEdge);
if (Double.isInfinite(turnWeight) {
 // early exit optimization mentioned above
}
double edgeWeight = weighting.calcWeight(...);
double weight = edgeWeight + turnWeight;

and to prevent this having something like weighting.calcWeight(edge, reverse, prevOrNext) still makes sense I guess.

Would these 3 issues still exist if the calcTurnWeight/Time is within the Weighting?

No I think they would be solved, except the one with the loop-case. That one we could probably deal with at a central place in calcTurnWeight/Time and further loop-related changes (also mentioned in #1611) should go with another issue.

Oh, I think I have to correct myself here: I was only thinking about the case where we calculate edgeWeight+turnWeight. If this is encapsulated in a calcWeight method in Weighting sure we can take the turn time and add it to the total weight with whatever conversion factor we like (for example when thinking about how much turn times should contribute to curvature weighting etc.). But what about the cases where calcTurnWeight/Time is called in isolation (for example at the meeting point of a bidirectional search). In this case we would only be left with calcTurnTime and the conversion would not be specific to the weighting. So no I am back to thinking we do need calcTurnTime and calcTurnWeight.

However, we should not have to add edge-weights to turn-times, this would look confusing:
So maybe still call it calcTurnWeight but make it clear that it returns a value measured in time-units ?

This is a good argument :) ... still we would have to do the same for the time: calcMillis = time + calcTurnWeight? So maybe we have to live with two methods? (or calcTurnWeightInMillis ;) just joking!)

So now I am back to thinking we do need calcTurnTime and calcTurnWeight.

:+1:

and to prevent this having something like

This is true :+1:

Update: the u-turn mode has been removed in #1640 and the TraversalModes are now reduced to NODE_BASED and EDGE_BASED.
Leaving this open for now because of the issue about moving calcTurnWeight/Time to Weighting.

Closing in favor of #1820


Filename as source table

From https://news.ycombinator.com/item?id=7177417 user kyberias

I suggest another approach:
textql -query "select count(*) from persons.csv"
...because csv files are basically tables. This would also allow you to do joins on multiple files:
textql -query "select p.name, c.name from persons.csv p inner join companies.csv c on p.companyid = c.id"

Will need to drop file-ext to implement

This is done as part of V2


Can  be split between 's?

Can  be split between 's or filtered?
For example, I would like some  to be in the "appContext" and some to be in the "tracingContext."

UTC

appContext

tracingContext

Currently, no.
However, you could write your own JsonProvider implementation that does so, and use it instead of the arguments provider.  (ArgumentsJsonProvider)

thanks


Screenshots not working for enormous resolutions.

Nice mod, but few problems:
-> Screenshots as big as 20000x20000 are just huge black squares.
-> Screenshots as big as the 65500x65500 are not even accepted. When I press F9, a message pops up
"Couldn't  save screenshot: Negative capacity: -14151888"
I use Photo Paint to view the images, have 8gb ram, and a full TB left in my hard drive.
Thank you.

Sounds like an integer overflow someplace. Probably could be fixed by increasing the size of the types that are used to store resolutions/indices. I'm not familiar with the internals though.

https://github.com/ata4/mineshot/blob/91c664e38369476adb2d4162847779498339749a/src/main/java/info/ata4/minecraft/mineshot/client/capture/FramebufferCapturer.java#L38
65500655003 overflows to -14151888
As far as I can tell, the ByteBuffer class cannot have a buffer greater than the maximum allowable Java array size, which is 2^32 - 8. The maximum image size must be less than this, ex.<PHONE_NUMBER>3. The LWJGL function glReadPixels() only accepts objects of the type Buffer, so there's not much that can be done.
Did you enable Tiled Rendering? This seems to be the only way to get around this limitation.

Umm.... When I enable tile rendering, it takes normal screenshots and arrange them one after the other to fill the space (the dimensions I provide). Is that what its supposed to do? And then what's it actual use?


Copy'n Paste

Sorry for asking this for, but I'm not really sure i got it.

Built-in Clipboard Support

Copy tabbed plain-text between ReoGrid and other spreadsheet application
Copy worksheet content, including data, style, border etc. between two ReoGrid worksheets

I did:

but no copy'n paste is possible. Do i have to implement it by myself, by catching the corresponding events ?
Btw why is CanCut a function & not a property ?
Thx in advance

What do you want to do? Built-in Clipboard Functionality is natively supported by ReoGrid, you don't have to change anything.

Hi Jing,
my problem is, that i can't use the integrated functions.
Do I have to activate them ?
I added a ClipboardMonitor which came with ReoGrid, in the hope of getting the functions to work:

But got this error:

Then I (single) clicked on the ClipboardMonitor-control and then the ReoGrid-control:

Line 641 is just setting the BackColor ...

So I wrote my own copy/paste/delete routines for a datarange & add/delete for columns/rows.
But I would prefer to use the integrated ones.
Have a sunny day Jing ...


on the post body , using http_build_query

the payload variable on the post body, you have to utilize a method from php (http_build_query).
Why not have a flag that implicitly sets this up for the user?
something like this
...
$request->post($uri, $my_payload_array);

instead of what you do right now
...
$request->post(uri, http_build_query($my_payload_array));

thoughts?

Why reinvent the wheel?

Agree with @DanMan, but open to a PR that nicely wraps http_build_query as long as its backwards compatible.


Support TagKey for running mode change exclusions

Is your feature request related to a problem? Please describe.

When the running mode of Workspaces is AutoStop, we have users who cannot wait for the startup time and want to exclude them from the automatic changes of this solution.
Describe the feature you'd like

I would like to add the ability to give Workspaces a specific tag to exclude changes.
Additional context

Hi, Please can you look at this Opt out WorkSpaces feature in our Implementation guide and let us know if this what you are looking for?

@sanjay-reddy-kandi
Thank you.
That is the feature I wanted.


Tag latest not found in repository docker.io/luketillman/datastax-enterprise

Expected behavior
It should download the image
Actual behavior
Getting "Tag latest not found in repository docker.io/luketillman/datastax-enterprise" error

Go to https://hub.docker.com/r/luketillman/datastax-enterprise/tags/
Observe no latest tags were created for that image
Select a different tag in Kitematic
🎉  enjoy container running.

Ideally you open an issue with the repo owner to let them know how frustrating it is that they don't have a latest image tagged


Resizing window during evaluation causes the UI to freeze up

This has been fixed, but is a part of boxunit.box and should be tested regularly, it's a common regression.


Question about scale_box2d_masked.

Hi, SPengLiang~ Thanks for yout great work !
When I see the code, I find that scale_box2d_masked is not actually the 2D BBoxes, isn't it ?

For example, if it is [batch_id, x1, y1, x2, y2], then it should be y2 > y1 and x2 > x1, and y2 - y1 should be object'2 2D height.But it seems that scale_box2d_masked is not corresponding to 2D ROIs.
How to understand this phenomenon?

Thanks for your interest in this work. "scale_box2d_masked" is the 2D box rois. I load a pre-trained model and have:

Your results seem that your model is not trained. Hope this can help you.

I have trained the model and run "CUDA_VISIBLE_DEVICES=0 python tools/train_val.py --config config/kitti.yaml -e".

And the trained result seems normal. Could you please tell me how you load the pre-trained model ?

You can modify the config file (config/kitti.yaml)

Sorry for this unclarity, I will update the readme to add details of loading the pre-trained model. Thanks for your feedback!

I got it! Thanks for your reply!


Subwindows don't float if parent is tiled

I'm not sure if this is possible or if this relates to the concept of monocle tree that isn't part of chunkwm, but I'm trying to figure out how to set a tiling rule or set of rules such that the main app window is tiled, but child windows (e.g. for preferences or settings) are floating. I haven't had luck with the --name flag as a way of tiling only the parent, as it seems to dominate any windows spawned from that window, so that they tile too. For example, VLC was floating by default, so I set up the following rule:
chunkc tiling::rule --owner VLC --state tile

Now all VLC windows, including file open dialogs etc, tile. Is there a way to use the --name parameter or another parameter so that only the main window tiles?
In another app, DBeaver, which is Java-based, a similar rule is too overbearing because even tooltips are getting their own tile! It would be great to prevent that without having to go full float for the app.

As @sebastiencs mentioned in emacs-lsp/lsp-ui#107, Emacs implements childframe by adding child window in Mac. Does chuckwm support configuring child window? If not, could this feature be added? Or is there any other way except configuring by name?

I have no idea how emacs GUI works; also check here: https://github.com/koekeishiya/chunkwm/blob/master/src/plugins/tiling/README.md#window-rules

@casouri I believe the child windows in Emacs don't have titles.  So the I handle it is with this rule
chunkc tiling::rule --owner Emacs --except "^$" --state tile
This allows the child windows to float.

chunkc tiling::rule --owner Emacs --except "^$" --state tile

I have already done that, but my Emacs itself have no title, due to my personal configuration. It will be nice if you can configure by child window, but of course, I can live without it.

I have already done that, but my Emacs itself have no title, due to my personal configuration.

Just set that title to be a space then and filter by "^ $" instead of "^$".

THat solves it, thanks. 😄

I didn't get it working with the rule posted above for childframes, however it seems that childframes get a different subrole than Emacs itself. Using the following rule resolved the problem with childframes for me:
chunkc tiling::rule --owner Emacs --subrole "AXStandardWindow" --except "^$" --state tile

What? I'm pretty sure both have subrole of AXStandardWindow

Hmm, when I'm testing this at home that is indeed the case @casouri, it wasn't the case at work however. Odd. I'll have to check this again tomorrow.

I get the following when querying:
❯ chunkc tiling::query --desktop windows
199, iTerm2, martin.barksten: tmux new-session -s work -A (tmux)
1714, Emacs,  *ivy-posframe-buffer* – Doom Emacs (invalid)
1713, Emacs,  *Minibuf-1* – Doom Emacs

~
❯ chunkc tiling::query --window 1714
id: 1714
level: 0
name:  *ivy-posframe-buffer* – Doom Emacs
owner: Emacs
role: AXTextField
subrole: AXUnknown
movable: 1
resizable: 0

~
❯ chunkc tiling::query --window 1713
id: 1713
level: 0
name:  *Minibuf-1* – Doom Emacs
owner: Emacs
role: AXTextField
subrole: AXStandardWindow
movable: 1
resizable: 1

So for me atleast emacs childframes (like posframe) work when limiting it to the subrole AXStandardWindow.

Thanks a lot @mbark, works like a charm for me :)


Elipses in test expectation string like ;=> {:foo :bar ...}

When I'm writing rich comments in general, not necessarily for test generation purposes, I often use elipses to truncate the output I show, like:
(comment
  (range 10)
  ;=> (0 1 2 ...)

  (let [chars (take 26 (iterate #(char (inc (int %))) \a))]
    (zipmap (range) chars))
  ;=> {0 \a
  ;    1 \b
  ;    ...}
  )

It'd be cool to support something like that, so that the tests aren't all or nothing.

For the record, this works with matcho assertions (#2) in comments which begin =>> instead of =>, so:
; You can write this
(let [chars (take 26 (iterate #(char (inc (int %))) \a))]
  (zipmap (range) chars))
;=>> {0 \a, 1 \b, ...}

; But not this
*1 ;=> {0 \a ...} ; <- this will throw an exception

=> remains strictly and simply a literal assertion of equality.


bottom_navigation_badge activeIcon color

The color of activeIcon will not be displayed after use

Why this is closed without proper communication or explanation?

Sorry, my English is very poor,Why is this problem closed?Because I solved this problem by adding this sentence to the source code. @westdabestdb


[Windows] Fix NVIDIA app profile creation

Note: hopefully to be considered for inclusion in 4.2, as the existing bug potentially results in an ever-expanding NVIDIA app profile with every execution of the engine.
When adding an executable to the NVIDIA profile created to disable threaded optimization, wrong values were passed to the launcher and fileInFolder params: memcpy was reading a single byte off a multibyte string for each, potentially resulting in gargabe being read into these values. Non-empty values in any of these fields resulted in a corrupted profile, which wouldn't be applied to the executable at launch (and wasn't even editable from NVIDIA Control Panel, only from NVIDIA Profile Inspector).
On top of that, since #81251, the invalid profile resulted in NVIDIA API's findApplicationByName to always fail (as it relies on the driver's capacity to apply a profile to the target executable), and in turn the executable being re-added to the profile on every engine launch. In summary, an ever-expanding list of apps added to the profile, that wasn't ever properly applied.
This PR fixes that condition by taking three steps:

Fixing the launcher and fileInFolder settings to receive a "full" empty mb string (I'm a total C++ noob, so would love some review to my approach to fixing memcpy).
Deleting the old, potentially corrupt profile if it exists (and taking advantage of the situation to rename it to something less verbose, more in line with the rest of applications, dropping the Nvidia Profile from its name).
Using the safer GetApplicationInfo method to check if an executable already exists inside a profile, as it doesn't rely on the driver being able to apply the profile, just on the profile metadata itself.

Some other params of the profile app are dropped, as they seem superfluous in my tests:

userFriendlyName is better left to default to the executable name, as this makes its distinguishable from other executables covered by the same profile in NVIDIA Control Panel (and is what most applications default to).
isMetro and isCommandLine seem to be ignored by the creation API no matter what value is passed (they're always read as 0 in my tests), probably unused values in the current version kept for backwards compatibility?

Since this bug results in garbage being quietly accumulated in NVIDIA profiles as users launch games or the editor, I think it'd be really interesting to consider the fix for inclusion in 4.2, to avoid that leaky behaviour to spread when the stable release sees wide adoption in a few weeks.

Hey, thanks for contributing and sorry this has been sitting for a while! One reason may be that this is a very specific part of a already specific subset of the engine and it's user base (only affecting Windows, only on NVIDIA, and needs intersecting knowledge of rendering, engine core, Windows/NVIDIA, etc., or at least willingness to dive in).
What would've helped me review this is more context, as everything is scattered through past PRs and issues and I had to dig a bit.
Context
First, some context: originally introduced in PR https://github.com/godotengine/godot/pull/71472 to fix https://github.com/godotengine/godot/issues/33969 and https://github.com/godotengine/godot/issues/45660, later changed by PR https://github.com/godotengine/godot/pull/81251 (which may have broken things), semi-related issue: https://github.com/godotengine/godot/issues/85111. This work has since been cherry-picked to 4.1, and is still slated to maybe be cherrypicked to 3.x, so we should do the same with this PR.
We disable NVIDIA's OpenGL threading optimization for the OpenGL backend by creating a custom NVIDIA Profile per Godot project name, which is applied to executables by executable name (i.e., matching something like godot.windows.editor.x86_64.exe).
This code is called via DisplayServerWindows::DisplayServerWindows() -> rendering_driver == "opengl3"? -> GLManagerNative_Windows::initialize() -> GLManagerNative_Windows::_nvapi_disable_threaded_optimization().
This means this is run whenever the project manager opens, because it is always running in OpenGL/Compat. Whether we should always create a NVIDIA Profile, and only for specific backends, and without much dev input is IMO worthy of discussion, but outside of the scope of this PR, as we already do that. IMO it should be a project setting.
This PR
This PR makes the following changes:

Fixing the launcher and fileInFolder settings to receive a "full" empty mb string (I'm a total C++ noob, so would love some review to my approach to fixing memcpy).

✅ The changes look correct to me, and seem to work fine after building and testing.

Deleting the old, potentially corrupt profile if it exists

✅ This makes sense, needs to be done and works correctly. I could verify that it successfully deletes the old profile if it exists and creates a new one, and also runs without issue if no pre-existing profile, well, exists.

(and taking advantage of the situation to rename it to something less verbose, more in line with the rest of applications, dropping the Nvidia Profile from its name).

✅ This makes sense, as the "NVIDIDA Profile" part of the name stood out compared to all others in my list. Wouldn't bother making this change for the sake of it, but as we are already touching this, may as well.

Using the safer GetApplicationInfo method to check if an executable already exists inside a profile, as it doesn't rely on the driver being able to apply the profile, just on the profile metadata itself.

✅ Makes sense. Works as it should.

Using defaults/leaving off userFriendlyName, isMetro and isCommandLine

✅ Makes sense and didn't have any negative effects in my testing. Indeed, isMetro and isCommandLine seem to be ignored anyway and never showed up in the first place before.

lgtm

Thanks!


Update/Add Windows Ruby - remove embedded MSYS2 installs

Tool information

Tool name: Ruby all versions
Tool license: na
Add or update? update ?
Desired version: na
Approximate size: smaller than current

Question, Bug, or Feature?: Question
Preface
This is a long post, as I've tried to explain the issue in a manner that (hopefully) will be clear to people unfamiliar with Windows Ruby.
General Info
Windows images now have a stand-alone MSYS2 install.
All currently installed Windows Rubies are RubyInstaller2 (RI2) builds.  All are using the 'devkit' exe package (see packages for Ruby 2.7.1 at oneclick/rubyinstaller2/releases/tag/RubyInstaller-2.7.1-1), which includes an embedded minimal MSYS2 install (basic MSYS2 and MinGW gcc tools).
All RI2 builds (which started with Ruby 2.4.x) include vendored code to assist with MSYS2 tools.  One part of the that is the ridk CLI tool.  The other main part is code that hooks into 'gem install' to enable compiling extension gems.
Also, all RI2 Rubies are packaged with their own MinGW dlls, so they function without an MSYS2 installation.  If one wants to install an extension gem, then MSYS2 tools are required.
For quick example of Rubies functioning with the stand-alone MSYS2 install, please see an Actions workflow run at: MSP-Greg/actions-msys2-pkgs/actions/runs/112803470.  It hides the embedded MSYS2 install and then shows that Ruby works with the new stand-alone install.  Also, note that this workflow is using actions/setup-ruby, not ruby/setup-ruby.
Each Ruby job has four steps:

ridk version
MSYS2 Size & Rename
ridk version
Install extension gem (requires MSYS2 gcc)

The first 'ridk version' step shows the 'msys2: path:' as embedded in the Ruby install folder.  See Ruby 2.7 job, which shows C:\hostedtoolcache\windows\Ruby\2.7.1\x64\msys64
The 'MSYS2 Size & Rename' step shows the size of all files in the 'msys2: path:' folder, and then renames the folder, which 'hides' it from the Ruby install.
The second 'ridk version' step shows the 'msys2: path:' as c:\msys64, which is the new stand-alone MSYS2 installation.
The 'Install extension gem (requires MSYS2 gcc)' step installs an extension gem (one requiring gcc), hence showing that the Ruby ridk code is correctly locating the stand-alone MSYS2 install.

Benefits
The current embedded MSYS2 installs are about 1 GB, so removing them would save 4 x 1 GB.  I did not check the number of files.
The embedded MSYS2 installs become stale, but the frequent image refreshes will keep the stand-alone MSYS2 install more up to date.
Negatives
The only negative example I can think of is that any Gems that are compiled with OpenSSL require that the version of the MinGW OpenSSL 'dev' package be the same version as what Ruby was built with.  Ruby 2.4 is built with 1.0.2, all newer versions use 1.1.1.  Separate embedded MSYS2 would easily allow for that.  I suspect this could be an issue on self-hosted runners, but I'm not sure.  As to normal GHA, there are custom actions that account for these package mismatches (installing the correct package based on Ruby version).
Implementation
Two main options:
After recently finding https://github.com/actions/virtual-environments-packages, it is more apparent how the toolcache Rubies work.  The system could stay the same, and simple remove the msys64 folder from the root Ruby folders.  In the action workflow above, I just renamed it for demo purposes.
The other option is to base the install on the RI2 base 7z package, e.g. rubyinstaller-2.7.1-1-x64.7z, which is simple to install and doesn't require removing any files.  These are the packages that ruby/setup-ruby downloads and installs, regardless of whether a version match exists in the toolcache.
Virtual environments affected

[ ] macOS 10.15
[ ] Ubuntu 16.04 LTS
[ ] Ubuntu 18.04 LTS
[x] Windows Server 2016 R2
[x] Windows Server 2019

Re the Ruby 2.7.1 package from https://github.com/actions/virtual-environments-packages, at:
https://github.com/actions/virtual-environments-packages/packages/110285
If you drill down into the package, you see 'rubyinstaller-2.7.1-1-x64.exe' and also 'tool.zip'.  The script install_to_tools_cache.ps1 seems to only uses tool.zip, so I'm not sure why the exe is included.
Anyway, looking at tool.zip (below), the two largest folders are msys64 and share.  msys64 is the embedded msys2 install, and share has 2k+ small html doc files.  In ruby/setup-ruby, the 7z cmd line excludes those to speed the extraction.  They could also be removed, as CI has no need for them:

@MSP-Greg , Thank you for enhancement request.
What steps can we use to validate Ruby after removing embedded msys64 to make sure that system MSYS is used?

Something like the following (adapted to what you need)
# devkit locates MSYS2 and adds to Ruby's path
if ($(ruby -rdevkit -e "puts %x[gcc --version]") -Match 'Built by MSYS2') {
  echo "found MSYS2 gcc by loading devkit"
} else {
  echo "can't find MSYS2 gcc by loading devkit"
}

# if the formatting of 'ridk version' changes, this might break
if ($(ridk version) -Match 'path: C:\\msys64') {
  echo "ridk version finds MSYS2 location"
} else {
  echo "ridk version DOESN'T find MSYS2 location"
}

Note that current gcc's installed on Actions output the following, and hence, don't match 'Built by MSYS2' used above:
C:\ProgramData\Chocolatey\bin\gcc.exe --version
  gcc.exe (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 8.1.0
C:\Strawberry\c\bin\gcc.exe --version
  gcc.exe (x86_64-posix-seh, Built by strawberryperl.com project) 8.3.0

@maxim-lobanov
As to the code example, the first test is good enough.  The second one (ridk version) uses the same code as the first, and the important thing is that it finds the MSYS2 gcc.exe.
JFYI, MSYS2 just did a new release, from 20200517 to 20200522.

MSYS, MinGW, MSYS2, and mingw-w64 are all separate projects, so it would be best to make sure not to use the wrong word when describing something since it can confuse others too
MSYS: http://www.mingw.org/wiki/MSYS

MSYS is a collection of GNU utilities such as bash, make, gawk and grep to allow building of applications and programs which depend on traditionally UNIX tools to be present. It is intended to supplement MinGW and the deficiencies of the cmd shell.

MinGW: http://www.mingw.org/ and https://osdn.net/projects/mingw/

a contraction of "Minimalist GNU for Windows", is a minimalist development environment for native Microsoft Windows applications
Only produces 32-bit binaries (at least as of now)

MSYS2: https://www.msys2.org/

an independent rewrite of MSYS, based on modern Cygwin (POSIX compatibility layer) and MinGW-w64 with the aim of better interoperability with native Windows software. It provides a bash shell, Autotools, revision control systems and the like for building native Windows applications using MinGW-w64 toolchains.

Mingw-w64: http://mingw-w64.org/doku.php and https://sourceforge.net/projects/mingw-w64/

Mingw-w64 is an advancement of the original mingw.org project, created to support the GCC compiler on Windows systems. It has forked it in 2007 in order to provide support for 64 bits and new APIs
Has 64-bit binary support
Does not distrute their own official binaries, but they do have some "personal" and automated builds available
Reason why Mingw-w64 and MinGW were not merged

One such confusion, the comment section on the mingw package section of chocolatey https://chocolatey.org/packages/mingw

We have switched Windows Ruby binaries in https://github.com/actions/virtual-environments/pull/2047 and now they don't have embedded MSYS2


Added Let's Talk Python

Hi,
Stjepan from Manning here. We have a new Python book appropriate for children. Thank you for considering it.
Best,

@stjepanjurekovic Really appreciate the contribution. Thank you. :)

Thank you.
Best,
On Thu, Nov 10, 2022 at 12:47 PM Chintan Rathod @.***>
wrote:

@stjepanjurekovic https://github.com/stjepanjurekovic Really appreciate
the contribution. Thank you. :)
—
Reply to this email directly, view it on GitHub
https://github.com/GDGAhmedabad/Awesome-Learning-Resources/pull/377#issuecomment-1310165692,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ANDIEMJBTNDZJI23KQ2EPILWHTOEBANCNFSM6AAAAAAR4OYKAU
.
You are receiving this because you were mentioned.Message ID:
@.***>

--
Stjepan Jureković
Manning Publications - Marketing
@.***


Build instructions?

How do you compile this? Sorry for being a bit naive, since I have not built pascal projects before. I saw scripts/lua_make.lua, but lua makefile.lua only detects Linux as the OS then exits. If this should be a separate issue, that is fine, but I know this is a very early dump of the code. Maybe the assumption is, like doomrl, the instructions will be posted after the Kickstarter project concludes.
I'm sorry to be "that guy," but someone was bound to ask at some point.

FreePascal doesn't have the concept of building libraries, so you basically compile it alongside DoomRL. Will update after KS!

I can give you a quick starter geared for 'I've never dealt with Pascal before'.  It's not a guide but I have built it on Windows (and failed to build on Linux but that looks like a compiler bug).

Download this and DoomRL.  Put them side by side.  Avoid spaces in directory names.
Download Lazarus with fpc bundled in (lazarus-1.6.2-fpc-3.0.0-win64 for most people)
Install Lazarus.
Open the DoomRL project (doomrl/src/doomrl.lpi)
Push the 'build' button
Cross your fingers

@subtract1 , thank you, i'll check out the IDE. Is there a CLI-equivalent?

Cross your fingers

I like the way you think. Anyway, my end goal is to host packages for SteamOS/Debian/Ubuntu when time allows (private repos, not upstream-sanctioned).

@mdeguzis
Yes you can use fpc directly.  And yes it is in most distros but I was NOT able to compile it myself--got an internal error.  Internal errors in fpc as I understand them are compiler bugs; can't do much about that.


some features calculated as -inf on my data

some features are -inf, on my data how to check and drop those columns before training the model or exclude some features in the first place? Should I define a new alpha class for my data?

and, how to troubleshoot those -inf values?

@kurucan
Here is the detailed expression of these features
https://github.com/microsoft/qlib/blob/main/qlib/contrib/data/handler.py#L221
For  KLOW,  please check the open price.
Maybe it is caused by dividing zeros.
If you want to drop it, you can use  the DropCol processor


Upsampling Issue

Hi,
I'm using Deeplab v3 keras based model to train my custom dataset from scratch, here my image size is 512 x 512. When i look upsampling architecture in the Lambda layer its suddenly increasing from 64 to 512. Can you please give me reason for this sudden increase from 64 to 512 or am i missing here.

dropout_1 (Dropout)             (None, 64, 64, 256)  0           activation_2[0][0]

custom_logits_semantic (Conv2D) (None, 64, 64, 10)   2570        dropout_1[0][0]

lambda_4 (Lambda)               (None, 512, 512, 10) 0           custom_logits_semantic[0][0]

reshape_1 (Reshape)             (None, 262144, 10)   0           lambda_4[0][0]

@krishnakarthi , looks like the issue is coming due to difference in "input_shape" and "input_tensor" parameters.
Are you passing both?


Inconsistent return values for cqe single/batch peek API

Looking at the API, there seems to be a small bit of dissonance in the single peek and batch peek functions return values.
/*
* Fill in an array of IO completions up to count, if any are available.
* Returns the amount of IO completions filled.
*/

unsigned io_uring_peek_batch_cqe(struct io_uring *ring, struct io_uring_cqe **cqes, unsigned count);

and
 /*
 * Return an IO completion, if one is readily available. Returns 0 with
 * cqe_ptr filled in on success, -errno on failure.
 */

 static inline int io_uring_peek_cqe(struct io_uring *ring, struct io_uring_cqe **cqe_ptr)

Wouldn't it make sense to have both return success/failure (0/-errno) and be unsigned and add a separate optional pointer to an int for returning the number of cqe:s returned to the batch peek?
At least from a library users point of view it seems surprising that single event peeks can fail with (e.g. EAGAIN from looking at the code) while the batch can't?

I agree, but we're kind of stuck with that return since I don't want to break existing users. You could add a new batch waiter to make the API a bit more symmetric for the two.

Thanks, would you want a PR for that? Could perhaps have a section of "discontinued" old API that eventually might be phased out just to guide new users to the more consistent one?

A bit late on this one... Yes that actually sounds like a good plan, and a PR would be appreciated.

Cool, will take a bit of time (offline a couple of weeks now in practice), but will revert.


Possible to move .turbo directories to the cache?

Describe the feature you'd like to request
Currently, turborepo adds .turbo directories to every workspace package. My understanding from the docs and poking around is that this is used for log caching (and maybe other things?)
I'd like to see if it's possible to move these into the cache directory itself, cleaning up project structure and being a bit less intrusive.
Describe the solution you'd like
Move the .turbo directory contents into a structure in the cacheDir instead of in the workspace directories.
Describe alternatives you've considered
It seems like it might be possible to store the logs under the cache directories for the associated hash of an action, but maybe if that's not possible, reflecting the package directory structure in a dedicated directory in the root of the cacheDir could work.
Thanks for this awesome project!

Seems legit.

Indeed these many .turbo directories make the structure of the project less clean.
It would seem that .turbo directories are useless, because they are already present in the archive files here: node_modules/.cache/turbo/{hash}.tar.zst.
Also if I delete these .turbo directories, FULL TURBO works, cached outputs works, everything works correctly, unfortunately .turbo directories are created again...

You can now change this via setting --cache-dir


Fatal error: Class 'Swift_MemorySpool' not found

I think that the deps should be changed, I got this error while using current symfony-standard :
Fatal error: Class 'Swift_MemorySpool' not found in /home/www/dv/app/cache/dev/appDevDebugProjectContainer.php on line 1510

Going to vendor/swiftmailer/ and doing a git pull fixed the thing

fixed


Tasks Refactor - Pull out Proponent page

As a Superuser
I want a page where I can see and edit all Proponents
so that I can manage Proponent metadata
Acceptance Criteria
Scenario 1:
GIVEN I want to see all Proponents
WHEN I select the Proponent Page
THEN I see a grid of all Proponents the EAO works with
Scenario 2:
xxxxxx
Validation Rules?
(If yes, list here)
Screenshot
(Link above will always be the most up-to-date version.)

remove the relationship holder column.


Batch verification for the rangeproofs

Given N rangeproofs it is possible to verify them in a single multi-scalar multiplication by merging the relevant iterators.

Since we moved to aggregated proofs, I think #27 is stale and has to be rewritten to handle the aggregated-proof verification checks.

I think we should aim for the same thing that we did with aggregation: internally, verification should be implemented as k-batch verification of m-aggregated proofs of n-bits each, and we provide specializations of k, m = 1.

A general conceptual comment that we should think about:
With single proofs, we have a conceptually nice story about how the proof transcripts work: the transcript implements the Fiat-Shamir transform for the interactive protocol between the prover and the verifier. Because we pass a &mut ProofTranscript into all of the functions, proofs and verifications are composable.
For instance, the range proof code sends messages and receives challenges, then passes the same &mut ProofTranscript into the inner-product code, so that the IPP can be implemented without reference to the RP code, but still have all of its challenges bound to the parent protocol.
However, this batch verification implementation takes a single transcript, and then clones it to replay each proof's messages. This works for the case where all proofs are created with the same initial transcript state (e.g., a message with a domain separation label), but breaks composability.  Maybe that's OK, but in that case the verification function should take ownership of the ProofTranscript object, since it's no longer suitable for use after the function has been called.
On the other hand, if we try to preserve composability by passing a separate &mut ProofTranscript for each proof to be verified, then we can't properly handle failures: if one proof fails to verify, causing the whole batch to fail, then attempting to audit which proof was invalid requires rolling back each transcript state.
Since batch verification is a performance optimization that's only useful when processing large volumes of proofs, maybe we should wait to implement it until we have a better idea about how we want to use and compose proofs, so that we have a better understanding of the details of the above questions.

👍  thanks for the sketch.


Reduce allocations and run times

The use of a .EIGS member to diagonalize a dense Hamiltonian instead of an interface function is more bulky than necessary in time and allocations.
(Very rough) test of this with a 4 qubit system and a few different schedules suggest up to a ~25% improvement in the performance of the AME
[master 937a3236f1b9578bc223b21817dec2e7a8512ee2]
Warming up ...
  7.523293 seconds (19.89 M allocations: 1.046 GiB, 4.44% gc time, 99.45% compilation time)
  0.048794 seconds (134.67 k allocations: 22.224 MiB, 68.96% compilation time)
  0.056558 seconds (136.75 k allocations: 22.732 MiB, 73.10% compilation time)
Running ...3.162
  0.014409 seconds (69.40 k allocations: 16.847 MiB)
  0.014739 seconds (77.84 k allocations: 18.921 MiB)
  0.043694 seconds (79.92 k allocations: 19.429 MiB, 59.29% gc time)
Running ...316.230
  0.398527 seconds (2.71 M allocations: 659.962 MiB, 26.77% gc time)
  0.404000 seconds (2.79 M allocations: 679.788 MiB, 26.13% gc time)
  0.435406 seconds (2.82 M allocations: 686.737 MiB, 26.39% gc time)

[commit 30e75db8bb439475cfa2757a695291f0ecd7f76a]
Warming up ...
  8.250285 seconds (21.26 M allocations: 1.123 GiB, 4.19% gc time, 99.57% compilation time)
  0.035314 seconds (82.01 k allocations: 12.020 MiB, 77.95% compilation time)
  0.037924 seconds (82.71 k allocations: 12.263 MiB, 79.54% compilation time)
Running ...3.162
  0.006695 seconds (22.20 k allocations: 7.703 MiB)
  0.009089 seconds (25.18 k allocations: 8.717 MiB)
  0.012318 seconds (25.89 k allocations: 8.960 MiB)
Running ...316.230
  0.296447 seconds (864.41 k allocations: 301.489 MiB, 22.15% gc time)
  0.299073 seconds (899.39 k allocations: 312.833 MiB, 13.81% gc time)
  0.320938 seconds (908.75 k allocations: 316.072 MiB, 19.29% gc time)

This is simply with this replacement in diffeq_liouvillian.jl
function (Op::DiffEqLiouvillian{true,false})(du, u, p, t)
    s = p(t)
    #w, v = Op.H.EIGS(Op.H, s, Op.lvl)
    w, v = haml_eigs(Op.H, s, lvl=Op.lvl)
# ....
end

Some additional optimizations also look possible by making DiffEqLiouvillian and other other objects type-generic, e.g.
struct DiffEqLiouvillian{diagonalization,adiabatic_frame, Htype <: AbstractHamiltonian}
    "Hamiltonian"
    H::Htype
   # ...
end

This new interface does not seem to allow users to easily define their own eigen decomposition routines for existing types like https://uscqserver.github.io/HOQSTTutorials.jl/html/hamiltonian/01-custom_eigen.html.
For the dense Hamiltonian, the only downside is that we cannot define a fix set of eigen values/vectors if the Hamiltonian is constant. However, for the sparse Hamiltonian, we will need to provide a robust and reliable routine for the generic case. I am not sure if there exist such a library.

I think that the case where a custom eigen routine is needed (and not addressed by an existing Hamiltonian type) might be better addressed by a user-defined implementation of AbstractHamiltonian. It is potentially a little more boilerplate, but you could for example wrap a DenseHamiltonian into a new Hamiltonian type and override the haml_eigs interface. Just to illustrate,

#### My custom two-qubit Hamiltonian

const sui=SMatrix{4,4,ComplexF64,16}((σx+σy)⊗σi)/sqrt(2.0)
const siu=SMatrix{4,4,ComplexF64,16}(σi⊗(σx+σy))/sqrt(2.0)
const szi=SMatrix{4,4,ComplexF64,16}(σz⊗σi)
const siz=SMatrix{4,4,ComplexF64,16}(σi⊗σz)
const szz=SMatrix{4,4,ComplexF64,16}(σz⊗σz)

struct My2QHamiltonian{S} <: AbstractHamiltonian{Float64}
    sched::S
    s0::Float64
    hx::Float64
    hz::Float64
    H::DenseHamiltonian
end

function My2QHamiltonian(sched, s0, hx, hz)
    H = DenseHamiltonian(
        [ (s)-> hx*(s0-sched(s)), (s)-> 0.8*hx*(s0-sched(s)),
            (s)-> 0.4*hz*sched(s),  (s)-> 0.6*hz*sched(s),
            (s)-> -1.0*hz*sched(s) ],
        [ sui, siu, szi, siz, szz]; unit=:ħ
    )
    return My2QHamiltonian(sched, s0, hx, hz, H)
end

Base.size(H::My2QHamiltonian) = (4, 4)
Base.size(H::My2QHamiltonian, dim::T) where {T <: Integer} = 4
OpenQuantumBase.get_cache(H::My2QHamiltonian) = H.H.u_cache

function (H::My2QHamiltonian)(s::Real)
    return Matrix(H.H(s))
end

function OpenQuantumBase.haml_eigs(H::My2QHamiltonian, t; lvl::Union{Int,Nothing}=nothing)
    w,v = eigen(Hermitian(H(t)))
    # or some other eigen decomposition
    return real(w), v
end

I imagine that removing this level of indirection for the eigendecomposition would also improve the performance of code with custom eigen routines as well as the default one.

I agree. I think we can also define a new type of constant Hamiltonian if there is a need for it. Let me rewrite the tutorial and then merge the pull request.

Actually, if only the eigen routine needs to be overwritten with a user function while keeping all other behavior of Dense/SparseHamiltonian the same, then perhaps we can also include a wrapper class just for that. This would look something like this
struct CustomEigHamiltonian{T<:Number, Htype<:AbstractHamiltonian{T}} <: AbstractHamiltonian{T}
    "Wrapped Hamiltonian "
    H::Htype
    "Custom eigen decomposition routine"
    EIGS::Any
end

function CustomEigHamiltonian(H::Htype ;  EIGS = EIGEN_DEFAULT) where { T<:Number, Htype<:AbstractHamiltonian{T}}
    EIGS = EIGS(H.u_cache)
    CustomEigHamiltonian{T, Htype}(H, EIGS)
end

function haml_eigs(H::CustomEigHamiltonian, t; lvl::Union{Int,Nothing}=nothing)
    return H.EIGS(H, t, lvl)
end
# etc...

Merged pull request. Several TODOs before closing the issue:

[ ] Implement a new CustomEigHamiltonian or Maybe a CustomHamiltonian

[ ] New tutorials

[ ] Documentations


HDDS-6606. Rat check failure ignored for ozone-annotation-processing

What changes were proposed in this pull request?

Collect rat failures from the new dev-support/annotations directory, too.
Add missing license header.
Reduce duplication by looping over the dirs to be checked.

https://issues.apache.org/jira/browse/HDDS-6606
How was this patch tested?
Verified that the check properly fails due to license violation:
$ ./hadoop-ozone/dev-support/checks/rat.sh
...
dev-support/annotations/target/rat.txt: !????? src/main/java/org/apache/ozone/annotations/package-info.java

Then added the missing header and re-ran the check:
$ ./hadoop-ozone/dev-support/checks/rat.sh
...

$ echo $?
0

https://github.com/adoroszlai/hadoop-ozone/runs/6081893903

Thanks @fapifta for the kind review.


Can't enable http2 with ATS9

Traffic Control Cache Config (t3c, formerly ORT)

Current behavior:
ATS 9 deprecated disable_h2 configuration in sni.yaml
t3c -2, --default-client-enable-h2 can flip between enabling http2 or not.
Expected behavior:
When ATS9 is installed, the sni.yaml setting should be http2: true/false.
Steps to reproduce:
Verify with your client of choice if http2 is working or not depending on the setting you'd like.
Notes:

ATS8 without sni.yaml, http2 enabled by default
ATS8 with sni.yaml http2 disabled by default.
ATS9 with sni.yaml, disabled by default and can't enable.

I might misunderstood the issue, but you can enable h2 via a profile per DS. Following steps worked for me

make sure you have enabled http2 with in the records.config
CONFIG proxy.config.http.server_port [...] proto=http2
create a profile of type DS_PROFILE
create a parameter with name enable_h2, config file parent.config value e.g. t or y.
assign that parameter to the newly created porfile
within the delivery service, assign the profile to it
snapshot the config and queue the update.


Pressable button inconsistent firing

Describe the bug
A default pressable button's onclick event fires inconsistently, and often more than once per press, unless the physical event router script's enum is set to EventOnClickCompletion

It seems that this mode also only triggers when the the button is released, but this makes it mismatch with audio cues, and makes it difficult to fire. The name is also unclear.

To reproduce
Copy a pressable button example, like one taken from the hand interaction scene.
Add an event OnClick, and it will fire more than once, and sometimes accidentally.
Expected behavior
Button onclick event fires once per touch event
Your Setup (please complete the following information)

Unity Version 2018.3.8f1
MRTK Version v2.0 latest dev branch

Target Platform (please complete the following information)

HoloLens 2

@thalbern are you taking over on buttons now? Is this something you could look at?

@thalbern with your latest fixes is this done now?

Seems like with the recent changes this is not happening anymore:
In the default setup the button will do the click on press and we only emit the pressed event once per button interaction. (there has to be a touch end to have this event trigger again). I agree with the click completion being confusing, it should be release, because that's what it's actually doing.

The original issue here is fixed, however the confusing part (physical press event router event names) is still there - we have a ticket for removing the physical press event router and making the button easier to use which should tackle this issue.  see https://github.com/microsoft/MixedRealityToolkit-Unity/issues/4258


Is this library still being maintained?

Hi @dave08
Do you need something in specific or do you think something is too outdated?

Since the last commit was a year ago, I was wondering if something is replacing it...  do you still use this library?
Also, usually at least dependencies are updated (which sometimes can cause conflicts in Android and other platforms...).

@dave08
Yes it is still in use. Let me know if you see any bigger (library-breaking) problems with newer android/compose versions.
A dependency update is probably a good idea. Feel free to open a PR.


Updated White Paper

Discussion 🗣

https://docs.google.com/document/d/1IUsWli1aio5_FhGZMafYrDtrVvCni_RJbCB9S5yzOCA/edit#heading=h.cg2wqq1bse77
Context

Detailed Description

TSC Minutes
Aim to send out for external review on 14th Sept @mttrbrts


build error on ios libTrustKit_Static.a

When building the project, I get the following error:
"clang: error: there is no such file or directory: '/Users/name User/Library/Developer/Xcode/DerivedData/ProjectName/Build/Products/Debug-iphonesimulator/libTrustKit_Static. a "
The Ld command failed with a non-zero exit code"
Versions :
Device: iPhone
OS: iOS 16.2
Xcode version = Xcode 14.2
TrustKit = 3.0.1
React Native Version
0.68.2
Output of npx react-native info
System:
OS: macOS 12.5
CPU: (4) x64 Intel(R) Core(TM) i7-6600U CPU @ 2.60GHz
Memory: 99.68 MB / 20.00 GB
Shell: 5.8.1 - /bin/zsh
Binaries:
Node: 18.10.0 - ~/.nvm/versions/node/v18.10.0/bin/node
Yarn: 1.22.19 - /usr/local/bin/yarn
npm: 8.19.2 - ~/.nvm/versions/node/v18.10.0/bin/npm
Watchman: 2<IP_ADDRESS> - /usr/local/bin/watchman
Managers:
CocoaPods: 1.12.0 - /usr/local/bin/pod
SDKs:
iOS SDK:
Platforms: DriverKit 22.2, iOS 16.2, macOS 13.1, tvOS 16.1, watchOS 9.1
Android SDK: Not Found
IDEs:
Android Studio: 2022.2 AI-222.4459.24.2221.9862592
Xcode: 14.2/14C18 - /usr/bin/xcodebuild
Languages:
Java: <IP_ADDRESS> - /usr/bin/javac
npmPackages:
@react-native-community/cli: Not Found
react: 17.0.1 => 17.0.1
react-native: 0.68.2 => 0.68.2
react-native-macos: Not Found
npmGlobalPackages:
react-native: Not Found

@R0LLeX How are you building the project? Commandline? Xcode with xcproj or Package.swift file?

I tried to build my project using the command line and also using xcode by opening the file "projectName.xcworkspace"

@R0LLeX can you share the exact details you are using? There are various ways to build.


Issue with training model

Hi, I was trying to replicate the training of the MLSP model using the notebooks provided. I ran the notebook train_mlsp_narrow_aug.ipynb, but while training on the narrow MLSP features, with crop-flip augmentation, I got the following error in "helper":
Model NOT loaded: irnv2_mlsp_narrow_orig_aug/bn:2 bsz:256 do:[0.25,0.25,0.5,0] ds:[AVA_data_official_test.csv] fc1:[2048] i:1[16928] im:[orig] l:MSE mon:[val_loss] o:1[1]_best_weights.h5 does not exist
Training model: irnv2_mlsp_narrow_orig_aug/bn:2 bsz:256 do:[0.25,0.25,0.5,0] ds:[AVA_data_official_test.csv] fc1:[2048] i:1[16928] im:[orig] l:MSE mon:[val_loss] o:1[1]
---------------------------------------------------------------------------
AssertionError                            Traceback (most recent call last)
[<ipython-input-6-33e50038bd7e>](https://localhost:8080/#) in <module>
      1 for lr in [1e-3,1e-4,1e-5]:
      2     helper.load_model()
----> 3     helper.train(lr=lr, epochs=20)

9 frames
[/usr/local/lib/python3.8/dist-packages/kuti/generators.py](https://localhost:8080/#) in _read_data(self, ids_batch, accessor)
    136         X = []
    137         if accessor:
--> 138             assert isinstance(accessor, list) or callable(accessor),\
    139             'Generator inputs/outputs must be of type list, or function'
    140

AssertionError: Generator inputs/outputs must be of type list, or function

Could someone help us out here, how do we resolve this error? Please let me know if more information is needed. Thanks!

hi, shikha-16
I am also training how you add photos for training?


Implement changes from the power creep era update

Here is the changelog:
https://blog.screeps.com/2019/03/power-era/

[ ] Interface to PowerCreep
[ ] Interface to Game.powerCreeps and Game.gpl
[ ] Add RoomObject.effects
[ ] Add StructureController.isPowerEnabled
[ ] Add interface to RawMemory.interShardSegment
[ ] We might have to deal with RoomPosition not returning strings anymore (see changelog)

I think our code should be robust for the RoomPosition changes, but it might be worth it to take advantage of the new representation for faster translation speeds if we want to do that.

I've done an initial update of the constants related to power creeps in #164, but added no real power creep functionality.
I think #163 should work for the inter-shard memory. Do you think we should add an interface to the deprecated interShardSegment too?

I think #163 should work for the inter-shard memory. Do you think we should add an interface to the deprecated interShardSegment too?

Don't see the point. Clearly, this won't break any rust code!


Enable to customized loss and val funcs

What does this PR do?

fixing #525;
fixing #432;

Before submitting

[x] This PR is made to fix a typo or improve the docs (you can dismiss the other checks if this is the case).
[x] Was this discussed/approved via a GitHub issue? Please add a link to it if that's the case.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] I have written necessary tests and already run them locally.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>3
Details

213 of 256 (83.2%)  changed or added relevant lines in 66 files are covered.
10 unchanged lines in 10 files lost coverage.
Overall coverage decreased (-0.2%) to 83.184%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

pypots/classification/base.py
16
17
94.12%

pypots/clustering/base.py
0
1
0.0%

pypots/clustering/vader/model.py
2
3
66.67%

pypots/forecasting/csdi/model.py
5
6
83.33%

pypots/imputation/base.py
10
11
90.91%

pypots/imputation/csdi/model.py
5
6
83.33%

pypots/imputation/gpvae/model.py
3
4
75.0%

pypots/forecasting/base.py
1
3
33.33%

pypots/base.py
11
19
57.89%

pypots/nn/modules/loss.py
0
12
0.0%

Files with Coverage Reduction
New Missed Lines
%

pypots/imputation/csdi/model.py
1
86.03%

pypots/imputation/base.py
1
78.63%

pypots/classification/base.py
1
78.05%

pypots/forecasting/csdi/model.py
1
86.43%

pypots/clustering/vader/model.py
1
85.43%

pypots/clustering/base.py
1
38.83%

pypots/forecasting/base.py
1
36.94%

pypots/imputation/gpvae/model.py
1
86.21%

pypots/imputation/itransformer/model.py
1
94.94%

pypots/imputation/transformer/model.py
1
94.87%

Totals

Change from base Build<PHONE_NUMBER>9:
-0.2%

Covered Lines:
11239

Relevant Lines:
13511

💛  - Coveralls