utils/curl: force utf-8 encoding for text content

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.

[ ] Have you successfully run brew typecheck with your changes locally?
[ ] Have you successfully run brew tests with your changes locally?

This PR fixes an audit error for non-utf-8 URL content.
An example (spotted in https://github.com/Homebrew/homebrew-core/pull/100559):
$ brew audit opencsg --online --skip-style --verbose
Error: invalid byte sequence in UTF-8
Please report this issue:
  https://docs.brew.sh/Troubleshooting
/usr/local/Homebrew/Library/Homebrew/utils/curl.rb:299:in `gsub'
/usr/local/Homebrew/Library/Homebrew/utils/curl.rb:299:in `curl_check_http_content'
/usr/local/Homebrew/Library/Homebrew/formula_auditor.rb:469:in `audit_homepage'
/usr/local/Homebrew/Library/Homebrew/formula_auditor.rb:845:in `block in audit'
/usr/local/Homebrew/Library/Homebrew/formula_auditor.rb:840:in `each'
/usr/local/Homebrew/Library/Homebrew/formula_auditor.rb:840:in `audit'
/usr/local/Homebrew/Library/Homebrew/dev-cmd/audit.rb:196:in `block in audit'
/usr/local/Homebrew/Library/Homebrew/dev-cmd/audit.rb:180:in `to_h'
/usr/local/Homebrew/Library/Homebrew/dev-cmd/audit.rb:180:in `audit'
/usr/local/Homebrew/Library/Homebrew/brew.rb:110:in `<main>'

Here https://opencsg.org/ has <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

Review period skipped due to critical label.


Fix : Issue labels are sometimes displayed without padding (margin) #144

Add space in labels.
Refactoring complex class
Fixed view issues button misalignment.

@ash-jc-allen

I think you're owner and my PR is being ignored for a long time. 😂

Ahh sorry, I didn't know you wanted it reviewing. The PR has been marked as closed which generally mean that you didn't want to propose these changes anymore.
So, I promise I wasn't ignoring it haha! If you still want these changes reviewing, I can reopen the PR for you?

Ok you're the best.


Add test for phase-1 error ExUnitsTooBigUTxO when tx limit of plutus script execution units being exceeded

Can use build-raw with execution units exceeding protocol-parameter maxTxExecutionUnits, e.g. --mint-execution-units "(100000000, 100000000)" and it should cause ExUnitsTooBigUTxO on submit.

Perhaps also try with 2 scripts, neither exceeding the total in isolation but as an aggregate.


How to get segmentation information

How can I get a segmented image instead of a bounding box?
It looks like there's nothing inside the segmentation in the json file provided.
_annotations.coco.json
{"id": 10092, "image_id": 145, "category_id": 1, "bbox": [813, 2383, 63, 48], "area": 3024, "segmentation": [], "iscrowd": 0}

Currently, only bounding box annotations for detection and psuedo masks for semantic segmentation are available. We plan to release instance masks in the near future.


Build out writable API

I would like to put in a formal request for writable APIs for the IPAM portion of Netbox.  I would love to consider swinging IPAM over to Netbox from Bluecat Address Manager but I have some provisioning scripts that obtain IP's from our existing IPAM when provisioning customers but without that functionality, it won't work for me.

I would also like to see this feature implemented sooner rather than later. I'm considering changing the IPAM we use in preparation for network automation and this is kind of a crucial element.

Writable api would be awesome, specially when using with packer/ansible/jenkins

@jeremystretch is there any ongoing work on this ? is this something that you would like contributions as we would also want to implement IPAM with writeable APIs.

I've been working on a extending out the api to support full write operations on a private branch.
Generally speaking ive been following the url scheme of:
post to /module/resource/add/
put/patch to /module/resource/pk/edit/
delete to /module/resource/pk/delete/
If this fits and is desired I can work on a pull request to merge it back upstream. One thing I havent figured out how to do yet is handle custom fields, so ignoring that for now in favor of making progress.

I am really looking forward to full POST/PUT support too.

@Zanthras nice!, although I really need custom fields as well so hoping it wont be forgotten.

We have a use case where netbox should hold the own IP prefixes but a external IPAM Client is asking for registering a new IP or Prefix in netbox. is this covered by writable API?

writable API is important to integrate it with configuration management tools.

Would the jsonapi format be suitable for our needs?
I contributed to "djangorestframework-jsonapi" and would be available to contribute into netbox as well if the future functionality is in line with that format.
Let me know if you welcome contributions on that topic.

@jeremystretch any update on when v2.0 will be out?

I'd be interested in the updating of fields of a device using the put/patch methods through the API. One field I would like to update in particular is the "Status" field which I want to use as a tie in to the success/failure of a connection to the device's primary IP. I'm all ready but just found that the PUT/PATCH wasn't supported...

@jsenecal For me jsonapi would be perfect.

any status on when v2.0 will be out?

Good news! I've started work on API v2.0 and it's going very well. I can't provide an ETA for the beta just yet, but you can keep an eye on the progress by watching the api2 branch.
This is by far the most-requested feature for NetBox, and I realize everyone is eager to try it out. However, I want to make sure we're investing a prudent amount of thought and effort into the new API up front so that we can avoid too many changes down the road.

I would like to see this follow the CRUD principle.  An example of this can be seen here:
http://www.restapitutorial.com/lessons/httpmethods.html
Basically, you don't have to say, for example, "/something/create", the fact that you are POSTing is an indication that you want to create.
A working example of this can be seen in the Foreman API.
https://theforeman.org/api/1.14/index.html

@jbnance Yep, that's the plan. Each object type will generally have two URL endpoints.

/api/dcim/devices/ - List devices (GET) or create a new device (POST)
/api/dcim/devices/123/ - Retrieve (GET), update (PUT/PATCH), or delete (DELETE) the device with ID 123

@jeremystretch are you looking for any contributors for this feature ? This would be really helpful for us and there is a possibility to get some engineering time allocated if so.

Is the branch in any state to be tested/used yet ? Or you still doing breaking changes ?

Hello,
The company who I am working for have some python developpers and may help you to build the RW API. How can we be in sync (seem that irc channel is more or less idle for that).
Regards

Released the first beta of v2.0 today: https://github.com/digitalocean/netbox/releases/tag/v2.0-beta1
Please kick the tires and post to the mailing list or open a bug report for any issues.

Closing this out as the new API is essentially done. Further development and bug fixes will be handled as part of the beta process.


Allow for deterministic sub-workflow loop order when parallelisim is set to 1

Please describe what you would like to see in this project
Currently when running a foreach loop of a sub-workflow with a list of inputs and parallelism set to 1, the loop over that list will happen in a non-deterministic order rather than sequentially through the list as defined in the input. I would like to see this behavior change such that the loop always happens in the order the input list is defined.
Please describe your use case
Running a set of benchmarks in a loop may involve incrementing a variable with each loop to, for instance, increase the load being tested. When observing the output data, particularly a time series, we expect to analyze that data in the order that the test was defined. Having the data in a non-deterministic order can drastically increase the difficulty of the data analysis.

Said only partly in jest, it sounds like what you need is a builtin function which will allow your workflow to sort the output list prior to your postprocessing, to put it into the order that you expect.
Would that be useful and applicable as a stop-gap measure?  (That is, it might be very easy to add such a builtin function, and it might have general applicability beyond your case, so it would be worth considering on its own, and it might be a quicker path to a solution than an enhancement of foreach.)

@webbnh It may indeed be a worthwhile function, but I'll basically be re-sorting the output into the existing order of the input. The function would need nested sorting capabilities (i.e., sort by key1, then by key2).

Before it got lost, I wanted to copy over Webb's algorithm discussion regarding this from Slack.

4 days ago
@dbutenho, the name of the DECthreads locking algorithm that I was struggling to come up with was Mellor-Crummey/Scott. (edited)

4 days ago
@Jared O'Connell, the name of the algorithm that I was thinking of for Arca’s use is Lamport’s Bakery algorithm.  However, I suspect that we don’t need to use it verbatim, because we have a much more limited case, and because we potentially want to permit more than one action at a time.

4 days ago
What I would propose is giving each of the actors in the foreach a number (starting from 0), and setting a “threshold” at the level of parallelism desired (setting it to 1 for serial execution).  Then each actor checks its number against the threshold and proceeds when its number is less than the value.  When an actor finishes, it increases the threshold by one.In this way, the actors will run in numerical order, and only a certain number will run at a time.  Obviously, they will only complete in numerical order with a threshold of 1, but the algorithm should work fine regardless of the value of the threshold or the number of actors.The questions are how to arbitrate access to the threshold for read and for write, and what should the actors do when their number is above the threshold?  There are lots of possible answers.  However, it’s also plausible to avoid these questions if there is some sort of executor which creates the actors when they are eligible to run and synchronizes with their completions, rather than the current approach of creating them all at once and letting them battle it out.  This removes the need for the actors to consult the threshold and for them to have to wait for their respective turns. (edited)

@jaredoconnell, I think you copied one too many messages:  I don't think there is any need or applicability for Mellor-Crummy/Scott locks -- that was just for Dave's recollection.  😁


mobile: connect notifications, deep links, and account management

Adds support for detecting and handling in app navigation from notifications and deep links. Account management, which requires opening an external hosting page, is also wired up.
Tested by triggering testflight builds for the production app. Once our dev environment is fully configured for branch/notifications on the preview build this could also be tested there.
Fixes LAND-1624
Fixes LAND-1669
PR Checklist

[ ] Includes changes to desk files
[x] Describes how you tested the PR locally (test ship vs livenet)
[ ] If a new feature, includes automated tests
[x] Comments added anywhere logic may be confusing without context

This looks good on the latest testflight build (61) and has already been code reviewed. Going to merge despite failing tests since those are unrelated.


Add missing bincompat syntax to org.http4s.implicits

I think the CI failure is an issue with the CI?

Cherry-picked to 0.20.14 release: #2990


colab is broken ?

this cell:
tokenizer = SimpleTokenizer()
text_tokens = [tokenizer.encode("This is " + desc + "<|endoftext|>") for desc in texts]
when you run it, generates the following error:

NameError                                 Traceback (most recent call last)
 in ()
----> 1 tokenizer = SimpleTokenizer()
2 text_tokens = [tokenizer.encode("This is " + desc + "<|endoftext|>") for desc in texts]
NameError: name 'SimpleTokenizer' is not defined

Hi, there is a hidden cell above that in the "text preprocessing" section. Could you check if that cell was executed?

Hi, there is a hidden cell above that in the "text preprocessing" section. Could you check if that cell was executed?

sorry I must have missed that cell. this has been resolved. thanks !

sorry I must have missed that cell. this has been resolved. thanks !


Auto generate alias for JOIN table as it is done for FROM table

Today autocomplete adds an alias for the table after a FROM clause.
It propose that similarly an alias are added for tables referenced in JOIN clauses.
add alias a in this example:
SELECT * FROM sometable s
JOIN anothertable a

Please check new DBeaver versions.
If I understood you correctly, the addition of aliases after JOIN is already implemented


Don’t include src folder

I have “no implicit any” turned on in typescript and as long as you include your src files (not just .d.ts files) I will get complication errors. Apparently skipLibCheck only applies to .d.ts files and there is no way I can prevent the error by adding the directory to exclude, because I import the module.

bump


Currently, each frame, we are iterating over all Systems, and iterating over all Entitys "in" those Systems.
I'm not sure if we can safely multithread multiple Systems at once, but we could easily multithread the iteration over Entitys?
Current implementation
    for _, system := range w.Systems() {
		if headless && system.SkipOnHeadless() {
			continue // so skip it
		}

		system.Pre()
		for _, entity := range system.Entities() {
			if w.paused {
				ok := entity.GetComponent(&unp)
				if !ok {
					continue // so skip it
				}
			}
			if entity.Exists {
				system.Update(entity, dt)
			}
		}
		system.Post()
	}

Proposed implementation
    for _, system := range w.Systems() {
		if headless && system.SkipOnHeadless() {
			continue // so skip it
		}

		entities := system.Entities()

		system.Pre()

        // It's not always faster to multithread; so in this case we're not going to
		if len(entities) < 2*runtime.NumCPU() {
			for _, ent := range entities {
				system.Update(ent, dt)
			}
            system.Post()
			continue // with other Systems
		}

		entityChannel := make(chan *Entity)
		wg := sync.WaitGroup{}

		// Launch workers
		for i := 0; i < runtime.NumCPU(); i++ {
			go func() {
				for ent := range entityChannel {
					system.Update(ent, dt)
					wg.Done()
				}
			}()
		}

        // Give them something to do
		for _, entity := range entities {
			if w.paused {
				ok := entity.GetComponent(&unp)
				if !ok {
					continue // so skip it
				}
			}
			if entity.Exists {
				wg.Add(1)
				entityChannel <- entity
			}
		}

        // Wait until they're done, before continuing to other Systems
		wg.Wait()
		close(entityChannel)

		system.Post()
	}

I know it's a bit more code than the original implementation, but it sure is efficient.

This is quite controversial change. Keep in mind that there are issues to write from multiple threads to the same components so all components data access would have to be synchronized.
If we would be able to solve this problem we would rock but problem is rather tricky IMHO.
Putting read write mutex everywhere may not buy us much either. For 2D games which this engines aims for this is an extra complexity, which is not perhaps necessary albeit very awesome from technical point of view.

That depends; how often do Systems write to something else than the object it's currently handling?
Are there any aspects in particular where you expect to see problems? (multithreading in Go is quite easy, so I think it could be done).
Keep in mind that we're not letting two Systems process in parallel. Only one System would be handling all Entitys at the same time.

 If we cannot guarantee that a group of systems the game engine will actually behave differently.
Consider a collision system and movement system. Depending on the order these are ran, they will have different game-breaking outcomes.

CollisionSystem to MovementSystem

Leaves the player falling into the ground when the state is rendered, this is because the collision is accounted for... And then it the player is moved to account for gravity.

MovementSystem to CollisionSystem

This is the correct order, gravity and movement is calculated and then if it collides the player is moved again.
Maybe I am misunderstanding the use of your concurrency. In that case, correct me.

I get your example. But:

this is a problem even without multithreading;

As they are now also handled System A, then System B

this could be fixed, even when using multithreading.

All we need is some kind of Priority for the Systems.

Is it OK if I spend some time on this, to see if we can do this without changing the current behavior? Then when reviewing the PR, we could always say GO/NO-GO.
(if you think it's a waste of time: I'll probably be starting in 8 hours or so; and doing it for fun - so I won't be offended if it's denied afterwards)

@EtienneBruines If you can make it work, I am all ears. Go for it!

@matiwinnetou I used your galaxian example, just to show it works for massive numbers of renderables.
Note that it becomes slower over time, because of #56. This is expected.
Also note that the lagging starts after it starts to render 60.000 objects - this is not shown, though.
@paked @matiwinnetou You can look at the code; a bit more complicated, but then again: once it works, it works. And I believe it works. Thoughts?

This is pretty awesome. I'll review this.

@EtienneBruines now that we have benchmarks, would you mind them on this?

What kind of benchmarks are you looking for? Anything in particular? (the estimate of 60k objects in the post above, was based on that benchmark implementation)

@EtienneBruines A comparison between non-concurrent vs concurrent would be good

OK. Will do.

I am amazed by the results:
BenchmarkWorldWorkersOne-4  	  100000	     55365 ns/op
BenchmarkWorldWorkersTwo-4  	  100000	     49654 ns/op
BenchmarkWorldWorkersFour-4 	  100000	     49153 ns/op
BenchmarkWorldWorkersEight-4	  100000	     60911 ns/op
BenchmarkWorldLegacy-4      	  100000	     38713 ns/op

I truly expected a different outcome. I'm investigating as to how this is even possible.

Seeing the results above, I think we could create a per-system setting of RunInParallel? Depending on the workload of the System, the user could say whether or not he wants to run it in parallel; because it may either greatly improve performance, or greatly reduce.
Thoughts @paked @matiwinnetou ?

I'd like to see this proposed... Not quite sure how reliable it would be in
practice.
On Mon, Nov 9, 2015 at 5:04 AM Etienne Bruines<EMAIL_ADDRESS>wrote:

Seeing the results above, I think we could create a per-system setting of
RunInParallel? Depending on the workload of the System, the user could
say whether or not he wants to run it in parallel; because it may either
greatly improve performance, or greatly reduce.
Thoughts @paked https://github.com/paked @matiwinnetou
https://github.com/matiwinnetou ?
—
Reply to this email directly or view it on GitHub
https://github.com/paked/engi/issues/53#issuecomment-154853975.

Well, Systemer is an interface which defines everything a System needs to have. It would include an additional:
type Systemer interface {
    RunInParallel() bool
}

Indicating whether or not it should process all Entitys in parallel. The System struct would return false just to be safe, and people can set it to true whenever they feel like it would boost their performance.
This is desired, probably because it's the only way they'd be multithreading at all - no other way to tell engi: "give me all Entitys at multiple goroutines".

OK. I understand now.

@EtienneBruines
"So, depending on how fast the Update function on the System is, it makes perfect sense to multitask, or it will only make it slower."
This does not surprise me at all, matches with knowledge I have based on how multithreaded systems work.

The turning point is somewhere between 50-500 nanoseconds; not sure what's the "average time" we a System needs.

If we can be sure that a call to System.Update(entity *Entity, dt float32) won't cause any internal race conditions, there's no reason to limit the number of go-routines in the concurrent implementation.
func (w *World) update(dt float32) {
        w.pre()

        var unp *UnpauseComponent

        for _, system := range w.Systems() {
                if headless && system.SkipOnHeadless() {
                        continue // so skip it
                }

                system.Pre()
                entities := system.Entities()
                complChan := make(chan struct{})
                count := len(entities)
                for _, entity := range entities {
                        if (w.paused && !entity.Component(&unp)) || !entity.Exists {
                                count--
                                continue // so skip it
                        }
                        go func() {
                                system.Update(entity, dt)
                                complChan <- struct{}{}
                        }()
                }
                for i := 0; i < count; i++ {
                        <-complChan
                }
                system.Post()
    }
    w.post()
}

The runtime scheduler is highly optimized and go-routine creation overhead is much less than a hardware thread, so there's no need to limit it to one per CPU core.

Is there a reason not to limit it? (i.e.: with Intels HyperThreading, one could limit to 2*NumCPU).
Even if there's little overhead, what's the reason for having the overhead, if it can be avoided?
(I don't mean to "attack" you; just curious - I might even learn something)

Limiting the number of workers using channel constructs means you're paying the time and resource overhead to synchronize and pass data via the channel.  There's no guarantee that the dispatcher is able to saturate the workers with tasks, resulting in under-utilized worker go-routines.
Spinning off a go-routine per job means that every go-routine has 100% utilization, internally, and the runtime scheduler will efficiently multiplex the work across hardware threads.
There was in interesting tweet about this a couple weeks ago.

Interesting that you mention that tweet; I also noticed it, but also noticed that neither of those things he's comparing, are actually executed in parallel. If one uses multiple long-lived workers, the workers are actually faster.
But I only tested that hypothesis using the same example as bradfitz (multiplying the input by 2). Not sure if it holds in this scenario.
The up-side about this, is that we don't need an output-channel. All we need, is know that everything has been processed. (that would further simplify your snippet).

The complChan channel in my snippet is used in place of the waitgroup to ensure all go-routines are executed before moving on to system.Post().  Sending a struct{}{} down a channel doesn't allocate any memory, so the cost of that operation is minimal.

My bad; you're completely right.

Do you have those benchmarks handy from (these tests)[https://github.com/paked/engi/issues/53#issuecomment-154842634]?

I put a few more steps into the current benchmarks.   It seems that the tipping point is around 20 entities in a system.  The efficiency of concurrency grows really quickly above there, to 2-4x speed-up at 1,000 entities.
Here's my results for GOMAXPROCS set at 8 and 4 cores:
Concurrent-8:
BenchmarkCollisionSystem10-8       30000             51,234 ns/op            1,905 B/op         86 allocs/op
BenchmarkCollisionSystem15-8       20000             85,077 ns/op            3,649 B/op        137 allocs/op
BenchmarkCollisionSystem20-8       10000            125,822 ns/op            5,986 B/op        216 allocs/op
BenchmarkCollisionSystem25-8       10000            182,450 ns/op            8,929 B/op        287 allocs/op
BenchmarkCollisionSystem50-8        3000            421,889 ns/op           33,452 B/op        906 allocs/op
BenchmarkCollisionSystem100-8       2000          1,059,544 ns/op          134,764 B/op       3,057 allocs/op
BenchmarkCollisionSystem1000-8        20         85,438,450 ns/op       12,417,864 B/op     265,484 allocs/op

Concurrent-4:
BenchmarkCollisionSystem10-4       30000             49,635 ns/op            1,904 B/op         86 allocs/op
BenchmarkCollisionSystem15-4       20000             86,418 ns/op            3,648 B/op        137 allocs/op
BenchmarkCollisionSystem20-4       10000            127,601 ns/op            5,985 B/op        216 allocs/op
BenchmarkCollisionSystem25-4       10000            172,231 ns/op            8,930 B/op        287 allocs/op
BenchmarkCollisionSystem50-4        3000            431,928 ns/op           33,453 B/op        906 allocs/op
BenchmarkCollisionSystem100-4       1000          1,253,998 ns/op          134,770 B/op       3,058 allocs/op
BenchmarkCollisionSystem1000-4        10        127,351,280 ns/op       12,537,835 B/op     273,501 allocs/op

Serial-8:
BenchmarkCollisionSystem10-8       50000             39,582 ns/op            1,696 B/op         83 allocs/op
BenchmarkCollisionSystem15-8       20000             79,311 ns/op            3,440 B/op        134 allocs/op
BenchmarkCollisionSystem20-8       10000            134,940 ns/op            5,776 B/op        213 allocs/op
BenchmarkCollisionSystem25-8        5000            210,266 ns/op            8,720 B/op        284 allocs/op
BenchmarkCollisionSystem50-8        2000            804,187 ns/op           33,237 B/op        903 allocs/op
BenchmarkCollisionSystem100-8        500          3,406,920 ns/op          134,604 B/op       3,058 allocs/op
BenchmarkCollisionSystem1000-8         3        360,511,833 ns/op       13,342,314 B/op     324,384 allocs/op

Serial-4
BenchmarkCollisionSystem10-4       50000             38,015 ns/op            1,696 B/op         83 allocs/op
BenchmarkCollisionSystem15-4       20000             75,529 ns/op            3,440 B/op        134 allocs/op
BenchmarkCollisionSystem20-4       10000            129,650 ns/op            5,776 B/op        213 allocs/op
BenchmarkCollisionSystem25-4        5000            204,636 ns/op            8,720 B/op        284 allocs/op
BenchmarkCollisionSystem50-4        2000            834,539 ns/op           33,237 B/op        903 allocs/op
BenchmarkCollisionSystem100-4        500          3,241,025 ns/op          134,592 B/op       3,057 allocs/op
BenchmarkCollisionSystem1000-4         3        353,174,266 ns/op       13,292,928 B/op     321,298 allocs/op```

Added PR #88

I just realized the misunderstanding in your comment here:  https://github.com/paked/engi/issues/53#issuecomment-158683322.  In fact, that was the same thing I initially thought.
That benchmark code isn't comparing concurrent to serial.  Instead, it's comparing the cost of passing a value between go-routines through a channel to passing a value between go-routines via function call to a closure.
It's a comparison, essentially, of the overhead costs that we were discussing in:  https://github.com/paked/engi/issues/53#issuecomment-158680642 and https://github.com/paked/engi/issues/53#issuecomment-158683005.  That's why I said spawning off a go-routine is cheaper than passing a value via channel to a worker.
It's probably the biggest break when moving from c-type threads to go-routines (my coding path).  Since the runtime absorbs the cost of creating a hardware thread, we come out ahead when we feed enough go-routines down that hardware thread.  Some webservers have logged millions of concurrent go-routines, which spreads the cost of the hardware thread across all of the go-routines that use it.
My benchmark results are indicative of using go-routines to spread re-entrant functions across threads.  Native support for map-reduce isn't implemented in go.  That, in my opinion, is mainly due to the go-routine pattern that I'm describing, which accomplishes the map/reduce pattern with a bit more code.

I have updated my branch to the current origin/master, and am now producing this benchmark:
BenchmarkCollisionSystem10-8  	   50000	     51255 ns/op	    1757 B/op	      86 allocs/op
BenchmarkCollisionSystem15-8  	   50000	     59302 ns/op	    1745 B/op	      86 allocs/op
BenchmarkCollisionSystem20-8  	   50000	     60601 ns/op	    1744 B/op	      86 allocs/op
BenchmarkCollisionSystem25-8  	   50000	     61777 ns/op	    1744 B/op	      86 allocs/op
BenchmarkCollisionSystem50-8  	   50000	     62944 ns/op	    1744 B/op	      86 allocs/op
BenchmarkCollisionSystem100-8 	    3000	    671916 ns/op	  134573 B/op	    3056 allocs/op
BenchmarkCollisionSystem1000-8	      50	  66592306 ns/op	12318757 B/op	  260330 allocs/op

Note that my CPU might be different than yours, so the raw ns/op should not be compared (which you probably know).
I am investigating as to why the allocs/op and B/op becomes higher at 100 and 1000 Entities.

Fixed as of #88 and #89.


Document build process for full web node

Some files are embedded into the binary by https://github.com/cryptonomex/graphene/commit/4f19667fe393f8d048dcf2b9470a4b4fb5ed08f7
How to update these files when graphene-ui changes needs to be documented somewhere.  Also, they should be either out-of-tree entirely or in a submodule.  If out-of-tree, the build script should be modified to take the out-of-tree path where they are located.

Full web node is unsupported and will probably be removed.


Update db.py

Add bandit, commitizen

Codecov Report

Merging #16 (1cb00fe) into main (d3e60b2) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main      #16   +/-   ##
=======================================
  Coverage   96.77%   96.77%
=======================================
  Files           3        3
  Lines          62       62
  Branches       15       15
=======================================
  Hits           60       60
  Misses          1        1
  Partials        1        1

Impacted Files
Coverage Δ

sync_with_poetry/db.py
100.00% <ø> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


Comments in quasiquotes

q"""
object $name {
$unquotee // single line
/* multi
   lines */
"""

@densh pretty please :)

Here's an unfinished attempt at fixing this issue: https://github.com/scalameta/scalameta/pull/510.

@olafurpg and I had a discussion, and we decided to pronounce quasiquotes feature-complete.
There are still some open issues (#46, #223, #251, #280 and others), but they all have two things in common: 1) they require non-trivial design work to be fixed, 2) they aren't popular at all. Given our recent decision to start avoiding unwarranted breaking changes in 2.0, we'll consider quasiquotes good enough at this point and will close all outstanding feature requests.
We will still be fixing bugs (in fact, I've fixed about a dozen of such bugs for 2.0), but without strong evidence our design efforts will be directed elsewhere.


feat(persistent cta): Add Persistent CTA

Add Persistent CTA component which is a button pinned to the bottom right of the screen. It displays a brief description on hover/focus for large+ breakpoints. Sm/md breakpoints only displays a download icon.
This update also bumps the foundation version to 1.2.0 to include grid updates and breakpoint helpers.
Task:
https://tasks.office.com/kyndryl.onmicrosoft.com/Home/Task/sJxJt7Yhn0-CenAc3a1A_mUAGoCd?Type=TaskLink&Channel=Link&CreatedTime=638374883124960000
Figma:
https://www.figma.com/file/Lj4CDqxel0Q2a58iV7F6ze/Content?type=design&node-id=139-141129&mode=design&t=0Ja3WyvSWP9ukxTL-0

:tada: This PR is included in version 1.0.0-beta.15 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Error in API docs?

Swagger doc is saying that the language is set with "language" parameter with language codes. However, it does not seem to work. By using "project" with "yso-finna-fi" or "yso-finna-en" seem to be working (like in demo page)

Ah, right. Forgot to update the API docs after implementing #1.


Add comments to playground tabs

We should add some comments and more documentation around the default tabs in graphql playground here.
Something to the affect of
# This is a sample for schema related operations. Below is a sample query for listing your keyspaces
{ keyspaces{ name } }

then the other tab could say something like
# This tab is identical to the first but is here as an example for working with your data. Note that the path
# above includes the name of an existing keyspace. Feel free to close this tab or open as many as you like
# while exploring the GraphQL API.

I have some ideas. Let me make some suggestions.

I have some ideas. Let me make some suggestions.

Much appreciated. I'm not sure how this will relate to https://github.com/stargate/stargate/issues/371 though. We might drop that one and just add some sample queries as comments.

The other choice is a "Import file" button in the playground. I can't tell you how many times I wished that existed.

File to be modified is: https://github.com/stargate/stargate/blob/6452957cd078f17f1c0067c943e3fc2129f61ceb/graphqlapi/src/main/java/io/stargate/graphql/web/resources/PlaygroundResource.java


XAddArgs is a map and does not preserve fields order

From the docs about XADD:

An entry is composed of a set of field-value pairs, it is basically a small dictionary. The field-value pairs are stored in the same order they are given by the user, and commands to read the stream such as XRANGE or XREAD are guaranteed to return the fields and values exactly in the same order they were added by XADD.

This means that I can rely on the order of field-value pairs in an entry added to a stream.
However, Client.XAdd passes key-value pairs using map which does not preserve the order of fields. For example, this code:
rdb.XAdd(context.Background(), &redis.XAddArgs{
	Stream: "my-stream",
	Values: map[string]interface{}{
		"field1": "value1",
		"field2": "value2",
		"field3": "value3",
	},
})

may produce arbitrary order of the key-value pairs in the stream entry.
My proposal is to replace map with []interface{}{"key1", "value1", ...}, however, this is not backward compatible.
Alternatively, it can work similarly to Client.HSet so ofer all three ways to specify the pairs:
- HSet("myhash", "key1", "value1", "key2", "value2")
- HSet("myhash", []string{"key1", "value1", "key2", "value2"})
- HSet("myhash", map[string]interface{}{"key1": "value1", "key2": "value2"})

Alternatively, it can work similarly to Client.HSet so ofer all three ways to specify the pairs:

This seems to be preferable - can you send a PR?

@vmihailenco yes, I will submit it in 1-2 days.

redis-py seems to have the same problem


[QUESTION] Using LiveCharts2 create image with dynamically compiled code

I am trying to use LiveCharts2 to generate chart images by dynamically compiling code using Roslyn. Instead of using NuGet packages, I am using the DLL files directly, which include LiveChartsCore.dll, LiveChartsCore.SkiaSharpView.dll, and SkiaSharp.dll.
However, when I run the code, I get the following error:
"The type initializer for 'SkiaSharp.SKImageInfo' threw an exception."
at SkiaSharp.SKImageInfo..ctor(Int32 width, Int32 height)
at LiveChartsCore.SkiaSharpView.SKCharts.InMemorySkiaSharpChart.GetImage()
at LiveChartsCore.SkiaSharpView.SKCharts.InMemorySkiaSharpChart.SaveImage(String path, SKEncodedImageFormat format, Int32 quality)
at AnalyzeCode.Analyze.RunBeforeAnalyzeSheet(Param param, Object& globalObject, List`1 allFilePathList, Boolean isExecuteInSequence)
I also tried referencing HarfBuzzSharp.dll and SkiaSharp.HarfBuzz.dll, but the error persists. The code works fine when using NuGet packages, so I am unsure why this error is occurring when using the DLLs directly.
Here is the sample code that I am using:
using System;
using System.Collections.Concurrent;
using System.Collections.Generic;
using LiveChartsCore.SkiaSharpView.SKCharts;
using LiveChartsCore.SkiaSharpView;
using LiveChartsCore.SkiaSharpView.Painting;
using SkiaSharp;

......

            SKCartesianChart ch = new SKCartesianChart();
            List<LineSeries<double>> lineSeriesList = new List<LineSeries<double>>();
            LineSeries<double> lineSeries1 = new LineSeries<double>{
                Values = new double[] { 1, 1, 2, 3 ,5 },
                Stroke = new SolidColorPaint(SKColors.Blue) { StrokeThickness = 4 }, // mark
                Fill = null,
                GeometryFill = null,
                GeometryStroke = null
            };
            LineSeries<double> lineSeries2 = new LineSeries<double>{
                Values = new double[] { 2, 1, 4, 6 ,1 },
                Stroke = new SolidColorPaint(SKColors.Blue) { StrokeThickness = 4 }, // mark
                Fill = null,
                GeometryFill = null,
                GeometryStroke = null
            };
            lineSeriesList.Add(lineSeries1);
            lineSeriesList.Add(lineSeries2);
            ch.Series = lineSeriesList;
            ch.SaveImage("CartesianImageFromControl.png");

Can you please help me understand why this error is occurring and how I can resolve it?

Users working with graphics libraries using SkiaSharp 2.80.2 corrected this error by manually copying the libSkiaSharp.dll file into the \packages\SkiaSharp.2.80.2\runtimes\winx64\native\bin folder to the folder where the software is installed. Unfortunately, this described location is not available in LiveChartsCore.
If I can find a solution I will share it with you.


Low GPU usage during inference

Inference is very slow for me, I can see that only the CPU is being used at the beginning (when the two progress bars are loading), only after that, during the second stage that things get a lot faster as the GPU starts kicking in and generate the final results, would it be possible to use the GPU the entire time (especially at the beginning) or that first stage can be done only on the CPU? I'm pretty sure I installed everything correctly.
Thanks for sharing this amazing repo, I'm really impressed with the results!

Thank you for checking out the video and code! The entire code is designed to use and run on GPU by default wherever necessary. Please check the following:

The first progress bar is for detecting faces. Check if dlib is using GPU. Otherwise, it would be very slow.
The second progress bar is generating the faces (LipGAN) and ensure that this model is using the GPU as well.

After this, it is just overlaying the generated video and audio, and it does not need GPU. Please give me some statistics on the inference speed on your end after making sure of the above.

Thanks so much for the help! Now it works perfectly! For anyone having the same problem, I suggest to install Dlib from source, turns out that if you install it from pip or conda and it doesn't detect/compile CUDA for ANY reason (in my case, I was using gcc 7 which was incompatible, had to switch to gcc 6), it will automatically fallback to the CPU only version without even telling you anything (it MAY tell you if you had the "-v" option active, I didn't try), if you install from source it will always tell you immediately if there's been any problem to install the CUDA version.
Before with CPU it would take more than 1 hour, now the same file (17 seconds audio, 720 x 480 video file of 1 minute) will only take SECONDS on a GTX 1070 with 8GB VRAM, a little less than a minute, it's lighting fast!


[Infra] Makefile to magefile migration

The makefile is in place to make it easier and faster to iterate on build target experiments. As those are validated, they would be settling into the magefile. Ideally, we'll start using the magefile as the place for further experiments after the team becomes familiarized with it; in the meantime, we know we need to do the migration (represented by the existence of this issue) and plan to address it as part of the Wiring milestone.

Wanted to add that the TODOs and interim solution in https://github.com/pokt-network/pocket/pull/29 can act as the "origin document" for this issue.
Also, do you think it's worth updating the issue to the structure outlined in the Contribution guide at https://github.com/pokt-network/pocket/pull/36?

I read through https://bitfieldconsulting.com/golang/scripting earlier today which discussed this library: https://github.com/bitfield/script.
tl;dr You get all of the simplicity of shell scripting with the power of Go, and together they're actually better without making any tradeoffs.
E.g. You can replace cut -d' ' -f 1 access.log |sort |uniq -c |sort -rn |head with File("log").Column(1).Freq().First(10).Stdout().
We can have a longer discussion about it, but I very much believe this can be the solution to a simple migration while getting the best of both worlds.

Going to close this out for now as we'll revisit it as the project matures.


Fix markdown styling

Changes
The header of the markdown styling does not render properly on tekton.dev. Changing the formatting so the site can render properly.

Submitter Checklist
These are the criteria that every PR should meet, please check them off as you
review them:

[ ] Includes tests (if functionality changed/added)
[ ] Includes docs (if user facing)
[ ] Commit messages follow commit message best practices
[ ] Release notes block has been filled in or deleted (only if no user facing changes)

See the contribution guide for more details.
Double check this list of stuff that's easy to miss:

If you are adding a new binary/image to the cmd dir, please update
the release Task to build and release this image.

Reviewer Notes
If API changes are included, additive changes must be approved by at least two OWNERS and backwards incompatible changes must be approved by more than 50% of the OWNERS, and they must first be added in a backwards compatible way.
Release Notes

/kind documentation

/test check-pr-has-kind-label

/lgtm

/approve


Vuln. Localization

Generate instruct based dataset to localize vulnerability
Run the code for evaluation

Instruct based data created for localization.
Training ongoing
After training evaluation will start


Automated cherry pick of #6534

Cherry pick of #6534 on release-5.28.
/cc  @srkgupta

Hi @amyblais
Can you please merge this PR to 5.28. It's for the Cypress test reports.

Will try to auto merge this PR once all tests and checks are passing. This might take up to an hour.

Trying to auto merge this PR.

Pull Request successfully merged
SHA: 48d0f86843f4fa5f4a0fed3cc6e48f0d5e9e812d


Integrate Tests With Github

Hey all, I think it's important that tests be run as part of the normal development flow (specifically before PRs are merged).
Do y'all have a test engine that you use elsewhere or like more than others?
At some point tests should be self-hosted, of course :)

CI has been added using argo v1


Make a general character controller

movement, jumping, and possibly the "action" button

WSAD movement
Space Jump
Action = Click, or E/Q/Z


Add update_user_by_subject_identifier (for Account API)

See also https://github.com/alphagov/account-api/pull/106

Trello card

The routing errors should disappear after https://github.com/alphagov/account-api/pull/106 gets merged, right?


[PlayState] Crash with custom game action using steam://launch/ URI

Extension name
PlayState
Bug Description
Starting any steam game using a custom game action leads to a crash of the PlayState extension.
It doesn't matter if the game itself offers a dialog on start or not.
Both the default URI (steam://launch/ID/) and a non-default URI (steam://launch/ID/Option1) result in an extension crash.
All other extensions except library extensions were disabled for the test.
To Reproduce
Add a game action with Link type and enabled Play action checkbox using one of the two following URIs (with GTA V as an example game) leads to the mentioned crash:

Default launch URI: steam://launch/271590/
Non-default launch URI: steam://launch/271590/Option1

Confirmed the bug with a different game that doesn't offer other launch URIs using the default launch URI.
Extensions log
Attached logs contain only the part between pressing Play and restarting Playnite with the extension crash dialog.
playnite.log
extensions.log
Screenshots

Fixed in https://github.com/darklinkpower/PlayniteExtensionsCollection/commit/0ea5daa13d8bc1e698cd165e79431f965c113a24
The core of the issue is that the plugin is being told twice that the game has started. I've opened an issue here https://github.com/JosefNemec/Playnite/issues/2988


changed assert to ValueError in backbone_utils

Solves #5228. I did not add tests because I could not think of any testing logic since these are mostly internal methods which do not get directly called in the testing script. Please let me know if this needs any changes.
I am trying this again from a fresh pull of main because the earlier one failed CI tests.

closing as we are working on this in #5275


Get screen coordinates from diagram coordinates

Currently there is a way for getting the coordinates inside the diagram in relation some point on the screen by utilising Diagram.GetRelativeMousePoint().
What I can't see is a way of getting screen coordinates relative to a point inside the diagram. Is there any current way to achieve this?
If there is none than it would be useful for things like external pop-ups or tool-tips that shall be positioned alongside with a node or port.

Hi, I thought I answered this... Very sorry for the late response.
I'm assuming you already have this working? If so, please let me know and I'll tell you the formula.
I added a new method GetScreenPoint to serve this purpore.

This is now available in 2.1.4!


Docs v4: Sass implementation and rounding precision

@XhmikosR Here is the backport you requested in #32512.
This makes changes similar to those made to the v5 docs to update and clarify the Sass compiler used and the minimum rounding precision we recommend with it. The details added are linked to from several places now instead of bits of the info being spread throughout the docs.
I added some notes about Node Sass being deprecated and how Dart Sass should be a mostly drop in replacement if the user would need support for newer Sass features or CSS standards. It's still made clear that we build Bootstrap v4 with Node Sass, so I think this is a good balance of telling them it's still alright to compile with it while also giving them options if they need newer features.

Is this slated for v4.6.0 or will it have to wait until v4.6.1?

Is this slated for v4.6.0 or will it have to wait until v4.6.1?

Rebased against v4-dev and resolved conflict with mdo's new callout in build-tools.md

Rebased against v4-dev and resolved conflict with mdo's new callout in build-tools.md


Integration dmx not found when trying to verify its light platform.

With new changes to home-assistant integrations are required to get a manifest.
Docs can be found below.
https://developers.home-assistant.io/docs/en/creating_integration_manifest.html
Thanks in advance!

Not sure what this means, but my DMX lights just went AWOL with the most recent update.  What needs to happen?

I'm not sure yet, I am currently trying to get it working again.
I've tried to make my own manifest.json & a init.py file but so far I have only seem to bricked my hass.io :/

Not sure about the init.py as I don't program, but I tried the manifest.json thing and it hosed my startup.  Removed the json file and it fired up again, but now I've lost the ability to automate the house lights in our sanctuary and we have no other means by which to turn them on.

Not sure about the init.py as I don't program, but I tried the manifest.json thing and it hosed my startup. Removed the json file and it fired up again, but now I've lost the ability to automate the house lights in our sanctuary and we have no other means by which to turn them on.

I found about the init.py in this docs... https://developers.home-assistant.io/docs/en/creating_integration_file_structure.html

Yeah, I just read that a few times, but it's basically a foreign language.  I sorta get it, but not enough to start tinkering.

I got it working like this:
light.py should be placed in the folder custom_components/dmx.
In that same folder place an empty init.py (with just 1 line """DMX Lights""")
and a manifest.json with the following content:
{
  "domain": "dmx",
  "name": "DMX Light",
  "documentation": "https://github.com/jnimmo/hass-dmx/",
  "dependencies": [],
  "codeowners": [],
  "requirements": []
}

YESSSSSSS!  I don't know how you figured that out, but kudos.

I created a pull request on jnimmo's repo with these files.

YESSSSSSS! I don't know how you figured that out, but kudos.

Good to see this is not just one of those "works on my machine" things ;-)
Using this: https://developers.home-assistant.io/docs/en/creating_integration_file_structure.html
I was able to figure out that we now need a directory for the component (previously you could just create a custom_components/dmx.py).
From there on, https://github.com/home-assistant/example-custom-config/tree/master/custom_components/example_light
lead me to the files needed.

YESSSSSSS! I don't know how you figured that out, but kudos.

Good to see this is not just one of those "works on my machine" things ;-)
Using this: https://developers.home-assistant.io/docs/en/creating_integration_file_structure.html
I was able to figure out that we now need a directory for the component (previously you could just create a custom_components/dmx.py).
From there on, https://github.com/home-assistant/example-custom-config/tree/master/custom_components/example_light
lead me to the files needed.

Awesome, going to try it soon as possible.
Thanks guys for being able to make this work again. Let's see if @jnimmo will merge it. Haven't seen a response from him in while.

Sorry all I'd updated the IntesisHome platform but forgot about DMX needing rearranging too, and been away for the last couple of days. Thanks for the PR and resolving!


Guidance on one vs multiple instance of telemetry/partitioning usage

This is a repeat question in multiple channels. The content will provide guidance on choosing if the telemetry instance should be single/multi instance. Pros and cons of each approach

@narmathabala - this issue has been stale for a while, is it still relevant with an active plan or should it be closed

Closing for now, will be added as needed


Validator - check that RGBA/RGB/RGB565/CONSTANT_RGBA are in range

fixes #119
Checks that the values of RGBA (array), RGB (array) and CONSTANT_RGBA are between 0-255, and that the values of RGB565 (array) are between 0-65535.

@lilleyse Should be good now.


EPU error handling not working in bluesky (not bsui issue)

Investigate IOC or profile to find the fix to issue reported in https://github.com/NSLS-II/Bug-Reports/issues/178

It's out of scope of today's deployment visit, should be rather addressed in a separate visit with 1-2 DAMA people.

@ambarb to ask CSX and IOS if they have seen this happen.  maybe we close the issue if no one is reported?

@ambarb to ask CSX and IOS if they have seen this happen.  maybe we close the issue if no one is reported?

Consulting with others, this seems to be a very rare event.  It isn't worth the investigation and time to try to uncover what is wrong, especially if it was a random bit-flip kind of thing or something the accelerator noticed and fixed.

Consulting with others, this seems to be a very rare event.  It isn't worth the investigation and time to try to uncover what is wrong, especially if it was a random bit-flip kind of thing or something the accelerator noticed and fixed.


Badge Ordering

Love this script.  2 requests:

Could Hubot recite the badges in opposite order he is currently?  For example, it currently recites from oldest added to newest added.
Could Hubot prioritize the anomaly badges from newest to oldest anomaly, like the scanner currently does?  So the order would be [Anomaly Badges Newest-Oldest],[All other badges newest-oldest].

Thanks!

I'm fairly certain we list them alphabetically. I'm hesitant to permanently change their order, because what if other people want them in a specific (different) order? We can't please everyone in this way. However, we could include an option when you ask for the list to reverse the order on-demand.

Ah yes, to clarify, this is for the "what badges do I have" command.

"What badges do I have (in) reverse"

Oops :)

Please reopen this issue/pull-request over at therealklanni/hubot-ingress.


fix(devtools-extension): Skip bundle script

Current dependencies on/for this PR:

main

PR #2335   👈

This comment was auto-generated by Graphite.


who: fix build on raspberry pi 2

who fails to compile on a raspberry pi 2. This commit fixed that.
idle_string was using time_t. But it is called with the result of meta.atime(), which returns an i64. And it is compared with n.to_timespec().sec, which is also an i64. So it seems appropriate to use i64 instead of time_t.

Original error message:
$ cargo build  --features "who"  --no-default-features
   Compiling who v0.0.1 (file:///home/pi/src/coreutils/src/who)
src/who/who.rs:253:49: 253:53 error: mismatched types [E0308]
src/who/who.rs:253         if boottime < when && now - 24 * 3600 < when && when <= now {
                                                                   ^~~~
src/who/who.rs:253:49: 253:53 help: run `rustc --explain E0308` to see a detailed explanation
src/who/who.rs:253:49: 253:53 note: expected type `i64`
src/who/who.rs:253:49: 253:53 note:    found type `i32`
src/who/who.rs:253:65: 253:68 error: mismatched types [E0308]
src/who/who.rs:253         if boottime < when && now - 24 * 3600 < when && when <= now {
                                                                                ^~~
src/who/who.rs:253:65: 253:68 help: run `rustc --explain E0308` to see a detailed explanation
src/who/who.rs:253:65: 253:68 note: expected type `i32`
src/who/who.rs:253:65: 253:68 note:    found type `i64`
src/who/who.rs:254:38: 254:42 error: mismatched types [E0308]
src/who/who.rs:254             let seconds_idle = now - when;
                                                        ^~~~
src/who/who.rs:254:38: 254:42 help: run `rustc --explain E0308` to see a detailed explanation
src/who/who.rs:254:38: 254:42 note: expected type `i64`
src/who/who.rs:254:38: 254:42 note:    found type `i32`
src/who/who.rs:254:32: 254:42 error: the trait bound `i64: std::ops::Sub<i32>` is not satisfied [E0277]
src/who/who.rs:254             let seconds_idle = now - when;
                                                  ^~~~~~~~~~
src/who/who.rs:254:32: 254:42 help: run `rustc --explain E0277` to see a detailed explanation
src/who/who.rs:254:32: 254:42 help: the following implementations were found:
src/who/who.rs:254:32: 254:42 help:   <i64 as std::ops::Sub>
src/who/who.rs:254:32: 254:42 help:   <&'a i64 as std::ops::Sub<i64>>
src/who/who.rs:254:32: 254:42 help:   <i64 as std::ops::Sub<&'a i64>>
src/who/who.rs:254:32: 254:42 help:   <&'b i64 as std::ops::Sub<&'a i64>>
src/who/who.rs:437:25: 437:36 error: mismatched types [E0308]
src/who/who.rs:437             idle_string(last_change, 0)
                                           ^~~~~~~~~~~
src/who/who.rs:437:25: 437:36 help: run `rustc --explain E0308` to see a detailed explanation
src/who/who.rs:437:25: 437:36 note: expected type `i32`
src/who/who.rs:437:25: 437:36 note:    found type `i64`
error: aborting due to 5 previous errors
error: Could not compile `who`.


Preparing for inplace NLP

@PierreMartinon aiming to providing inplace function as a result of nlp_constraints!, having inplace signatures for ξ, η, ψ, ϕ, θ:
julia> (ξl, ξ, ξu), (ηl, η, ηu), (ψl, ψ, ψu), (ϕl, ϕ, ϕu), (θl, θ, θu),
    (ul, uind, uu), (xl, xind, xu), (vl, vind, vu) = nlp_constraints!(ocp)

Related to: https://github.com/control-toolbox/CTDirect.jl/issues/188
@ocots I'll need some help to update the unit tests.

@jbcaillau 5 possible nonlinear (= defined by functions, now inplace) constraints to treat, associated respectively with ξ, η, ψ, ϕ, θ:
        (type, f::BoundaryConstraint, lb, ub) && if type ∈ [:initial, :final, :boundary] end # ϕ
        (:control, f::ControlConstraint, lb, ub) # ξ
        (:state, f::StateConstraint, lb, ub) # η
        (:mixed, f::MixedConstraint, lb, ub) # ψ
        (:variable, f::VariableConstraint, lb, ub) # θ

@PierreMartinon any preliminary comments?

@PierreMartinon aiming to providing inplace function as a result of nlp_constraints!, having inplace signatures for ξ, η, ψ, ϕ, θ:
julia> (ξl, ξ, ξu), (ηl, η, ηu), (ψl, ψ, ψu), (ϕl, ϕ, ϕu), (θl, θ, θu),
    (ul, uind, uu), (xl, xind, xu), (vl, vind, vu) = nlp_constraints!(ocp)

Related to: control-toolbox/CTDirect.jl#188

@PierreMartinon back on this issue. on your side, ready for inplace in CTDirect.jl with trapezoidal scheme?

@ocots I'll need some help to update the unit tests.

@ocots we'll need to be able to run tests like
    @def o begin
        t ∈ [ 0, 1 ], time
        x = [ r, v ] ∈ R², state
        u ∈ R, control
        w = r + 2v
        r(0) == 0,    (1)
        v(0) == 1,    (♡)
        ẋ(t) == [ v(t), w(t)^2 ]
        ∫( u(t)^2 + x₁(t) ) → min
    end
    x = [ 1, 2 ]
    x0  = 2 * x
    xf  = 3 * x
    u = 3
    @test constraint(o, :eq1)(x0, xf) == x0[1]
    @test constraint(o, Symbol("♡"))(x0, xf) == x0[2]
    @test o.dynamics(x, u) == [ x[2], (x[1] + 2x[2])^2 ]
    @test o.lagrange(x, u) == u^2 + x[1]

It is better not to rewrite test but to update the getters (such as constraint) so that they take care of the functions now being in place. My question: can you please remind me what getters are available for dynamics and the three different costs? (Using getters in the test would be nicer, too.)

Getters:
https://github.com/control-toolbox/CTBase.jl/blob/5db9d88a096e8a515aa289dcbd30c72435679b5f/src/optimal_control_model-getters.jl#L565-L589

@ocots excellent. do think you could vscode update test_onepass.jl to replace field accesses by these getters? Then it should be fairly easy to reuse the existing tests with in place functions.

Getters:
[...]

@ocots just for the record: no bolza getter, subsumed by lagrange + mayer ones, I suppose?

Hi guys,
While you're at it, can you make it so that initial conditions are always before final conditions when building the boundary conditions ?
Also, iirc mayer exists only in autonomous version ?

@PierreMartinon

Hi guys, While you're at it, can you make it so that initial conditions are always before final conditions when building the boundary conditions ?

OK

Also, iirc mayer exists only in autonomous version ?

Not sure that the question makes sense:

either $t_0$ and $t_f$ are fixed and the mayer cost function is $g(x_0,x_f[,v])$ (where $v$ is another variable)
or $t_f$, for instance, is free and then is (a component of) the variable, so $g(x_0, x_f, t_f)$ is expected

Same thing for (nonlinear) boundary conditions, BTW.
Am I missing sth?

Parametric type:
struct TypeParamExample{T<:Number}
    x::T
end

and for a function:
julia> function f(x::T, y::T) where {T <: Number}
       return x + y
       end
f (generic function with 1 method)

julia> f(1, 2)
3

julia> f(1, 2.0)
ERROR: MethodError: no method matching f(::Int64, ::Float64)

Closest candidates are:
  f(::T, ::T) where T<:Number
   @ Main REPL[5]:1

Stacktrace:
 [1] top-level scope
   @ REPL[7]:1

@jbcaillau
The scalar case for the constraints must be treated.

Voir :

https://docs.julialang.org/en/v1/manual/performance-tips/#man-performance-value-type
https://docs.julialang.org/en/v1/manual/performance-tips/#kernel-functions

@jbcaillau The scalar case for the constraints must be treated.

@joseph-gergaud @PierreMartinon should be OK provided in place functions returned by nlp_constraints! are called with a (slice of) vector as first arg. may be an exception for Lagrange cost, to be checked. in any case, the possible generated error should be clear enough 🤞🏾

[ ] @jbcaillau adapt getters (constraint, dynamics, lagrange, mayer) to transform in place into out of place

@PierreMartinon catch-up this Monday 9/9 at 14:00 on zoom
https://univ-cotedazur.zoom.us/my/caillau
@ocots @joseph-gergaud welcome if you're around!


var -> let & const

a little more es6
cheers!
🎉

I appreciate the pull request, but I prefer doing this myself as there are many other things to tweak.


Feature: hide timestamp from TimezoneSelect by default

the timezone select uses the append slot to display an example of what the current time would be in the selected timezone. upon closer review, this doesn't make sense for situations where the timezone select is right next to a datepicker. The user would expect to A: be able to edit that time from here. B: expect the time to be the one selected from the other component, not the current time.
before:

after:

Thanks for the quick turnaround on this!


Use frontend tests?

Vue testing library seems to be popular:

https://testing-library.com/docs/
https://github.com/testing-library/vue-testing-library
Example project: https://www.reddit.com/r/vuejs/comments/nonnjh/looking_for_code_repos_using_vue_testing_library/

I'm not completely sold by the idea of having UI tests...

Cypress seems to be currently the state of the art

Let's try it with the visual snapshot tests of storybook, and if that doesn't suffice we can always add cypress or the like later.


feat: notification component

Closes https://github.com/Trendyol/baklava/issues/141.

Hi Onur, thank you for your contribution. However, before coding phase, there should be an issue to work and talk on it. We create a technical document or make a decision inside the issue, then coding phase is started.
We have more or less four different types of issues in Baklava.
1 - Fully technical improvement Issues
2 - Fully design related issues (ux/ui)
3 - Component development Issues
4 - Bugs
In your PR, there are lots of questions should be answered because of the nature of the design system.

Do we need those features? (/w design team)
If we need, what will be the experience, what is the right way to add those in terms of user experience? (/w design team)
What is the right way of develop these features in terms of development? (technical discussion in the issue)
etc.

Good news, our notification component status is in design. You can check all decisions and details at #141. Maybe this PR can be start point for us when we starting development 🚀

We can re-open this PR once it's ready.


added port parameter to specify listen port

@sh3rp
I modify your PullRequest like bellow, and I'll merge this branch at 6/10 JST.
If you have any opinion, please give me until that.
https://github.com/Kmotiko/gofc/commit/fdebcf11996e3214b5eeab4048a72d634a2cfe38


Some refused on predict with SVM non linear kernel

Hi  nfmcclure,
Sorry for ask again about predict points in SVM. But before I can ask something I dont understand, you have closed my topi. I have some confused when apply your example SVM non linear for my case. I already train SVM non linear with gaussian kernel for iris dataset. Everything is ok, train and predict with all data. But when I try to predict some point in dataset, all y label is 0 not 1 or -1.
My code here:
I create my point is 1 point in dataset.
predict_grid = np.float32(np.array([[5.0999999, 3.5, 1.39999998, 0.2]])) rA = tf.reshape(tf.reduce_sum(tf.square(x_data), 1), [-1, 1]) rB = tf.reshape(tf.reduce_sum(tf.square(predict_grid), 1), [-1, 1]) pred_sq_dist = tf.add(tf.subtract(rA, tf.multiply(2., tf.matmul(x_data, tf.transpose(predict_grid)))),                       tf.transpose(rB)) pred_kernel = tf.exp(tf.multiply(gamma, tf.abs(pred_sq_dist)))
I have some confuse here, We need provide ( y_target  mean true label with variable of svm) to predict point, so if b_tf have batch size < size of sample y, so how I choose  y target ??
prediction_output = tf.matmul(tf.multiply(tf.transpose(y_target), b_tf), pred_kernel) prediction = tf.sign(prediction_output - tf.reduce_mean(prediction_output))
all value prediction is 0
print(prediction.eval())

Hi @trangtv57 , thanks for the bug report. Sorry about the late reply, I'm just now getting around to traiging the issues in preparation for a code v2 of the book.
I should be getting around to this in the next few months.  Thanks again!

This should be fixed now. Try repulling the updated code. Thanks!


undefined reference to sliceInit

I built a Rust staticlib with the following interface:
#[cxx::bridge]
mod ffi {
    extern "Rust" {
        fn test(slice: &[u8]);
    }
}

The C++ code is as simple as
int main()
{
    auto a = rust::Slice<const uint64_t>(nullptr, 0);
    return 0;
}

When trying to link C++ code with  librust.a (with some code generated by cxx-bridge), I get
undefined reference to rust::cxxbridge1::sliceInit(void*, void const*, unsigned long)'
I guess this function is not exported in the librust.a.
However, when adding to the interface a function returning a Result (for exemple: fn test2() -> Result<bool>)
the linking works

It's defined here. You would need to make sure that whatever linker invocation you are making includes all the C++ and Rust code that this library contains.

Thanks for your quick answer!
So from what I understand I should have a copy of cxx.cc locally in my project
I have two remarks (if my understanding is correct):

This implies that I must update this file when updating the cxx dependency and the cxxbridge binary (not sure about compatibility between versions). This is not a big problem but still something not to forget.
I find surprising that this file has to be included in some cases but not anymore when a new function is added to the interface so I'm wondering if this is intended (I guess when adding the function test2 in my previous example, the cxx-bridge binary adds the sliceInit wrappers in the exported c++ code, but I don't understand why)

I would find it simpler is the cxxbridge binary always included the needed wrappers from cxx.cc into the exported code (but I guess there's something I don't get)

It should be automatically built and linked if you're using cargo (or corrosion in CMake etc.). The library and symbols generated from cxx.cc are automatically linked when you include the cxx dependency in your crate as per the build script and links.
However, it may be that cargo decides that the library and by extension its dependencies and in particular cxx is unreachable. cargo's linker may then prune all symbols which would appear as if they were never linked. Make sure that all crates with cxx-dependencies are a publicly visible dependency of the output library.
In my experience, it suffices to have a module like this in your top-level library:
mod _usage {
    pub use crate_with_cxx::*;
}


Record rest field should be documentable

Description:
Documentation syntax should support documenting the rest field in records. For sealed records, there should be a way to indicate in the docs that the record is a sealed one.

There needs to be a way to indicate that a record is sealed in the generated docs.
Eg - lock mark in front of the record


cloud friends in SHARE ACCESS tab multiply on app reload

WTF.
Steps to reproduce:

accept a cloud invite
verify the friend appears in SHARE ACCESS
reload the app
the friend will now appear twice in SHARE ACCESS

Reload the app again, and the friend will appear three times. Repeat.

Might be related:
https://github.com/uProxy/uproxy/issues/2163

I'm noticing if you reload the extension (or even just close and re-open the popup) the duplicate cloud friends disappear

The problem looks to be this line: https://github.com/uProxy/uproxy/blob/0db725e4170f0fc15608c6dac8e1aea3d648a393/src/generic_ui/scripts/model.ts#L88
This is making the assumption that Cloud friends aren't on the share tab, which is no longer true for some cloud friends.  It seems like we could do one of the following:

remove this check completely
check what type of cloud friend the user is
rewrite the removeNetwork method to no longer call categorizeUser(.., .., .., null) which seems like a weird hack anyways for removing users from the buddylist.  Instead we could just iterate through all the roster categories and remove all users where user.network == network

@lucyhe thoughts?


Bump types-setuptools from <IP_ADDRESS>40115 to <IP_ADDRESS>40125 (#7051)

Pull request opened by the merge tool on behalf of #7051

Merged in 38aebbfdbfa8d25c659b353d276b64a3ceebc6db


Go generate

Hitting issues compiling Repo mocks which I think relate to how I'm generating it.
Can't figure out how you generated kubectl mocks, lets discuss


Pydantic Bump

This bumps pydantic to v0.32 as the latest release and also ensure that molecules built from Schema go through validators. The validator issue is subtle, but important where the Molecule rounding definitions must be applied even though that is formally not in the schema. I figure from a file can be slow(er) than from memory and keeps this simple.

Hmm, we could consider one more field like no rounding which will not generate a hash. Effectively without rounding these is no reasonable hash to provide which will not catch duplicates.

It's fine to have rounding -- it just needs to be more fine-grained so that step = 0.005 * normal_mode_coord corresponds to 0.005 in the assembly formula, not 0.00496.
But its true that a QCSchemus created from a round=10 is going to be harmed by another pass through validation that blithely assumes round=8 (in fact, we'd better check findif DDD with this current PR (or after its merge) and before the QCA beta). Another field with the rounding criterium (int) should do?
Not following how more precision causes duplicates problems. 1.000 000 00111 gets one hash when default rounding applied 1.000 000 00 and another hash with 10 rounding 1.000 000 001 1, right? those will be separate mols with slightly different energies.

Controllable rounding and hashes is really complex and far too subtle IMO*. You either have rounding and a hash, or you do not have rounding and a hash. You get two options.
*subtlety here is specifically on the implementation and preventing collisions. Also hard on the user.

I will trust your opinion, esp. as I've just recalled that there are job IDs by which to look up the pieces of a findif so not dependent (for restart) on constructing mol and options hashes for general QCA search.

Right, so anything without a hash could only be looked up via ID or substructure search (chemical formula, etc).

Sounds good. I agree on the no_hash field, then. Really don't want official hash geometry of a record to not match internal geometry for calc.

What should we call it "nohash", "noround"?

No strong feelings. "nohash" may be more generic so could also be used, for instance, for mols with an .extras['efp'] section

"hashable"?

I like it. Better that the default has value True and the oddity has value False

@loriab Ready for final review, I will grab the Molecule item afterwards.

compare not working? changed a Cartesian coordinate btwn h2oA and h2oC below, and it unexpectedly compares True.
import qcelemental as qcel

from qcelemental.models import Molecule

h2oA = Molecule.from_data("""
    0 1
    O  -1.551007  -0.114520   0.000000
    H  -1.934259   0.762503   0.000000
    H  -0.599677   0.040712   0.000000
    """)

h2oB = Molecule.from_data("""
    0 1
    O  -1.551007  -0.114520   0.000000
    H  -1.934259   0.762503   0.000000
    H  -0.599677   0.040712   0.000000
    """)

# -1.55 --> -2.55
h2oC = Molecule.from_data("""
    0 1
    O  -2.551007  -0.114520   0.000000
    H  -1.934259   0.762503   0.000000
    H  -0.599677   0.040712   0.000000
    """)

print(h2oA)
print(h2oC)

print(h2oA.compare(h2oB))  # True
print(h2oA.compare(h2oC))  # True !!!

Ok, need to make a failure test here.

@loriab Ah, this was a large mistake. Please see the revised code.

Going to go ahead and merge, we can patch at a later date if needed.


Compatibility with the latest changes in commanded

I tried to use some new features of commanded with extreme adapter and found out that they are incompatible.
So, there is what I did in this PR:

Added child_spec/0 and subscribe_to/4 functions required by the new behaviour
Added support for transient subscriptions to all streams
Copied adapter tests from commanded/test/support and tweaked them
Made sure that tests can start/stop Docker container with Event Store
Updated dependencies (including commanded itself, which will change after its release)

What I'd like to do in the next PRs:

add support for missing parts from the newest features (look for @tag skip: ... and @todo comments)

:no_stream and :stream_exists parameters for append_to_stream
find a better way of handling event_number (does global event number make any sense in Event Store?)
allow persistent subscriptions to the streams that are not projections
unsubscribe by PID instead of subscription name like it is documented in commanded

get rid of copy-pasted tests and use the original test cases as I did it in snapshot_test.exs
try to make restarts between tests faster (stop/start container instead of kill -> delete -> create?)
start using formatter in this repo

Let me know if you're interested in further development of this library and the above steps sound like a plan. :)

@ImmaculatePine Really sorry to have wasted your time, but I've already done the work to upgrade this adapter to support Commanded's next release in the feature/commanded-vnext branch.

@slashdotdash Haha, I was pretty sure that this library was abandoned. :D Good to know that I was wrong. At least I had a chance to learn how it works from inside.


scan crossed filesystem boundary error

Syncing doesn't work (SSH session here) and mutage list reports following. MacOS
✗ mutagen list
--------------------------------------------------------------------------------
Session: afb61a64-c888-4e1c-975d-38511630f693
Alpha:
	URL: /Users/gostrolucky/PhpstormProjects/calida
	Connection state: Connected
Beta:
	URL: calida:/calida
	Connection state: Connected
Status: Waiting 5 seconds for rescan
Last error: beta scan error: scan crossed filesystem boundary
--------------------------------------------------------------------------------

Is /calida a filesystem mount point inside of the VM?  E.g. a VirtualBox shared folder?  Or is some subdirectory of /calida a mount point?
Mutagen won't synchronize across filesystem boundaries because (a) it can't (or at least shouldn't) write over them or delete them and (b) it detects certain filesystem behaviors (e.g. Unicode normalization behavior) that it requires be consistent over the synchronized filesystem hierarchy.

Ah yeah, there are some mount points in the folder of the VM. Error message could be improved

Does the --ignore option work to avoid this error?
VM:
$ cat /etc/fstab
LABEL=cloudimg-rootfs	/	 ext4	defaults	0 0
tmpfs /calida/community/var tmpfs size=200m,mode=0755,uid=vagrant,gid=vagrant 0 0

Host:
✗ mutagen create --ignore community/var community calida:/calida/community Created session a70057f9-4f89-4ff1-a01a-59cf99c6ca5e
➜  calida git:(master) ✗ watch mutagen list
➜  calida git:(master) ✗ mutagen list
--------------------------------------------------------------------------------
Session: a70057f9-4f89-4ff1-a01a-59cf99c6ca5e
Alpha:
	URL: /Users/gostrolucky/PhpstormProjects/calida/community
	Connection state: Connected
Beta:
	URL: calida:/calida/community
	Connection state: Connected
Status: Waiting 5 seconds for rescan
Last error: beta scan error: scan crossed filesystem boundary
--------------------------------------------------------------------------------

It should, but given the paths you've specified, I think you'd want to use
mutagen create --ignore var community calida:/calida/community

The ignores are treated as relative to the synchronization root, which in this case already includes the community component.

Regarding the error message, I'm open to suggestions.  I feel like it might be more of a documentation issue though (something I'm working on at the moment) as opposed to an error message issue.  Maybe the error message could include links into the final documentation?

Error should say what folder does it choke on (fs mountpoint), that would help a lot. Message itself is ok-ish, but could somehow mention mount points instead of just filesystems, this makes it suggest it would be ok if sub mount had same filesystem type.

I'm going to close this because I'm not sure there's anything actionable here.  There is indeed a filesystem boundary being crossed.  Regarding the error message, I'll add the idea of improving the messages (or adding reference codes/links) to the v0.9.0 and v0.10.0 roadmaps.  I'll definitely try to add more information in the upcoming documentation changes.


TypeError: init() got an unexpected keyword argument 'iter'

Hi, thank you very much for the interesting work!
I want to train the model, but something error.
Traceback (most recent call last):   File "/workspace/LDMVFI/main.py", line 652, in <module>     data.prepare_data()   File "/workspace/LDMVFI/main.py", line 180, in prepare_data     instantiate_from_config(data_cfg)   File "/workspace/LDMVFI/ldm/util.py", line 85, in instantiate_from_config     return get_obj_from_str(config["target"])(**config.get("params", dict())) TypeError: __init__() got an unexpected keyword argument 'iter'

Hi, thank you for your interest in our work!
It seems like you've changed the training dataset in the config (i.e. the data.params.train.target field), but left the old keyword arguments unchanged (which includes the argument iter).
In the config file (.yaml), you need to make sure the params field of data.params.train match the arguments for the dataset class specified in data.params.train.target.
I hope this helps.
Thanks.

Thanks！it works.


Alternating row colors

According to https://social.technet.microsoft.com/Forums/en-US/67b7e912-2a44-4e51-bf89-8084141733ff/add-alternate-shading-into-a-modern-sharepoint-lists?forum=onlineservicessharepoint. Alternating row colors is easy, yet I can't find any sample json for that?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 002a1ee9-dc9f-8dc1-6f3c-ef23297b83d4
Version Independent ID: 82565c7e-b264-94f5-8708-d4757482e133
Content: Use view formatting to customize SharePoint
Content Source: docs/declarative-customization/view-formatting.md
Product: sharepoint
GitHub Login: @spdevdocs
Microsoft Alias: spdevdocs

Great news! This is now possible with View Formatting in O365! You can now use @rowIndex and the modulus operator % to apply classes to alternate rows using the additionalRowClass property.
Here is a sample doing exactly that: https://github.com/SharePoint/sp-dev-list-formatting/tree/master/view-samples/alternating-rowclass

Please let us know if this works for you or if you have any questions. If this solution works for you, feel free to close the issue. Thanks!

Perfekt 😊 It Works great and the sample is spot on. Keep up the great work

Awesome! Let us know if there's anything else you need in the future!

@rowIndex works in the ListView in JSON used to Format View.  However, when viewing the List View web part on a Modern Themed site page, @rowIndex returns -1.

@sanjitlpatel I'm not having any trouble referencing @rowIndex on a modern page using the list web part. I recommend opening this as a new issue and provide additional details about the format you are using and the issue you are seeing. Thanks!

@thechriskent Can you confirm the SharePoint version and the JSON file you are using for your test?  I'll open a new ticket once I reproduce with your JSON file.
Thanks.


Switch AudioSource to a streaming audio implementation internally

https://trello.com/c/b8J28Bn6/60-use-streaming-ogg-decoding-in-audiosource


Feature/#570

Feature/#570 gives the possibility to use additional http request properties for tile download URL connections.

merge conflicts


Bug located in Maxwell3D assign_impedance: Impedance is assigned to a body, but it should be assigned to a face

Before submitting the issue

[X] I have searched among the existing issues
[X] I am using a Python virtual environment

Description of the bug
Impedance BC should be assigned to faces of an object, but it is assigned to bodies.
Steps To Reproduce
This doesn't work, although it should be the correct usage of the function:
shield_faces = m3d.modeler.select_allfaces_fromobjects(["Shield_1st", "Shield_2nd"])
m3d.assign_impedance(
geometry_selection=[shield_faces ],
material_name="aluminum",
impedance_name="ShieldImpedance",
)
This works, but is incorrect:
m3d.assign_impedance(
geometry_selection=["Shield_1st", "Shield_2nd"],
material_name="aluminum",
impedance_name="ShieldImpedance",
)
An idea how to fix the issue: The function should select_allfaces_fromobjects from the objects given as an input and assign the impedance BC to the faces.
This is an example IronPython code which gives the correct output:
oModule.AssignImpedance(
[
"NAME:Impedance1",
"Faces:="		, [151,152,96,99,153,97,95,154,126,155,156,157,158,128,246,247,190,192,248,194,191,249,221,250,251,252,253,223],
"UseMaterial:="		, True,
"MaterialName:="	, "aluminum",
"IsPermeabilityNonlinear:=", False,
"Conductivity:="	, "38000000"
])
Which Operating System are you using?
Windows
Which Python version are you using?
3.10
Installed packages
anyio==3.6.2
argon2-cffi==21.3.0
argon2-cffi-bindings==21.2.0
arrow==1.2.3
asttokens==2.2.1
async-lru==2.0.4
attrs==23.1.0
Babel==2.13.1
backcall==0.2.0
beautifulsoup4==4.12.2
bleach==6.0.0
certifi==2<IP_ADDRESS>
cffi==1.15.1
charset-normalizer==2.0.12
colorama==0.4.6
comm==0.1.3
debugpy==1.6.7
decorator==5.1.1
defusedxml==0.7.1
docutils==0.20.1
executing==1.2.0
fastjsonschema==2.16.3
fqdn==1.5.1
idna==3.3
importlib-metadata==6.6.0
importlib-resources==5.12.0
ipykernel==6.23.0
ipython==8.12.2
ipython-genutils==0.2.0
isoduration==20.11.0
jedi==0.18.2
Jinja2==3.1.2
joblib==1.3.1
json5==0.9.14
jsonpointer==2.3
jsonschema==4.19.2
jsonschema-specifications==2023.7.1
jupyter-events==0.6.3
jupyter-lsp==2.2.0
jupyter_client==8.2.0
jupyter_core==5.3.0
jupyter_server==2.5.0
jupyter_server_terminals==0.4.4
jupyterlab==4.0.8
jupyterlab-pygments==0.2.2
jupyterlab_server==2.25.1
jupyterlab_theme_solarized_dark==3.0.0
jupytext==1.15.2
markdown-it-py==3.0.0
MarkupSafe==2.1.2
matplotlib-inline==0.1.6
mdit-py-plugins==0.4.0
mdurl==0.1.2
mistune==2.0.5
nbclassic==1.0.0
nbclient==0.7.4
nbconvert==7.4.0
nbformat==5.8.0
nest-asyncio==1.5.6
notebook==6.5.4
notebook_shim==0.2.3
numpy==1.22.4
p2j==1.3.2
packaging==23.1
pandocfilters==1.5.0
parso==0.8.3
pickleshare==0.7.5
pkgutil_resolve_name==1.3.10
platformdirs==3.5.1
prometheus-client==0.16.0
prompt-toolkit==3.0.38
psutil==5.9.1
pure-eval==0.2.2
pycparser==2.21
Pygments==2.15.1
Editable install with no version control (PyMotorCAD==0.0.1)
-e c:\ansys_motor-cad\15_1_3\python\rpc
pyrsistent==0.19.3
python-dateutil==2.8.2
python-json-logger==2.0.7
pytz==2023.3.post1
pywin32==304
pywinpty==2.0.10
PyYAML==6.0
pyzmq==25.0.2
readme-renderer==36.0
referencing==0.30.2
requests==2.31.0
restview==3.0.1
rfc3339-validator==0.1.4
rfc3986-validator==0.1.1
rpds-py==0.12.0
scikit-learn==1.3.0
scipy==1.8.1
Send2Trash==1.8.2
six==1.16.0
sniffio==1.3.0
soupsieve==2.4.1
stack-data==0.6.2
terminado==0.17.1
threadpoolctl==3.1.0
tinycss2==1.2.1
toml==0.10.2
tomli==2.0.1
tornado==6.3.1
traitlets==5.9.0
typing_extensions==4.5.0
uri-template==1.2.0
urllib3==1.26.9
wcwidth==0.2.6
webcolors==1.13
webencodings==0.5.1
websocket-client==1.5.1
zipp==3.15.0

@IreneWoyna I think the method just needs a refactoring like the assign_insulating method which allows both Bodies and Faces. We could test if it works similarly to assign_insulating.
https://github.com/ansys/pyaedt/blob/main/pyaedt/maxwell.py#L2118
Do you want me to take a look? Or do you want to try?

Thanks for the hint @Samuelopez-ansys, I'll try myself :)


Add custom Code Snippet Component to RS Storybook Instance

Problem statement
The custom Code Snippet Component that RS uses on the website is not in the RS Storybook instance yet. As such, it should be added to Storybook so that design team can use it as a source of truth moving forward (and reference it easily for the engineering team to execute on their designs).
What you need to know

RS Public Storybook instance
May need to use Chromatic. Can reference instructions created in #9987

Acceptance criteria

[ ] The "Code Snippet Component" appears on the public RS Storybook instance (link above)

To do

[ ] ...

This may be completed in #8941


GirCore.Gst-1.0 Doesn't work on linux-arm

Describe the bug
When trying to play a video file or connect to an Ip camera, GStreamer does not start and sends a lot of WARNING.
Expected behavior
Successful connection to the camera and video playback.
Steps to Reproduce
In general, it is unknown. Try to run on the Linux arm platform...
Right now I can only test on a device with an i.MX6Q processor.
Detailed Description
If you use gst-launch-1.0, then everything works fine. Here are examples of commands:
gst-launch-1.0 playbin uri=playbin uri=file:///opt/Costa_Rica_HD_25Fps.avi
gst-launch-1.0 filesrc location=/opt/Costa_Rica_HD_25Fps.avi ! decodebin ! autovideosink

Also worked fine when using gstreamer-sharp: https://github.com/vladkol/gstreamer-netcore
Test project source code: https://github.com/utlark/GirCoreArm
Log files: https://github.com/utlark/GirCoreArm/tree/master/!res
Gir-log are logs that were received simply when the program was started.
Full-log were received after exporting GST_DEBUG="*:6".
Environment

OS: Embedded Linux
CPU: i.MX6Q
IDE: JetBrains Rider
GirCore.Gst-1.0: 0.4.0 and 0.5.0-preview.2

Hm hard to say what is wrong.
Are you sure your platform is supported (https://github.com/dotnet/core/blob/main/release-notes/6.0/supported-os.md)? Especially in regard to glibc?
As the messages are coming from gst someone would need to understand what they actually mean. Sounds a bit like wrong states.
Which version of GStreamer are you using? If there are version mismatch's it could explain the problems.
The nuget packages are created for 3 platforms: MSYS2 (windows), Brew (Mac) and Flatpak (Linux gnome sdk). The code originates from some xml files. If those Gir files do not match your system things can go wrong.
So you could try to compile the bindings with the Gir files of your system.

Since this is Embedded Linux, everything is built from source, in our case through the Buildroot build system.
ASP.NET Core Runtime is downloaded from the official website:
https://dotnet.microsoft.com/en-us/download/dotnet/6.0
Although in this case I used a self-contained assembly. In general, this is due to some difficulties updating the system, but recently our main application also works as self-contained and no problems arise.
So, the platform seems to be quite supported.
As for the versions, tests were carried out on two systems. The old system had glibc 2.29-30 and GStreamer 1.16.0. The new system has glibc 2.37-45 and GStreamer 1.22.6.
GStreamer sources for the new system:
https://gstreamer.freedesktop.org/src/gstreamer/gstreamer-1.22.6.tar.xz
Alright, I'll try to compile the binding with the Gir files of our system tomorrow.

Yes you can try to build it yourself.
From the gst version point of view your binaries are newer than the ones the nuget packages are referencing (see gir_files.txt). (The version in the txt file defines the version which is not going to be used: so it references the newest version which is smaller than the one mentioned in the file.)
Alternatively to building yourself, you could try to manually write the bindings for the native methods. As you only need very few methods in your sample it should be pretty easy:

For objects just use IntPtr as data type
strings need to be converted to utf8 and ownership transfer needs to be taken into account. String helper classes are here

Perhaps you get it working manually and we can figure out the differences to the generated code.

Eventually, I did manage to figure out what the problem was.
Initially spent a lot of time trying to rebuild the project using different Gir files, but it didn't produce any results.
Then I tried to write the binding manually, and this immediately revealed the error.
And as usual, the Gstreamer log told me about the error, but I couldn't understand it without the right knowledge.
(<unknown>:525): GStreamer-WARNING **: 00:39:44.489: Unhandled state change from UNKNOWN!(536870911) to UNKNOWN!(7)

In this case, the problem is with the SetState method:
[[DllImport(ImportResolver.Library, EntryPoint = "gst_element_set_state")]
public static extern Gst.StateChangeReturn SetState(IntPtr element, Gst.State state);

Namely, in the State enumeration:
public enum State : long
{
    VoidPending = 0,
    Null = 1,
    Ready = 2,
    Paused = 3,
    Playing = 4,
}

i.MX6Q is a 32 bit processor, and when trying to pass a long data type to SetState, nothing works.
But if you replace long with uint, everything works in this simple example.
I have checked both with manual binding and with correcting the generated code, but only with this enumeration.
So maybe it's not a Linux-ARM problem, but a x32 system problem.

Thank you for reporting back. To workaround your problem I would suggest that you implement the broken function manually (like in your test) including a fixed implementation of the enum.
I think there was some reason why enums are implemented as long but I can't remember right now. If you are interested in this topic you could try to update the generator (Enumeration.cs) and perhaps find a solution which works for 64 and 32 bit systems.

@utlark in release 0.5.0-preview.4 enums got rebased on int and bitfields on uint.
Can you check if your problem is solved?


Allow launching of a template overlay panel by direct linking to the catalog

This feature request is coming from a use case when developing an OpenShift UI extension for Mobile.
The extension shows an extra menu & mobile developer content when in a Project.
Part of that content provides instructions & a link to the catalog for provisioning supplementary services for the extension. e.g. a Push Notification service.
It would be a better user experience if we could link the user directly to a page that allows provisioning of that service.
So a link like https://<IP_ADDRESS>:8443/console/?class=fh-sync-server would open the catalog view and launch the overlay panel for provisioning an instance of the class specified in the param.

@spadgett Does this seem like a reasonable feature request?
I could work on this if you like, given some pointers

@david-martin This seems to be the same request as
https://trello.com/c/w8LiRRSg

I could work on this if you like, given some pointers

Absolutely. The wizard is opened here.
https://github.com/openshift/origin-web-catalog/blob/master/src/components/landing-page/landing-page.controller.ts#L19
You might be able to just check for a route parameter here and use $scope.broadcast to open the panel.
https://github.com/openshift/origin-web-console/blob/master/app/scripts/controllers/landingPage.js#L103

cc @sspeiche


Screenshot taken at incorrect time and does not reset game to game

I have experienced the below issue across approximately the last 6 months worth of versions of VictoryShot plugin. I have tried many times removing and re-adding the addin (each time removing all previous versions also removing the VictoryShot.ini, along with any stray versions of the VictoryShot pugin folder in both AppData\Local\HearthstoneDeckTracker and AppData\Roaming\HearthstoneDeckTracker folders).
I have also experienced this same problem across 2 complete formats and re-install of Windows and re-installation of Hearthstone.
Issue:
The first time the plugin runs, the screenshot is taken against your first opponent at the start of the game (not the end of the game as intended).
After that, upon completing a game with subsequent opponents, the same set screenshots from the first game is shown after every game.
Choosing one of the screenshots does actually save the screenshot to the destination folder, abeit the screenshot is not of the actual victory screen or even for the correct game after the first one.
Screenshot of the Victory Shot screen for 3 games back to back attached, alongside the settings used.

Hi, sorry for the delay in replying.
I'll have to look into this a bit, I'm not sure why this would be happening :thinking:

Let me know if you want me to try any special re-installation /
configuration wiping steps or if there is anything you want me to do to try
and assist. I'm happy to help diagnose the problem.
On Thu, Sep 27, 2018 at 3:54 AM Andrew Burnett<EMAIL_ADDRESS>wrote:

Hi, sorry for the delay in replying.
I'll have to look into this a bit, I'm not sure why this would be
happening 🤔
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/andburn/hdt-plugin-victoryshot/issues/2#issuecomment-424848307,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ApIzjVmq05rVTSryfGTumaqOkp2yzHSdks5ue9uOgaJpZM4WhIoo
.

--
Regards,
Michael McGonigle

OK, so I made a simpler version of the plugin for testing it doesn't have any menus or windows and just the default settings. It should save 8 images at the end of each game in the D:\Hearthstone\Victory Shot folder, if it exists otherwise it will use the desktop.
You just need to remove the regular version of the plugin and use this one instead. Let me know how it goes.
VictoryShot.zip

This plugin has been retired.


Nice to have : dynamic display from social source... Flickr

I'm looking for a way to display dynamically Flickr collection or album from Flickr in a slideshow Carousel.

HI, you can achieve it somehow customely via php. the gallery don't have
any automatic way to show flickr at the moment.
On Tue, Apr 26, 2016 at 8:00 PM, lenamtl<EMAIL_ADDRESS>wrote:

I'm looking for a way to display dynamically Flickr collection or album
from Flickr in a slideshow.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/vvvmax/unitegallery/issues/68


Add worker sdk override env variables

Description
Added an override for the Worker SDK version in the init.sh and init.ps1. This allows for someone to run a Buildkite build against the GDK testing with a given Worker SDK version by setting the WORKER_SDK_OVERRIDE environment variable in the build options.
Tests

Checked the value of SDK_VERSION/$SdkVersion with and without the environment variable set.

Documentation
Not sure where to put this info... wiki maybe?

@RNabel @tbimprob when this rolls in, you'd be able to test Worker SDK bundles against the GDK builds. This won't catch all regressions (dynamic linking errors at runtime for example), but would give a reasonable first pass.


Often get 'Registering disposable on object that has already been disposed.' waring

We use this on windows app and often get waring Registering disposable on object that has already been disposed.
We can't understand how to fix it. What can be reason?
Expected behaviour
Will be great to fix our (or lib) code to avoid this warnings
Screenshots
I'm not sure that it will be useful, but here is a screenshot

Desktop:

OS: Windows
electron: 7.1.2
custom-electron-titlebar: ^3.1.0

What are the steps to follow to display this warning?

Closed due to no response and since it is a warning.


feat: fiat ramp JunoPay

Description
requires https://github.com/shapeshift/lib/pull/863
Adds JunoPay onramp to fiat onramps.
Notice

[x] Have you followed the guidelines in our Contributing guide?
[x] Have you checked to ensure there aren't other open Pull Requests for the same update/change?

Pull Request Type

[ ] :bug: Bug fix (Non-breaking Change: Fixes an issue)
[ ] :hammer_and_wrench: Chore (Non-breaking Change: Doc updates, pkg upgrades, typos, etc..)
[x] :nail_care: New Feature (Breaking/Non-breaking Change)

Issue (if applicable)

Risk

Testing
To test, use the JunoPay fiat onramp and it should direct you to buy crypto through your Juno account. The crypto should be sent to your ShapeShift wallet.

Screenshots (if applicable)

@shapeshift/operations this can be tested behind a flag in the fleek build - no need to complete a full purchase - only supports buying, just make sure the window opens correctly for ETH, ERC20s, and BTC with the correct address

@shapeshift/operations this can be tested behind a flag in the fleek build - no need to complete a full purchase - only supports buying, just make sure the window opens correctly for ETH, ERC20s, and BTC with the correct address

@0xdef1cafe checked this link, opens a new tab and confirmed BTC, ETH, and ERC20 address is correct.
only thing i noticed is when I clicked on "Select Coin" and even chose the same asset, the address is blank on the next page
Screen.Recording.2022-07-09.at.10.49.46.AM.mov

thanks for testing @Lychbot! this UX is on junopay's side of things - it's up to them and probably by design. as long as the correct address and asset comes over when it opens the new tab we're 👜

@0xApotheosis @gomesalexandre ty for the reviews - all implemented as suggested

added all flags to fleek - also verified and working in ephemeral build. merging as previously approved by @0xApotheosis and reapproved and tested by @gomesalexandre