Requirement for a new interface

now:
broadcast_unzip(sincos,[1,2,3])

need:
a = Vector{Float64}(undef,4)
b = Vector{Float64}(undef,4)
 broadcast_unzip!(sincos,(view(a,1:3),view(b,1:3)),[1,2,3])

Sometimes,we can aviod 2 allocations.
thks!!!

You could tentatively use this:
@static if !isdefined(UnzipLoops, :broadcast_unzip!)
    function broadcast_unzip!(f::F, out, As...) where {F}
           bc = Broadcast.broadcasted(f, As...)
           M, N = length(As), length(out)
           UnzipLoops._Kernel!{M,N}(out, bc)
           return nothing
   end
else
    import UnzipLoops: broadcast_unzip!
end


Request to be removed from the rejection list

Hotspot Name
Boxy Aegean Kangaroo
Hotspot b58 Address
112GC3bCitvphfgsUDZsRPvpKCq7rZ5kUKZJX2fK4fn9bhwmU3hH
Discord Handle
No response
Hotspot Manufacturer
bobcat
Removal Reason
In February, I just learned that HNT bought unknown equipment on the second-hand platform and asked the administrator to cancel the blacklist in the blacklist to let me carry out the real layout
Modifications
No
Extra forwarders
No
Extra antennas
No
Additional Information

Ten blacklist devices purchased on second-hand platforms without knowing
Field deployment is now under way
112UKjxgytQJmFCkMdLn6yTmWwzL4fA6vDz4vJEpc6uibS4iQWZs
112N5LKCrwP5H9Dbg3nPe8DU8Rz8WeReNqvzGizx6wohyNfpQdND
1129DvjtSo4FPPLYREey88voQ9oC59PLXG2ypJbbpZMBxzW91c6U
112GC3bCitvphfgsUDZsRPvpKCq7rZ5kUKZJX2fK4fn9bhwmU3hH
11S4WPhNjTASTQz1aTrojxkNmoRvwih2233XSfEG2PZhaAnJLVW
11WmoF9PcFVCaYj3QrseirQjRzDjFAtJssFh5f3mwdVXDfFmV1G
11TqaksE4BsonapRqZaLB5NYxp6pvzF8mGBwJVeTq2ZB1zdKpUP
11VYyPVW3QBeL73LjhCLptExCrmwYQuQkoiokB4mHzrgNReW5Mp
11smPUvp2rWm3k55ieDLjPqoyxiEsGcqa7mr9hK2fGvvRJAp9qd
112MG5m3NttocQb6Q7w49H9BFRG8EaNCfYdmMU1z7ehCVkbVmagJ

The hotspot has been connected to the network normally, requesting the official to remove the blacklist as soon as possible

The seller has informed me of the 12 security guards of the wallet and asked the administrator to remove the blacklist as soon as possible

We have taken into account this removal request in the next iteration of the denylist. It may take some time before it's processed. This is an automated comment due to the volume of addition and removal requests. A future tool is in the works to provide more insight into the analysis approach made by the Helium team and community members that maintain this list.


Fix: Column and row resizing on double click

When clicking twice between rows or columns, there are a few things that don't work as expected:

Their width/height increases even though all the cells are empty
When there's content inside the cells, rows and columns don't adapt to it either

An example can be seen here:
https://github.com/user-attachments/assets/cc36bee4-1d82-400a-9435-e012b155e087
Ideally, when double clicking between rows and columns, this should happen:

If there's no content inside the cells, nothing should happen. Width and height remain the same
If there's some content inside the cells, column width or row height should adapt to it

Additionally, resizing columns and rows manually is not fully accurate either:
https://github.com/user-attachments/assets/493eb3b7-fb48-4d89-bbaa-7b1da89ea636

I believe this was fixed, works way better now. Closing.


Cannot get similar AP on K2C

I use the same config files to execute Probablistic Teacher on KITTI to Cityscapes (k2c).
According to your paper, AP of k2c improve from 40.3 to 60.2.
However, I got only 23.8 for AP50.
BTW, in the README page, it seems that only f2c model weights and log files are given. (the link of k2c is same as f2c)
Thanks for your kindly help!
The log of my training is as following:
[10/16 02:43:47] d2.evaluation.testing INFO: copypaste: AP,AP50,AP75
[10/16 02:43:47] d2.evaluation.testing INFO: copypaste: 9.6286,23.8045,7.0624
[10/16 02:43:47] d2.utils.events INFO:  eta: 0:00:00  iter: 29999  total_loss: 3.475  loss_cls: 0.04451  loss_box_reg: 0.3731  loss_rpn_cls: 0.03362  loss_rpn_loc: 0.324  loss_cls_sup: 0.04147  loss_box_reg_sup: 0.3772  loss_rpn_cls_sup: 0.03775  loss_rpn_loc_sup: 0.3196  loss_cls_unsup: 0.292  loss_box_reg_unsup: 1.025  loss_rpn_cls_unsup: 0.3071  loss_rpn_loc_unsup: 1.081  time: 6.9902  data_time: 1.4791  lr: 0.016  max_mem: 19448M

I use the same config files to execute Probablistic Teacher on KITTI to Cityscapes (k2c). According to your paper, AP of k2c improve from 40.3 to 60.2. However, I got only 23.8 for AP50. BTW, in the README page, it seems that only f2c model weights and log files are given. (the link of k2c is same as f2c) Thanks for your kindly help!
The log of my training is as following: [10/16 02:43:47] d2.evaluation.testing INFO: copypaste: AP,AP50,AP75 [10/16 02:43:47] d2.evaluation.testing INFO: copypaste: 9.6286,23.8045,7.0624 [10/16 02:43:47] d2.utils.events INFO: eta: 0:00:00 iter: 29999 total_loss: 3.475 loss_cls: 0.04451 loss_box_reg: 0.3731 loss_rpn_cls: 0.03362 loss_rpn_loc: 0.324 loss_cls_sup: 0.04147 loss_box_reg_sup: 0.3772 loss_rpn_cls_sup: 0.03775 loss_rpn_loc_sup: 0.3196 loss_cls_unsup: 0.292 loss_box_reg_unsup: 1.025 loss_rpn_cls_unsup: 0.3071 loss_rpn_loc_unsup: 1.081 time: 6.9902 data_time: 1.4791 lr: 0.016 max_mem: 19448M

That is weird, because 4k iters of source domain pretraining can get 46.4 mAP on test set of target domain. Can you upload your complete training log?

I’m really appreciate for your quickly response.
It seems that the previous problem for k2c caused by different classes setting. In my previous experiment, I set classes=5 (car, person, rider, train, truck) for both KITTI and Cityscape dataset. The results of 5 classes get mAP=23.8. But it still quite weird, because I also try different classes in traditional Faster R-CNN before and result of ‘car’ in 5 classes even better than the one in 1 classes.
In addition, I tried few experiments as well to make sure my dataset is well-prepared, the results as the following:

AP in PT paper
AP of my experiment
AP of pure faster R-CNN

s2c
55.1
49.048

k2c
60.2
58.06

f2c (foggy 2 city)

42.46
50.68

k2b (kitti 2 bdd)

13.22
34.1

In s2c and k2c experiments, I used the default config file that you provided. The results is not as good as yours. Is there any additional setting that I have to do?
Moreover, I also tried f2c and k2b, the results are worse than the pure faster R-CNN.  I wonder if I need to tune some parameters? Is there any tips for parameter tuning?
Here are the log files for the 4 experiments. (k2bdd and f2c config setting are also included in log files)
s2c_basic.txt
k2bdd.txt
f2c8class.txt
k2c_basic.txt

@merlinarer Does the evaluation metric (AP) represents<EMAIL_ADDRESS>or AP@0.5:0.95 for car class??

@merlinarer I try my best to train the code of PT, but fail to achieve the result of K2C. I notice that the best mAP@50 in your training log is 49.2,  but the result you report in the paper is 60.2. How do you get such result?

@merlinarer Do you have a plan to release the training log for K2C? I also meet such problem to achieve the final result via PT.

@thesuperorange Hello! The previous links are no longer valid, and I would like to know if you still have the pretrained model './vgg16_caffe.pth'. I am in urgent need of it, and I hope to receive your reply. I would be very grateful.


Adding functionality to "Learn More Us" button in about section and at the bottom of the page.

ISSUE
There are two "Learn More Us" buttons, one in About section and other at the bottom of the page. But on click of these buttons nothing happens.
SOLUTION:
I want to add functionality to these buttons and on click the user should get to know more details about the website.
https://github.com/user-attachments/assets/a7541645-2829-486c-8e8f-dd824e71c6cf
@anuragverma108  Please assign me this issue under hacktoberfest label.

Thanks for creating the issue in WildGuard! The issue has been assigned to you.
Before you start working on your PR, please make sure to:

⭐ Star the repository if you haven't already.
Pull the latest changes to avoid any merge conflicts.
Attach before & after screenshots in your PR for clarity.

We're excited to see your contribution as part of Hacktoberfest 2024! 🎉
Happy open-source contributing! 🚀


Fix connection check

the connection check to determine whether to use normal url or mirror url need to be synchronously waited, otherwise it silently errors

Why does await doesn't work? It shall work unless the async method call is not awaited or waited.

Hmm it had some troubles with Flow when using 1.3.0 Droplex version, you can give it a go with that python PR

Hmm it had some troubles with Flow when using 1.3.0 Droplex version, you can give it a go with that python PR. The call terminates and flow hangs

Got you. That seems to be a deadlock. In flow we do a Wait for downloading the app in main thread, while here the await don't have a ConfigureAwait(false).


Remarkplugins not recognized in @beta

If I update to beta to make the page titles work (not working in stable versions), it doesn't seem to load any of my mdxOptions.
The plugin worked in stable versions of nextra and nextra-theme-docs
Here's my current code for next.config.js
const { remarkCodeHike } = require("@code-hike/mdx")
const theme = require("shiki/themes/material-palenight.json")

const withNextra = require('nextra')({
  theme: 'nextra-theme-docs',
  themeConfig: './theme.config.js',
  mdxOptions: {
    remarkPlugins: [[remarkCodeHike, { theme }]],
  },
  // optional: add `unstable_staticImage: true` to enable Nextra's auto image import
})
module.exports = withNextra()

Should I load them differently in @beta versions?

@pedrosousa13 Do you still have this problem?

@B2o5T It seems to be gone in latest beta. I will close this Issue.


Simplify Tech Stack on React

It seems like we have a mix of Backbone, Handlebars and React. For the sake of outside contribution, we should settle on just using React, including React Router instead of the Backbone routing.
My thoughts include also using https://github.com/davidguttman/sassify to compile our sass as it looks like we're using straight node-sass.
This is of course all depending on priority, if we need to get out features more than tackle tech debt then we should focus on featuers.

I've been on this project all of 48 hours or so so take my opinion with a grain of salt.
I'm all for simplification. We're barely using Backbone as is, so swapping it out wouldn't be a big problem. I'm not familiar enough to know what sassify would buy us over node-sass, but the effort to swap it doesn't look like much. So, if you think there's enough value in switching over, I'm up for it. Are we actually using Handlebars somewhere? I haven't stumbled across it yet.
I've been struggling with the best way to get data bound to React. Using backbone seems to require a mixin of some sort, which is a little bit eh. What's the preferred method of getting data from the api to the component?
Anyway I'll see you in a bit!

Seems like we have .hbs files, and are npm installing handelbars and such. Not sure how much is still in use or not. The general accepted practice is a Flux style approach, and Redux is generally the most highly recommended at the moment.
However we don't need anything too special as we aren't to that scale yet. So we can just use good ole POJOs, no need for backbone or special data binding of any sort.

Ah yeah I think the template stuff was just there as a stop gap measure as we move toward React. (But I could be wrong)
Anyway I'll be heading to OMSI shortly!

DONE


incremental (initial) loading

I want to load a large list in batches of lets say 100 records. for that I need to use GetAllMembersForList and set the sort_field parameter to "last_changed" (I guess) and use a segment (filter) to only get the records which have a last_changed later than the highest date/time of the last batch.
but no matter which value I set for sort_field, I always get the same rows in the same order. I Tried "last_changed", "timestamp", "info_changed".
My segment is as follows:
			var result = new CampaignSegmentOptions
			{
				Match = "all",
				Conditions = new List<CampaignSegmentCriteria>()
			};
			var crit = new CampaignSegmentCriteria
			{
				Field = "last_changed",
				Operator = "gt",
				Value = MailChimpManager.ConvertDateTimeToMailChimpAPI(lastSync.Value)
			};
			result.Conditions.Add(crit);

ok, never mind. checked the API and your source-code. It seems, you must pass "last_update_time" as the sort-field (https://apidocs.mailchimp.com/api/2.0/lists/members.php) and this seems to work


Fix a typo in the privacy policy

This is just a typo and doesn't warrant a date update on the privacy policy as the substance hasn't changed.

Thanks for the review @mUtterberg 👍


Stop using buffer-equal-constant-time

I noticed you use buffer-equal-constant-time indirectly through jws and gtoken.
buffer-equal-constant-time is a legacy and unsupported package since 2017. (https://github.com/salesforce/buffer-equal-constant-time/issues/6)
It causes some issues in combination with docker and some other environments.
I'd appreciate if you can consider switching it.
A solid alternative for jwt purposes is fast-jwt.
I'm willing to work on it.
Related to https://github.com/googleapis/google-auth-library-nodejs/issues/1544

@idoshamun thank you for opening this issue. It seems like the better place to fix this would be in node-jwa which is what is actually importing buffer-equal-constant-time. It looks like there is already an open issue there as well: https://github.com/auth0/node-jwa/issues/46.


Get Transaction information must provide block number

Why get transaction information must provide block number? Is there any convenient way to do that?
I'm running Cleos version 2.0.9,

Hi @mutobui  Can you elaborate on your issue?
From the doc about getting transaction here, you can get processed.refBlockNum.

It seems that you are using cleos, not eosjs. You might want to reach out to the eos codebase for assistance with cleos if you are still having issues. Closing this issue since this is the eosjs codebase.
However, what @mutobui has posted might help.  Additionally, after sending the transaction at first, you should also receive this information from cleos.


Need help loading Tiff/Raw Grayscale Image to NDArray

Hey SciSharp/NumSharp Team!
So I'm sorry to bother you guys here, but I've been working on converting some NumPy code over to C# and I thought this would be the right library to use.
Problem is, I can't seem to figure out how in the world to use y'alls library in the same fashion as NumPy. For example, in NumPy I could just do np.fromFile() or np.fromBuffer in order to load up a tiff gray-scale image to pull a float32 array.
Could you provide me with an example on how to load a tiff or raw grayscale file into an NDArray?
Thanks!

Hi,
Could you raise this issue/ requirement to NumSharp’s issue page on GitHub. So we can track it and other people may help you.
Thanks,
Haiping Chen

On Apr 12, 2019, at 2:14 PM, thefsm93<EMAIL_ADDRESS>wrote:
Hey SciSharp/NumSharp Team!
So I'm sorry to bother you guys here, but I've been working on converting some NumPy code over to C# and I thought this would be the right library to use.
Problem is, I can't seem to figure out how in the world to use y'alls library in the same fashion as NumPy. For example, in NumPy I could just do np.fromFile() or np.fromBuffer in order to load up a tiff gray-scale image to pull a float32 array.
Could you provide me with an example on how to load a tiff or raw grayscale file into an NDArray?
Thanks!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Ahhh I thought that was where this was. Sure absolutely!

Sorry, I just got it from email. So it's fine here. thanks.

Reopened, although I did open one over there also :)

Acutall we used to wrote a sample code to load image.

Gonna give this a shot and see if it works!

Worked! Thanks!

BTW, the performance is good?

On the small test file, yes. However I've run into a different problem with
the full 128MB raw file. It's an issue outside of NumSharp though :)
On Fri, Apr 12, 2019 at 1:31 PM Haiping<EMAIL_ADDRESS>wrote:

BTW, the performance is good?
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/SciSharp/NumSharp/issues/244#issuecomment-482712781,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AvRiTwX-GQpvR8hrWpqk_mj-7a4gycWzks5vgO0ogaJpZM4cswg4
.


Update PAI version number 1.2.0

Coverage remained the same at 34.801% when pulling 30b5d15750562bc10444249eee079fd45aa24fd3 on yiyi/update_pai_version_number_1.2.0 into 069cab589aea57b281c8dae3b4420973bdbd4967 on master.


mavsdk_server: default to the first autopilot

Currently, mavsdk_server defaults to being a ground station (i.e. it does not expose the Configuration). When started, mavsdk_server connects to the first MAVLink System it detects.
The problem I have seen is that in some setups, there are sometimes MAVLink systems that are not an autopilot but that are advertising on the link that mavsdk_server is listening to. I had the issue with a Herelink radio, that advertises radio messages with sysid 42. For an app running on Herelink, if mavsdk_server picks up the system "42" first, then there is nothing to do other than restarting it and hoping that it picks up the right system.
Now I argue that the "right" system for mavsdk_server, given the current situation where it defaults to being a ground station, is a system that has an autopilot (i.e. a drone).
This PR makes mavsdk_server connect not to the first system it encounters, but to the first drone (a.k.a. "system with an autopilot") it encounters.

Tested with SiteScan and the Astro :+1:


[SPARK-13807] De-duplicate Python*Helper instantiation code in PySpark streaming

This patch de-duplicates code in PySpark streaming which loads the Python*Helper classes. I also changed a few raise e statements to simply raise in order to preserve the full exception stacktrace when re-throwing.
Here's a link to the whitespace-change-free diff: https://github.com/apache/spark/compare/master...JoshRosen:pyspark-reflection-deduplication?w=0

Test build #52877 has started for PR 11641 at commit 4504c04.

Test build #52877 has finished for PR 11641 at commit 4504c04.

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

Merged build finished. Test PASSed.

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

LGTM

Merging to master. Thanks @JoshRosen


Set FTFP_BERT as default physics list

This pull request is motivated by WCSim migration to Geant 4.10.1 from 4.9.4.
This branch is forked from Stephane's pull request 202.
FTFP_BERT physics list is selected instead of WCSim physics list in jobOptions.mac to simulate pion hadronic interactions properly. Some validation plots will come.

Here are some validation plots of Geant4.10.1 FTFP_BERT physics lists. All results are as expected, except for a long tail observed in total charge of 10GeV e-. For more detail, please find the attached slides.
yoshida_G4.10_FTFP_BERT_validation.pdf

Shouldn't this pull request then also remove the WCSim physics list from pull request 202 as this is shown to not work? From G4.10.1 onwards the user should use this default physics list and not have the freedom to make serious mistakes by choosing the previous/WCSim defined one.

A comment about the  long tail observed in total charge of 10GeV e- in the slides I attached.
I found that FTFP_BERT physics model includes electro-nuclear process while WCSim physics list does not. Sometimes, GeV order electrons are scattered or generate pions via interactions with protons or oxygen nucleus, which consist of low charge component.

I agree with @tfeusels that the WCSim physics list should be removed in this pull request since we have found this unexplained behaviour with Geant4.10. Also, could you add a reference for your findings on the extra electro-nuclear processes that the FTFP_BERT includes? I would like to understand that a bit better.

While I'm not suggesting to use this list as default (yet?), the neutron people should have a look at the variation: FTFP_BERT_HP (with HP as High Precision Neutron model for neutrons < 20 MeV). I know that using HP makes the simulation slower, so it might be interesting as an optional list if this model is a "decent" default model for simulations where neutrons are important while others should then probably use the faster FTPF_BERT.
Interesting, slightly older reference: http://geant4.slac.stanford.edu/MSFC2012/ChoosePhys.pdf
@eosullivan: To see which models are included by any physics_list, the standard Geant4 shows that.
@Tomoyo-Yoshida sent her WCSim logfile over e-mail (attached here) which outlines:
                      Hadronic Processes for e-

Process: electronNuclear
Model:   G4ElectroVDNuclearModel: 0 eV  ---> 1 PeV
As reference, the WCSim physics list (also attached logfile) does not include this.
More technical details:
the FTFP_BERT list is defined here: source/physics_lists/lists/include/FTFP_BERT.icc
which adds EmExtraPhysics. That includes lepton photonuclear reactions (constructors/gamma_lepto_nuclear/src/G4EmExtraPhysics.cc: G4BertiniElectroNuclearBuilder
which apparently can be switched off). And the G4BertiniElectroNuclearBuilder adds the above model (constructors/gamma_lepto_nuclear/src/G4BertiniElectroNuclearBuilder.cc).
To me this looks very reasonable to include and use the FTFP_BERT out of the box. But we might want to list the used models (printed in the logfile) on the Wiki here.
log_FTFP_BERT.txt
log_WCSim.txt

Ok, thanks for including this info here, both for me and for posterity. I propose that we merge this in and then @P3tru can make a pull request where the WCSim physics list is removed. So, are we in agreement that this validation seems complete (everyone, but especially @Tomoyo-Yoshida and @P3tru)? I am satisfied. Is this pull request ready to go?

Thank you for the information, @tfeusels.
Could you wait merging until tomorrow, @eosullivan? Now I changed the codes in my local branch to remove WCSim physics list and am redoing validation. I can include the deletion and also mention FTFP_BERT_HP physics list in jobOptions.mac, if you could wait till tomorrow.

I think it's too premature to put anything about the FTFP_BERT_HP list, so leave that out. If you are in the process of removing the WCSim physics list and revalidating, then we can wait until tomorrow. If it looks like it will take longer, let's make removing the old physics list a separate pull request as I suggested.

On Apr 25, 2017, at 9:52 AM, Tomoyo-Yoshida<EMAIL_ADDRESS>wrote:
Thank you for the information, @tfeusels.
Could you wait merging until tomorrow, @eosullivan? Now I changed the codes in my local branch to remove WCSim physics list and am redoing validation. I can include the deletion and also mention FTFP_BERT_HP physics list in jobOptions.mac, if you could wait till tomorrow.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

Ok, then I put FTFP_BERT_HP aside.
Now I am generating small particle gun samples using modified code, and it seems to work properly so far. I think I can finish revalidation by tomorrow.

I agree that the FTFP_BERT_HP is part of a separate pull request. Just wanted to mention it already here. This should probably be looked into when Gd is being studied or any neutron-related studies.
Thanks for the quick testing and removing the WCSim default list. Happy we're converging on this pull request.

Now WCSim physics list is removed and validation is finished. Total charge distributions are completely same as those before the removal.

Apologize for delay, I just got time to checkout Yoshida's code, compile, and test it with muons and pions at 500 MeV. I do confirm that I get the same behaviour as before the removal.
I don't see any reasons myself not to carry on with the merge and to abandon the custom WCSim physics list.
In last Yoshida's commit, she also removed WCSimPhysicsList class completely, which is not the same as removing the option to use the list. Are we all OK with this ? I mean, are we sure in the future we won't need to build an other custom physics list ourselves ?
In my opinion, I will say no. FTFP_BERT as all the physics we need and we can add in the near future FTFP_BERT_HP for precise neutrons capture study, and we won't need to build a physics list "manually".
Thanks for having pushed these last commits without WCSimPhysicsList.

For this pull request, I would remove the whole WCSimPhysicsList completely.
In the future (6months+?), this should be replaced by the G4NeutCascadeResponse list, which ND280 will be using soon. The BERTINI model for pion inelastic inelastic interactions is way better than BINARY but still has some issues describing external scattering data (and there are some issues with the pion elastic interactions). The pion inelastic interactions are solved by using the NEUT cascade model for secondary interactions (as it is used for final state interactions.) The G4NeutCascade interface, which essentially replaces BERTINI by NEUT, has been under developed for awhile and will be default for ND280 soon, reducing their dominant detector systematic of pion secondary interactions. Currently we are finalizing the validation with G4.10.1 and in some future this should also become the default for HyperK.
From the Geant4 side they are interesting in updating their BERTINI pion-inelastic tuning, so that default model might become better but I foresee this in the longer future.
To implement the above, I can easily go through the history of this file, as adapt the validated G4NeutCascadeResponse code to work with WCSim. This should be a known issue to track which I might to take on at some point when it becomes high priority.
Let's go ahead with the current version of this pull request. Just wanted to let everyone know what's coming at some point.

If it becomes necessary to create a custom physics list in the future, that code will still be available in the repository. We could add in a comment about removing the custom physics list option in WCSim versions later than 1.6.0 so that it is clear where to find this. Then, I think this looks ready to go.

Ok, this looks good. It should be mentioned that earlier discussion about this is in PR #202.


About the pre-trained PointNet AE

Hi! Thank you for your great work! I have a small question about the code. In the attack.py file here, you load a pre-trained autoencoder. According to the program output, the pre-trained weight should be at "latent_3d_points/data/single_class_ae/models.ckpt-500". However, I can't find it in this repo, because there is no "data/" folder in "latent_3d_points/" folder.
So, I wonder if I need to train the AE by myself? Or, can you kindly share the pre-trained weight with me? Because training 500 epochs on ShapeNet is really time-consuming I guess. And just to make sure, is this AE the one you use in your attack framework? That is to say, you will apply the adversarial loss on the reconstructed examples from this AE to perform your highly transferable attack?

The weights of the trained AE used in the attacks are now uploaded here . The weights of some new AE (used for evaluation ) is also now uploaded here


Capacitor Seeds

I have got them to grow and leveled up to 10 10 10 I wanted to know how get the capacitors to grow as a crop product? I have got end the gel and the housing, and a few organic capacitors?

yes, those are the main fruits of the plant. There are recipes for making capacitors out of these components. A ready-to-use capacitor is a (very) rare drop.

Ok just wanted to make sure it wasn't how I had things set up and needed an upgraded  bank underneath to get better yields or something like that


Kafka 0.10 support

Our changes to work with Kafka 0.10. It's not well tested, but seems to work ok.
Not tested at all is:

using Kafka client 0.10 for a Kafka 0.9 cluster
LogKafka

This is just to get the ball rolling...

Thank you for submitting this pull request, however I do not see a valid CLA on file for you. Before we can merge this request please visit https://yahoocla.herokuapp.com/ and agree to the terms. Thanks! :smile:

CLA is valid!

To start, good work with this project! Any plans on when this pull request will be accepted into master?

Hello, could you please tell when this will be merged. We are going with <IP_ADDRESS> in prod very soon and we desperately need a good monitoring tool. Thank you.

dido

Hey folks — any chance on getting this merged sometime soon? And thanks @tqh for pushing this, really helpful.

Just FYI, I've been running this pull in prod for 2 weeks now with great success. Until it's merged:
git clone https://github.com/yahoo/kafka-manager.git
git fetch origin pull/282/head:0.10.0
git checkout 0.10.0

Lotlir
On Wed, Aug 17, 2016, 1:43 PM Yahoo CLA Bot<EMAIL_ADDRESS>wrote:

Thank you for submitting this pull request, however I do not see a valid
CLA on file for you. Before we can merge this request please visit
https://yahoocla.herokuapp.com/ and agree to the terms. Thanks! 😄
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/yahoo/kafka-manager/pull/282#issuecomment-240387635,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AK6ocsewlZ9YIFPTQR7B5EsjdoCDKYgmks5qgvPjgaJpZM4JmXIf
.

+1 merge

+1 please merge

I'm also waiting for the merge
+1
Thanks

Is there any progress on this PR/

I can confirm that this PR works great with Kafka 0.10. We use since two weeks now without any problems.

+1 please merge

+1 nice work

please...

I can confirm works with 0.10, but I had trouble on a 0.8.2 cluster using this version... It accepts the configuration but it doesn't see any broker in my cluster.
Anyone tested against other versions?

+1 please

Also +1

Unable to see broker metrics for this? Can someone please confirm if broker metrics is supported with this or not?

@rachitj93 if you mean JMX broker metrics i can confirm that it work

Thanks @salyh for confirming.
Also, Are you able to use logkafka?

works great for 0.10 cluster, please merge!

Tested with kafka <IP_ADDRESS>, and appears to work, but had to select version <IP_ADDRESS>.  Tested with JMX broker metrics and consumer polling.
Any chance this can get updated to include the latest <IP_ADDRESS>?

@tqh
Hi, I can not see the broker and topic size after merge.
I found that kafka-manager get the size from the "*-LogSegments" ObjectNames but I cannot see these Objects in kafka <IP_ADDRESS>.
kafka.manager.jmx.KafkaJMX
private val logSegmentObjectName = new ObjectName("kafka.log:type=Log,name=-LogSegments")
private val directoryObjectName = new ObjectName("kafka.log:type=Log,name=-Directory")
And I check through JConsole these metrics seems to be replaced by "kafka.log:type=Log,name=," Objects in kafka <IP_ADDRESS>.
Can you please give me some suggestion with this?
Thank you

+1

@mayi-hetu Sorry, don't use Kafka for logs so don't know anything about those things.

+1, much needed, please merge

+1

Using this PR succesfully at production. Vote for merge.

The last merge(sync) with upstream breaks the consumer view for me with kafka cluster in version <IP_ADDRESS>

@tqh Thank you the same.

Getting exception kafka manager : Failed to connect with JMX port
Using below configuration with kafka :
-Dcom.sun.management.jmxremote=true -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.rmi.server.hostname=<IP_ADDRESS> -Dcom.sun.management.jmxremote.port=8004
Error Logs :
2016-12-01 10:37:55.982 ERROR kafka.manager.jmx.KafkaJMX$ - Failed to connect to service:jmx:rmi:///jndi/rmi://<IP_ADDRESS>:8004/jmxrmi
java.rmi.ConnectException: Connection refused to host: <IP_ADDRESS>; nested exception is:
java.net.ConnectException: Connection timed out
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:619) ~[na:1.8.0_77]
at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:216) ~[na:1.8.0_77]
at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:202) ~[na:1.8.0_77]
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:130) ~[na:1.8.0_77]
at javax.management.remote.rmi.RMIServerImpl_Stub.newClient(Unknown Source) ~[na:1.8.0_77]
at javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2430) ~[na:1.8.0_77]
at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:308) ~[na:1.8.0_77]
at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:270) ~[na:1.8.0_77]
at kafka.manager.jmx.KafkaJMX$.doWithConnection(KafkaJMX.scala:57) ~[kafka-manager.kafka-manager-<IP_ADDRESS>-sans-externalized.jar:na]
at kafka.manager.actor.cluster.BrokerViewCacheActor$$anonfun$kafka$manager$actor$cluster$BrokerViewCacheActor$$updateTopicMetrics$1$$anonfun$apply$24$$anonfun$apply$25$$anonfun$apply$2.apply$mcV$sp(BrokerViewCacheActor.scala:326) [kafka-manager.kafka-manager-<IP_ADDRESS>-sans-externalized.jar:na]
at kafka.manager.actor.cluster.BrokerViewCacheActor$$anonfun$kafka$manager$actor$cluster$BrokerViewCacheActor$$updateTopicMetrics$1$$anonfun$apply$24$$anonfun$apply$25$$anonfun$apply$2.apply(BrokerViewCacheActor.scala:323) [kafka-manager.kafka-manager-<IP_ADDRESS>-sans-externalized.jar:na]
at kafka.manager.actor.cluster.BrokerViewCacheActor$$anonfun$kafka$manager$actor$cluster$BrokerViewCacheActor$$updateTopicMetrics$1$$anonfun$apply$24$$anonfun$apply$25$$anonfun$apply$2.apply(BrokerViewCacheActor.scala:323) [kafka-manager.kafka-manager-<IP_ADDRESS>-sans-externalized.jar:na]
at scala.concurrent.impl.Future$PromiseCompletingRunnable.liftedTree1$1(Future.scala:24) [org.scala-lang.scala-library-2.11.8.jar:na]
at scala.concurrent.impl.Future$PromiseCompletingRunnable.run(Future.scala:24) [org.scala-lang.scala-library-2.11.8.jar:na]

You need to setup JMX correctly, it uses another port for actual RMI communication. It's horrible!
See RMI-port here:
      -Dcom.sun.management.jmxremote \       -Dcom.sun.management.jmxremote.authenticate=false \       -Dcom.sun.management.jmxremote.local.only=false \       -Dcom.sun.management.jmxremote.port=8004 \       -Dcom.sun.management.jmxremote.rmi.port=8004 \       -Dcom.sun.management.jmxremote.ssl=false \

Thanks @tqh  :+1:
I see no errors, however consumer are listed slowly or some time not coming up.
also see one more error : ERROR k.m.a.cluster.KafkaAdminClientActor - AdminClient not initialized yet, cannot process request :

It didn't quite work with 0.10.1 (it ran fine until I connected 0.10.1 clients), but I could solve that by updating the kafka dependency to <IP_ADDRESS> in build.sbt.

Updating dependencies to <IP_ADDRESS> worked for us also

+1 please merge

please merge

+1

+1

+1 please merge ⏲

+1, we're waiting on this as well, please merge :)

+1 please merge

+1 please merge

+1 merge, please!

+1 please merge

+1

+1 please merge

+1

+1

Can someone merge?

+1 please merge

please merge+1

please merge +1

if I'm reading correctly the reason it hasn't been merged is b/c of the Yahoo CLA agreement not being signed. did the author of this PR already sign it? @tqh?

@techwhizbang You are not reading it correctly. I signed ages ago. It's because Yahoo still uses older Kafka from what I understand. The 'all checks have passed' has a check for CLA.

Please merge

+:100:

please merge+1

please merge+1

+1
please merge

+1 please merge

Has anyone tried this on 10.1.1?

Anyone tried this on 0.8.x, 0.9.x to check backwards compatibility?

I checked on Oct 18, 2016, and at least with 0.8.2 it doesn't work. I can have a look with current status but only with 0.8.2 cluster

@natewarr I tested this branch on a single node kafka <IP_ADDRESS> broker. I set kafka version to <IP_ADDRESS> and everything seems to be fine. I am going to deploy a multi broker <IP_ADDRESS> cluster pretty soon, will keep you posted on how it goes.

Sorry for the delay, I had some fires and I didn't have time to check it until now.
@patelh I can confirm It works on a 0.8.2 cluster.

@natewarr there is one issue that i found with <IP_ADDRESS>
I cannot get consumer information poll to work for kafka based consumer.
[error] k.m.a.c.KafkaAdminClientActor - AdminClient not initialized yet, cannot process request : KAGetGroupSummary(ArrayBuffer(abc.cg,[])

It also works on 10.1.1.

Would love to have this merged in 👍

+1 yes please

🙇

Are we okay to merge this?


unable to clear cookies and/or clean session with safari

Hello,
this is my first time here. In my setup, I am running my tests for CucumberWithSerenity.class
The issue is after execution of my tests with safari browser, safari does not clear the cookies and other related data. e.g. After login steps are completed, i have to search for a user and set the user so i get relevant sections. But safari retains the set user information from previous test execution. To address this issue, i have set the following in serenity.properties file : safari.options.useCleanSession=true
however, this does not seem to work.
On other browsers, i do not have such an issue. Is there a fix for this or am i implementing the property incorrectly?

You're probably at wrong place, try:
https://github.com/serenity-bdd/serenity-cucumber


[Bug] Error in typing of mergeDeepLeft and mergeDeepRight functions

Reproduction
StackBlitz
Expected behavior
No TypeScript errors
Actual behavior
TypeScript Errors
index.ts:10:9 - error TS2322: Type 'MergeDeepObject<Options, Options, BuiltIn, undefined, _OptionalKeys<Options>>' is not assignable to type 'Options'.
  Types of property 'release' are incompatible.
    Type '{ name?: string | undefined; inject?: boolean | undefined; create?: boolean | undefined; finalize?: boolean | undefined; dist?: string | undefined; vcsRemote?: string | undefined; setCommits?: SetCommitsOptions | undefined; deploy?: DeployOptions | undefined; cleanArtifacts?: boolean | undefined; uploadLegacySourcem...' is not assignable to type '{ name?: string | undefined; inject?: boolean | undefined; create?: boolean | undefined; finalize?: boolean | undefined; dist?: string | undefined; vcsRemote?: string | undefined; setCommits?: SetCommitsOptions | undefined; deploy?: DeployOptions | undefined; cleanArtifacts?: boolean | undefined; uploadLegacySourcem...'. Two different types with this name exist, but they are unrelated.
      Type 'MergeDeepObject<{ name?: string | undefined; inject?: boolean | undefined; create?: boolean | undefined; finalize?: boolean | undefined; dist?: string | undefined; vcsRemote?: string | undefined; setCommits?: SetCommitsOptions | undefined; deploy?: DeployOptions | undefined; cleanArtifacts?: boolean | undefined; upl...' is not assignable to type '{ name?: string | undefined; inject?: boolean | undefined; create?: boolean | undefined; finalize?: boolean | undefined; dist?: string | undefined; vcsRemote?: string | undefined; setCommits?: SetCommitsOptions | undefined; deploy?: DeployOptions | undefined; cleanArtifacts?: boolean | undefined; uploadLegacySourcem...'.
        Types of property 'setCommits' are incompatible.
          Type 'SetCommitsOptions | MergeDeepObject<AutoSetCommitsOptions & { previousCommit?: string | undefined; ignoreMissing?: boolean | undefined; ignoreEmpty?: boolean | undefined; }, AutoSetCommitsOptions & { ...; }, BuiltIn, undefined, _OptionalKeys<...>> | MergeDeepObject<...> | MergeDeepObject<...> | MergeDeepObject<...> ...' is not assignable to type 'SetCommitsOptions | undefined'.
            Type 'MergeDeepObject<AutoSetCommitsOptions & { previousCommit?: string | undefined; ignoreMissing?: boolean | undefined; ignoreEmpty?: boolean | undefined; }, ManualSetCommitsOptions & { ...; }, BuiltIn, undefined, _OptionalKeys<...>>' is not assignable to type 'SetCommitsOptions | undefined'.
              Type 'MergeDeepObject<AutoSetCommitsOptions & { previousCommit?: string | undefined; ignoreMissing?: boolean | undefined; ignoreEmpty?: boolean | undefined; }, ManualSetCommitsOptions & { ...; }, BuiltIn, undefined, _OptionalKeys<...>>' is not assignable to type 'AutoSetCommitsOptions & { previousCommit?: string | undefined; ignoreMissing?: boolean | undefined; ignoreEmpty?: boolean | undefined; }'.
                Type 'MergeDeepObject<AutoSetCommitsOptions & { previousCommit?: string | undefined; ignoreMissing?: boolean | undefined; ignoreEmpty?: boolean | undefined; }, ManualSetCommitsOptions & { ...; }, BuiltIn, undefined, _OptionalKeys<...>>' is not assignable to type 'AutoSetCommitsOptions'.
                  Types of property 'repo' are incompatible.
                    Type 'string' is not assignable to type 'undefined'.

10   const optionsLeft: SentryVitePluginOptions = mergeDeepLeft(
           ~~~~~~~~~~~

index.ts:14:9 - error TS2322: Type 'MergeDeepObject<Options, Options, BuiltIn, undefined, _OptionalKeys<Options>>' is not assignable to type 'Options'.

14   const optionsRight: SentryVitePluginOptions = mergeDeepRight(
           ~~~~~~~~~~~~

Found 2 errors in the same file, starting at: index.ts:10

mergeDeepLeft and mergeDeepRight are not strictly defined by us. We delegate to ts-toolbelt for those
All the merge functions here use O.Assign, which doesn't work for your case. I have no idea why.
There is also a O.Merge type, which does work for you case, however that requires typescript's strictNullChecks, which we couldn't require without a Breaking Change
A special case optimization that I can add is that when the type for l and r are the same, then the return type can just be that type as well, since there is nothing to calculate. That's a simple MR to put up. Will have here in a bit
Demo: https://tsplay.dev/NVdPZW


Show information about the ticket

We should show more information about the ticket itself on the "buying" page.
https://staging.pycon.sk/register/event/2017/ticket/d0d9f624-14b4-4d85-965b-619c9e53f225/
We could show the description and the ticket price.

I agree we can show the same info (event the same styling) as on tickets page: https://staging.pycon.sk/2017/tickets/

I can try this one. So should there be a radio/dropdown added to template to choose from available ticket types?

No button at this page user already selected ticket type he wants, so just display the information about ticket

Ok, I see - it was not clear to me as I only checked staging, on production it is quite obvious. Thank you, I'll do it.

Sure, if you have any question just ask... Sometimes we just create an issue as a note what to do and might not be obvious for others :)

PR has been merged. Thank you


Features/vector search rag pipeline

Pull Request Contents

♻ Refactor

✨ Feature

📝 Documentation

Description

This initial version of the pipeline was only for testing, but adds some useful functionality

Added the endpoint to the app.py
Added methods to the embeddings class so that matches can be retrieved from the vector database
Modified the models.py so that its return type is a Union of the GPT and Llama.cpp generators
Added the get_RAG_assistant method to the pipeline.py. Consistent with the existing get_basic_assistant method
Modified the prompts to be compatible with llama 3.1. Be warned, this prompt format doesn't work with previous llamas. To be fixed in another PR

Related Issues or other material

[X] This PR relates to one or more issues, detailed below

Related Issue #29
Closes #29

✅ Added/updated tests?

[X] This PR contains relevant tests

Or doesn't need to per the below explanation

Still no tests

[X] I've completed all actions and tasks detailed in the PR Template

Hi James,
I can see there are some conflicts in the branch. Could you please solve it?


Support parsing CSV

Is your feature request related to a problem? Please describe.
We need to support parsing CSV files whether through URL or Path.
Describe the solution you'd like
Similar to the PDF parser, but would use the retriever instead of DocChatAgent. This means:

create csv_parser.py under the path langroid/parsing,
modify the classes repo_loader.py and url_loader.py

done in PR #194


Add ModelAnimation.startOffset

As per #10042, this PR adds ModelAnimation.startOffset, which allows specifying at what point an animation starts playing from.

Thanks for the pull request @srcejon!

:heavy_check_mark: Signed CLA found.
:grey_question: CHANGES.md was not updated.

If this change updates the public API in any way, please add a bullet point to CHANGES.md.

:grey_question: Unit tests were not updated.

Make sure you've updated tests to reflect your changes, added tests for any new code, and ran the code coverage tool.

Reviewers, don't forget to make sure that:

[ ] Cesium Viewer works.
[ ] Works in 2D/CV.

Thanks again for your contribution @srcejon!
No one has commented on this pull request in 90 days. Maintainers, can you review, merge or close to keep things tidy?
I'm going to re-bump this in 90 days. If you'd like me to stop, just comment with @cesium-concierge stop. If you want me to start again, just delete the comment.

Thanks again for your contribution @srcejon!
No one has commented on this pull request in 90 days. Maintainers, can you review, merge or close to keep things tidy?
I'm going to re-bump this in 90 days. If you'd like me to stop, just comment with @cesium-concierge stop. If you want me to start again, just delete the comment.

Thanks again for your contribution @srcejon!
No one has commented on this pull request in 90 days. Maintainers, can you review, merge or close to keep things tidy?
I'm going to re-bump this in 90 days. If you'd like me to stop, just comment with @cesium-concierge stop. If you want me to start again, just delete the comment.

I think that (in addition to needing fixes to make it work properly, as I mentioned above) this can be trivially handled using ModelAnimation.animationTime as provided by #9339, so is no longer needed.

Thanks again for your contribution @srcejon!
No one has commented on this pull request in 90 days. Maintainers, can you review, merge or close to keep things tidy?
I'm going to re-bump this in 90 days. If you'd like me to stop, just comment with @cesium-concierge stop. If you want me to start again, just delete the comment.

I'm closing this due to inactivity. If you believe this is still an issue, please feel free to re-open and we'll give this a fresh review. Thanks!


Allow specifying the HTTP/2 SETTINGS_MAX_HEADER_LIST_SIZE

Version
0.14.12
Description
Hyper does not open the customization of the max_header_list_size method in the H2 third-party software.
The H2 interface is as follows:
/// Sets the max size of received header frames.
    ///
    /// This advisory setting informs a peer of the maximum size of header list
    /// that the sender is prepared to accept, in octets. The value is based on
    /// the uncompressed size of header fields, including the length of the name
    /// and value in octets plus an overhead of 32 octets for each header field.
    ///
    /// This setting is also used to limit the maximum amount of data that is
    /// buffered to decode HEADERS frames.
    ///
    /// # Examples
    ///
    /// ```
    /// # use tokio::io::{AsyncRead, AsyncWrite};
    /// # use h2::server::*;
    /// #
    /// # fn doc<T: AsyncRead + AsyncWrite + Unpin>(my_io: T)
    /// # -> Handshake<T>
    /// # {
    /// // `server_fut` is a future representing the completion of the HTTP/2.0
    /// // handshake.
    /// let server_fut = Builder::new()
    ///     .max_header_list_size(16 * 1024)
    ///     .handshake(my_io);
    /// # server_fut
    /// # }
    /// #
    /// # pub fn main() {}
    /// ```
    pub fn max_header_list_size(&mut self, max: u32) -> &mut Self {
        self.settings.set_max_header_list_size(Some(max));
        self
    }

The default value of max_header_list_size in h2 is 16m.
As a result, HTTP2 attacks may occur when Hyper is used.
Attack scenario: Hyper is used as the server and continues to send continuance frames without ending. The data of each continuance frame is 10 KB. Each thread sends 1023 continuance frames, that is, about 10 MB. Multiple threads are started to send continuance frames. As a result, the memory of the service is exploded.

@seanmonstar   Unlimited max_header_list_size  leads to uncontrolled memory，It is not safe for the service

Adding a builder option would be straightforward, and welcome!

The max_header_list_size option of H2 is critical. Why did you not add it? What are the considerations?
h2/src/codec/framed_read.rs
...
                // Extend the buf
                if partial.buf.is_empty() {
                    partial.buf = bytes.split_off(frame::HEADER_LEN);
                } else {
                    if partial.frame.is_over_size() {
                        // If there was left over bytes previously, they may be
                        // needed to continue decoding, even though we will
                        // be ignoring this frame. This is done to keep the HPACK
                        // decoder state up-to-date.

                        //
                        // Instead, we use a simple heuristic to determine if
                        // we should continue to ignore decoding, or to tell
                        // the attacker to go away.
                        if partial.buf.len() + bytes.len() > self.max_header_list_size {
                            proto_err!(conn: "CONTINUATION frame header block size over ignorable limit");
                            return Err(Connection(Reason::COMPRESSION_ERROR));
                        }
                    }
                    partial.buf.extend_from_slice(&bytes[frame::HEADER_LEN..]);
                }
...

Note, the client is vulnerable to this, too, but is not yet fixed.
I don't currently have a need for it being fixed, just wanted to document it, as discussion elsewhere was confused about this:
Both directions of HTTP have headers, v2 specs the related advisory setting for both directions. The underlying h2 does have this setting for both client and server since almost its beginning, which comes with a default limit of 16MB.
For this to be a problem the application does need to have some thing else going on whose denial of service by memory exhaustion would be a problem. This something else might be requests to other servers that are not in the same security compartment. Or having taken a lock that needs to be released. Or it might be even a totally unrelated thing, like showing a GUI. Based on the 16MB default and the maximum outstanding in flight requests and the available memory you can calculate if this can be a problem. So a CLI application that just one command, which does one request, then exits anyway and is prepared to be killed at any time (instead of needing to avoid allocation failures) doesn't need this setting.


fix(settings): Night mode settings and profile page UI improvements

Pre-Submission Checklist

[x] Your pull request targets the staging branch of freeCodeCamp.
[x] Branch starts with either fix/, feature/, or translate/ (e.g. fix/signin-issue)
[x] You have only one commit (if not, squash them into one commit).
[x] All new and existing tests pass the command npm test. Use git commit --amend to amend any fixes.

Type of Change

[x] Small bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds new functionality)
[ ] Breaking change (fix or feature that would change existing functionality)
[ ] Add new translation (feature adding new translations)

Checklist:

[x] Tested changes locally.
[x] Addressed currently open issue (replace XXXXX with an issue no in next line)

Closes #16780
Closes #16781
Closes #16786
Description
The night mode of profile page and settings page has been improved.
1. Profile page heat streak
Before:

After:

2. The Academic Dishonesty Policy text
Before:

After:

3. Hover on tabs
Before:

After:

@Bouncey Actually, I thought the same but to comply with our night mode color scheme I set it to #333333.

@vkWeb I mean the panel background-color

@Bouncey Oh my bad, I was in hurry. I'll update my PR.

@Bouncey Btw another PR coming, some finishing touches in the profile section.
e.g. positioning the modal correctly at the center of the screen: https://beta.freecodecamp.org/en/user/jacksonbates/report-user

@Bouncey This is ready for merge.

3rd commit (1st and 2nd are understood): fix(settings): Fix modal success button hover animation
This will fix the hover animation of modals in night mode:

4th commit: fix(settings): Report user modal centered to the page
This will adjust the position of report user modal:

Any chance this PR can be expanded to fix #16826 (which I've reported) too? - as it's along similar lines

@akkatracker Thanks for reporting this! :smile:
I've fixed this with commit: 6438c04 fix(settings): Background color of panels changed in night mode.

@Bouncey PR updated as per your request.

Thanks @vkWeb :+1:
And thank you for your patience


Breakdown of Screen properties is confusing

https://github.com/spark008/screen-enumeration/blob/master/EXPLAINER.md#proposal has three groups of properties:
// Standardized properties in the Screen interface.

// Unstandardized properties in the Screen interface.

// NEW: Currently exposed as Window.devicePixelRatio.

// NEW: Properties currently not Web-exposed.

I'm having a hard time understanding what these each mean. Here is my best guess:

Properties already existing in some spec
Properties which are shipped in some (many? all?) browsers but do not exist in any spec
A new property proposed by this proposal
New properties proposed by this proposal

Are these guesses accurate? If so, does the scope of this proposal include standardizing the shipped-but-not-standardized properties? Could the comments be updated to be more explicit?

Thanks for the feedback! Your guesses are totally right, I'll attempt to clarify the breakdown and intention to standardize some shipped-but-not-standardized and entirely-new properties.

I refined the breakdown of screen properties within the explainer in a recent change, which should satisfy the main request of this issue. Please reopen this or file another issue if you have further feedback, thanks!


add plugin: hexo-renderer-postcss2

[x] Read the theme publishing doc or plugin publishing doc.

No new features, but I didn't find this plugin when I read the official documentation.


[5.9] Frontend: Don't append -target-min-inlining-target target to implicit module builds

Cherry-pick of https://github.com/apple/swift/pull/65954

Explanation: When performing an implicit module build, the frontend was appending -target-min-inlining-target target to the command line. This was overriding the implicit -target-min-inlining-target min argument that is implied when -library-level api is specified. As a result, the wrong overload could be picked when compiling the body of an inlinable function to SIL for emission into the client, potentially resulting in crashes when the client of the module is back deployed to an older OS.
Scope: Affects building modules with -library-level api from their .swiftinterface files.
Issue: rdar://109336472
Risk: Medium. This change could reveal availability related mistakes in existing .swiftinterface files, causing the interfaces to be unbuildable, or in rarer circumstances changing runtime behavior for inlinable function bodies. While the previous behavior of those inlinable function bodies was incorrect, the behavior could be relied upon.
Testing: Added tests to the test suite
Reviewers: @artemcm @xymus

@swift-ci please test

@swift-ci please test

@swift-ci please test


Mixer problem

Hi!
I just lauch it on my raspberry and that says that the only mixer available is pulseaudio when it's not even installed
There any way to pass directly a device like plughw:CARD=AMP,DEV=0?
Thanks!

That's strange, I don't have a Raspberry Pi to test it on, but I'll try to figure something out. Does the playback work if you don't edit the settings? Can you provide the logs?

Hello @Alexays
what I did is enable the logAvailableMixers option, you should be able to see all the "mixers" in the logs. Afterwards pick the one you want to use, in my case I am using Raspberry with hifiberry and since I am using their sound card, I had to write the mixer name "sndrpihifiberry" in the field "mixerSearchKeywords". I think the use ALSA in the background, works perfectly well.
Regards
PS: I also had to disable the default audio jack in the /boot/config.txt by commenting this out: dtparam=audio=on

Hello
Is there a discussion thread for this project?
I'm wanting to know if this works as a Spotify connect and plays live albums gaplessly.
Thank you and sorry for not finding a discussion thread.

@giggywithit It works with Spotify Connect and it is able to play radios, if that's what you're interested in.

@devgianlu Sorry for the delay, here the log
2019-03-16 16:29:53 INFO  Utils:83 - Cryptography restrictions removal not needed.
2019-03-16 16:29:53 INFO  ZeroconfServer:318 - Zeroconf HTTP server started successfully on port 47967!
2019-03-16 16:29:53 TRACE ZeroconfServer:165 - Adding addresses of eth0 (displayName: eth0)
2019-03-16 16:29:53 DEBUG ZeroconfServer:107 - Registering service on [/fe80:0:0:0:ba27:ebff:fe62:c10a%eth0, /2a01:e35:8b9e:6d70:ba27:ebff:fe62:c10a%eth0, /<IP_ADDRESS>]
2019-03-16 16:29:53 INFO  ZeroconfServer:120 - SpotifyConnect service registered successfully!
2019-03-16 16:30:00 TRACE ZeroconfServer:354 - Handling request: GET /?action=getInfo HTTP/1.1, headers: {Keep-Alive=0, Connection=keep-alive, User-Agent=Spotify/109800078 Linux/0 (PC desktop), Host=<IP_ADDRESS>, Accept-Encoding=gzip, Content-Type=application/x-www-form-urlencoded}
2019-03-16 16:30:00 TRACE ZeroconfServer:354 - Handling request: GET /?action=getInfo HTTP/1.1, headers: {Keep-Alive=0, Connection=keep-alive, User-Agent=Spotify/109800078 Linux/0 (PC desktop), Host=<IP_ADDRESS>, Accept-Encoding=gzip, Content-Type=application/x-www-form-urlencoded}
2019-03-16 16:30:00 TRACE ZeroconfServer:354 - Handling request: GET /?action=getInfo HTTP/1.1, headers: {Keep-Alive=0, Connection=keep-alive, User-Agent=Spotify/109800078 Linux/0 (PC desktop), Host=<IP_ADDRESS>, Accept-Encoding=gzip, Content-Type=application/x-www-form-urlencoded}
2019-03-16 16:30:00 TRACE ZeroconfServer:354 - Handling request: GET /?action=getInfo HTTP/1.1, headers: {Keep-Alive=0, Connection=keep-alive, User-Agent=Spotify/109800078 Linux/0 (PC desktop), Host=<IP_ADDRESS>, Accept-Encoding=gzip, Content-Type=application/x-www-form-urlencoded}
2019-03-16 16:30:00 TRACE ZeroconfServer:354 - Handling request: GET /?action=getInfo HTTP/1.1, headers: {Keep-Alive=0, Connection=keep-alive, User-Agent=Spotify/109800078 Linux/0 (PC desktop), Host=<IP_ADDRESS>, Accept-Encoding=gzip, Content-Type=application/x-www-form-urlencoded}
2019-03-16 16:30:01 TRACE ZeroconfServer:354 - Handling request: POST / HTTP/1.1, headers: {Keep-Alive=0, Connection=keep-alive, User-Agent=Spotify/109800078 Linux/0 (PC desktop), Host=<IP_ADDRESS>, Accept-Encoding=gzip, Content-Length=700, Content-Type=application/x-www-form-urlencoded}
2019-03-16 16:30:03 INFO  Session:65 - Created new session! {deviceId: 62949434-bd9e-4432-99f1-4784fa0da6e1, ap: gew1-accesspoint-b-74sl.ap.spotify.com/<IP_ADDRESS>}
2019-03-16 16:30:03 INFO  ZeroconfServer:278 - Accepted new user. {deviceId: 62949434-bd9e-4432-99f1-4784fa0da6e1}
2019-03-16 16:30:05 INFO  Session:197 - Connected successfully!
2019-03-16 16:30:05 TRACE Session:645 - Handled Ping
2019-03-16 16:30:05 INFO  Session:681 - Skipping SecretBlock
2019-03-16 16:30:05 INFO  Session:661 - Received LicenseVersion: 1, 1.0.1-FR
2019-03-16 16:30:05 INFO  Session:654 - Received CountryCode: FR
2019-03-16 16:30:05 INFO  Session:681 - Skipping ProductInfo
2019-03-16 16:30:05 INFO  Session:681 - Skipping LegacyWelcome
2019-03-16 16:30:05 INFO  Session:681 - Skipping UnknownData_AllZeros
2019-03-16 16:30:05 DEBUG Session:664 - Received 0x10: 85AFD3E989806B825CAEA8015784247E36E4C903
2019-03-16 16:30:05 TRACE Session:651 - Handled PongAck
2019-03-16 16:30:05 TRACE MercuryClient:104 - Send Mercury request, seq: 1, uri: hm://remote/user/alexays/, method: SUB
2019-03-16 16:30:05 TRACE MercuryClient:146 - Handling packet, cmd: MercurySub, seq: 1, flags: 1, parts: 1
2019-03-16 16:30:05 TRACE MercuryClient:52 - Subscribed successfully to hm://remote/user/alexays/!
2019-03-16 16:30:05 TRACE SpotifyIrc:101 - Send frame, type: kMessageTypeHello
2019-03-16 16:30:05 TRACE MercuryClient:104 - Send Mercury request, seq: 2, uri: hm://remote/user/alexays/, method: SEND
2019-03-16 16:30:05 TRACE MercuryClient:146 - Handling packet, cmd: MercuryReq, seq: 2, flags: 1, parts: 1
2019-03-16 16:30:05 TRACE SpotifyIrc:115 - Frame sent successfully, type: kMessageTypeHello
2019-03-16 16:30:05 INFO  Session:211 - Authenticated as alexays!
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercurySubEvent, seq:<PHONE_NUMBER>344338432, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercurySubEvent, seq:<PHONE_NUMBER>382266368, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercurySubEvent, seq:<PHONE_NUMBER>420194304, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE SpotifyIrc:191 - Handling frame, type: kMessageTypeNotify, ident: af1f9cb4780544a0e7dcefbd68faac34092f284a
2019-03-16 16:30:06 TRACE SpotifyIrc:191 - Handling frame, type: kMessageTypeNotify, ident: f61da8974dbcd771a998f11705745e1c8c02cfaf
2019-03-16 16:30:06 TRACE SpotifyIrc:191 - Handling frame, type: kMessageTypeNotify, ident: f69fecd63088c8027fb29bb73dad8e0fd4c62d22
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercurySubEvent, seq:<PHONE_NUMBER>458122240, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE SpotifyIrc:191 - Handling frame, type: kMessageTypeLoad, ident: f61da8974dbcd771a998f11705745e1c8c02cfaf
2019-03-16 16:30:06 DEBUG Player:271 - Loading context, uri: spotify:user:alexays:playlist:2FkCgf9hoOhcoPy95HFAIb
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercurySubEvent, seq:<PHONE_NUMBER>496050176, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE SpotifyIrc:191 - Handling frame, type: kMessageTypeNotify, ident: f61da8974dbcd771a998f11705745e1c8c02cfaf
2019-03-16 16:30:06 TRACE SpotifyIrc:101 - Send frame, type: kMessageTypeNotify
2019-03-16 16:30:06 TRACE MercuryClient:104 - Send Mercury request, seq: 3, uri: hm://remote/user/alexays/, method: SEND
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercuryReq, seq: 3, flags: 1, parts: 1
2019-03-16 16:30:06 TRACE SpotifyIrc:115 - Frame sent successfully, type: kMessageTypeNotify
2019-03-16 16:30:06 TRACE SpotifyIrc:101 - Send frame, type: kMessageTypeNotify
2019-03-16 16:30:06 TRACE MercuryClient:104 - Send Mercury request, seq: 4, uri: hm://remote/user/alexays/, method: SEND
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercuryReq, seq: 4, flags: 1, parts: 1
2019-03-16 16:30:06 TRACE SpotifyIrc:115 - Frame sent successfully, type: kMessageTypeNotify
2019-03-16 16:30:06 TRACE MercuryClient:104 - Send Mercury request, seq: 5, uri: hm://metadata/4/track/F451DD34B31B442AB6FB9FC746ED3C9F, method: GET
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercurySubEvent, seq:<PHONE_NUMBER>571906048, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE SpotifyIrc:191 - Handling frame, type: kMessageTypeNotify, ident: f61da8974dbcd771a998f11705745e1c8c02cfaf
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercuryReq, seq: 5, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercurySubEvent, seq:<PHONE_NUMBER>647761920, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE SpotifyIrc:191 - Handling frame, type: kMessageTypeNotify, ident: af1f9cb4780544a0e7dcefbd68faac34092f284a
2019-03-16 16:30:06 INFO  Session:681 - Skipping UnknownData_AllZeros
2019-03-16 16:30:06 TRACE MercuryClient:146 - Handling packet, cmd: MercurySubEvent, seq:<PHONE_NUMBER>685689856, flags: 1, parts: 2
2019-03-16 16:30:06 TRACE SpotifyIrc:191 - Handling frame, type: kMessageTypePause, ident: play-token
2019-03-16 16:30:06 TRACE AudioFileStreaming:69 - Track size: 10487928
2019-03-16 16:30:06 TRACE AudioFileStreaming:71 - Track has 81 chunks.
2019-03-16 16:30:07 TRACE AudioFileStreaming:99 - Chunk 0/81 completed, cached: false, fileId: 69D147A3726B64EC111AB97473AD367918C57251
2019-03-16 16:30:07 TRACE StreamFeeder:59 - Loaded normalization data, track_gain: -9.55, track_peak: 1.06, album_gain: -9.56, album_peak: 1.06
2019-03-16 16:30:07 INFO  TrackHandler:50 - Loaded track, name: 'Just Need Your Love', artists: 'Hyphen Hyphen', gid: F451DD34B31B442AB6FB9FC746ED3C9F
2019-03-16 16:30:08 INFO  LinesHolder:102 - Available mixers: 'PulseAudio Mixer'
2019-03-16 16:30:08 INFO  LinesHolder:104 - Mixer for playback 'PulseAudio Mixer', maxLines: -1
2019-03-16 16:30:08 DEBUG LinesHolder:69 - Got first line from mixer 'PulseAudio Mixer'
2019-03-16 16:30:08 TRACE PlayerRunner:77 - Player ready for playback, fileId: 69D147A3726B64EC111AB97473AD367918C57251
2019-03-16 16:30:08 TRACE SpotifyIrc:101 - Send frame, type: kMessageTypeNotify
2019-03-16 16:30:08 TRACE MercuryClient:104 - Send Mercury request, seq: 6, uri: hm://remote/user/alexays/, method: SEND
2019-03-16 16:30:08 DEBUG LinesHolder:112 - Removed closed line, remaining: 0
2019-03-16 16:30:08 TRACE PlayerRunner:271 - Cleaned up player.
Exception in thread "player-runner-22161036" java.lang.UnsatisfiedLinkError: no icedtea-sound in java.library.path
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1867)
	at java.lang.Runtime.loadLibrary0(Runtime.java:870)
	at java.lang.System.loadLibrary(System.java:1122)
	at org.classpath.icedtea.pulseaudio.SecurityWrapper.loadNativeLibrary(SecurityWrapper.java:66)
	at org.classpath.icedtea.pulseaudio.EventLoop.<clinit>(EventLoop.java:97)
	at org.classpath.icedtea.pulseaudio.PulseAudioMixer.openImpl(PulseAudioMixer.java:654)
	at org.classpath.icedtea.pulseaudio.PulseAudioMixer.openLocal(PulseAudioMixer.java:588)
	at org.classpath.icedtea.pulseaudio.PulseAudioMixer.openLocal(PulseAudioMixer.java:584)
	at org.classpath.icedtea.pulseaudio.PulseAudioMixer.open(PulseAudioMixer.java:579)
	at org.classpath.icedtea.pulseaudio.PulseAudioDataLine.open(PulseAudioDataLine.java:94)
	at org.classpath.icedtea.pulseaudio.PulseAudioSourceDataLine.open(PulseAudioSourceDataLine.java:75)
	at org.classpath.icedtea.pulseaudio.PulseAudioSourceDataLine.open(PulseAudioSourceDataLine.java:90)
	at xyz.gianlu.librespot.player.LinesHolder$LineWrapper.waitAndOpen(LinesHolder.java:139)
	at xyz.gianlu.librespot.player.PlayerRunner.readBody(PlayerRunner.java:160)
	at xyz.gianlu.librespot.player.PlayerRunner.run(PlayerRunner.java:277)
	at java.lang.Thread.run(Thread.java:748)
2019-03-16 16:30:08 INFO  Session:681 - Skipping Pause
2019-03-16 16:30:08 TRACE MercuryClient:146 - Handling packet, cmd: MercuryReq, seq: 6, flags: 1, parts: 1
2019-03-16 16:30:08 TRACE SpotifyIrc:115 - Frame sent successfully, type: kMessageTypeNotify
2019-03-16 16:30:08 TRACE AudioFileStreaming:99 - Chunk 1/81 completed, cached: false, fileId: 69D147A3726B64EC111AB97473AD367918C57251
2019-03-16 16:30:09 TRACE AudioFileStreaming:99 - Chunk 52/81 completed, cached: false, fileId: 69D147A3726B64EC111AB97473AD367918C57251
2019-03-16 16:30:09 TRACE AudioFileStreaming:99 - Chunk 51/81 completed, cached: false, fileId: 69D147A3726B64EC111AB97473AD367918C57251

It looks like Java doesn't support PulseAudio, as you said, there should be another audio backend installed.
Please follow the instructions provided by @xMordax above.

@Alexays
I also noticed you also have only PulseAudio, if you want to keep using it(although I find ALSA better) you can leave the parameter mixerSearchKeywords empty since it will pick the default one, and you have only one.
Like I said, I had more success with ALSA, here is also a short overview of how to set it up: http://blog.scphillips.com/posts/2013/01/sound-configuration-on-raspberry-pi-with-alsa/

Closing for inactivity.

Just had to reinstall my RPi with an new image.
Before I used ALSA for Librespot and PulseAudio (by default) for Kodi on that device.
I reconfigured ALSA the same way as before, but Librespot shows only the Pulseaudio Mixer, what is not supported in java (exeption as above). Kodi shows ALSA devices and I can use them in Kodi (unless this doesn‘t make sense).
Any help?

I see a couple of solutions:

Try reconfiguring ALSA with this guide
Follow {this guide](https://keithp.com/blogs/Java-Sound-on-Linux/) to fix an issue in the JRE configuration
Install the IcedTea JDK which should support PulseAudio

Must be an issue with the JDK.
But I am confused that it has worked before with same package installed.
IcedTeaJDK is not an option cause I want to use ALSA instead of PulseAudio for this purpose.
Changes in sound.conf didn't do the trick.
Looks like librespot pulls only the icedtea audio classes to get mixer. But cannot be true, as it worked before the same way without any configuration from my side.

Maybe the new image changed some configuration files. I use ALSA on my Banana Pi R1, but it doesn't even have a configuration file (??). I found this page which has a lot on information, including some debugging steps. As a last resort I'd check the changelogs of the RPi image.

No hint to changed config files in any Image. But I will try an older one to proof.
Alsa by itself is fine.
Aplay, Amixer and speaker-test give expected results.

Can you drop the image link here? I'll try to emulated an RPi with QEMU and see if I reproduce your issue. This should also be a better way to test librespot-java with restricted resources.

Images from here:
https://osmc.tv/download/
Fresh 2019.07-1:
Java doensn't get the alsa mixers
2018.12-1 (image I used initial); Upgraded with apt dist-upgrade:
Java doensn't get the alsa mixers
Fresh 2018.12-1; Without upgrading via apt:
Java doensn't get the alsa mixers
Must have something do to with the JDK-package I get from apt repo.
I will try another JDK later.

i dont run spotify connect on the same hardware as OSMC anymore, but i had these instructions on scplayer, i dont know if they are still valid, but here it is
If you are running on OSMC you have to run this command to enable alsa drivers
for older versions from ssh type sudo modprobe snd_bcm2835 , no need to reboot
for newer versions add this line dtparam=audio=on to /boot/config.txt

That's not the issue.
Was something with latest jdk from debian stretch repo.
Got this working again with openjdk11 from stretch-backports repo.
Thanks for advice.


Add support for CLI usage

Describe the solution you'd like
It would be great to run files in a non-interactive way. For example, something like this from the command line:
roslynpad.exe -f my-script.csx
I've looked into using commandline based tools that support csx files but the files that RoslynPad generates doesn't seem to be compatible with tools like ScriptCS  or dotnet-script as the NuGet include syntax is slightly different (RoslynPad uses #r "nuget: Newtonsoft.Json/13.0.1" whereas dotnet-script uses a comma - #r "nuget: Newtonsoft.Json, 13.0.1")
Describe alternatives you've considered
Linqpad has a similar feature, lprun. See
https://www.linqpad.net/lprun.aspx
Additional context
I write a lot of small dev scripts, would be great to use the RoslynPad GUIto write and test scripts then consume them via my terminal

I agree. RoslynPad is great editor, small and lightweight. It would be nice if we can use that to code C# script (rather than relying on VScode) and execute the script using another script runner (like dotnet-script above). I use powershell for my daily scripting, but still, C# is better than PSscript.

I actually aligned RP with the dotnet-script NuGet reference format a while ago (it's also what appears in the "Script & Interactive" on nuget.org), so it should be compatible. Given that, I don't see a point in creating another CLI.

Thank you for the response:

I actually aligned RP with the dotnet-script NuGet reference format a while ago (it's also what appears in the "Script & Interactive" on nuget.org), so it should be compatible

I'm not sure if something has changed but it is no longer compatible. The format on dotnet-script is:
#r "nuget: AutoMapper, 6.1.0"
and the format on NuGet.org is
#r "nuget: AutoMapper, 12.0.0"
The format in Roslynpad contains a slash, making it incompatible with dotnet-script:
"nuget: Newtonsoft.Json/13.0.1"

Given that, I don't see a point in creating another CLI
I would argue that because the format is incompatible, RoslynPad scripts using NuGet packages are difficult to run from the command line without doing workarounds and dotnet-script (or similar tools) can't be used for scripts that reference nuget packages. I'd be happy to have a go implementing CLI support when I get some time spare

I'm not sure if something has changed but it is no longer compatible. The format on dotnet-script is: #r "nuget: AutoMapper, 6.1.0" and the format on NuGet.org is #r "nuget: AutoMapper, 12.0.0"
The format in Roslynpad contains a slash, making it incompatible with dotnet-script: "nuget: Newtonsoft.Json/13.0.1"
the command line without doing workarounds and dotnet-script (or similar tools) can't be used for scripts that reference nuget packages. I'd be happy to have a go implementing CLI support when I get some time spare

I guess it's in progress now. I see the main branch use comma separated for nuget package. It's just not released yet. It's still has another bug I guess.


Ensure the eWallet continues performing well under heavy load testing

This is a crude but quick load test done within a few hours with Apache Bench. It's nowhere near accurate but given the setup, I believe it can serve as a minimum baseline:
Setup:

eWallet server ran on a MBP 15" 2013 Quad-core i7 2.3 GHz
Wifi network 😟
Used basic ab benchmark (= pure brute-force)
Used dev environment config
Tested against two read-only endpoints only, i.e. /api/admin and /api/admin/token.all

Cross-machine result:

Ping latency ~65ms
Consecutive single requests: a consistent ~70ms response time (including network latency).
Was able to do 200 requests concurrently with ~170ms response time (including network latency)
Throughput ~1,000 req/s
After 200 concurrency, response time & throughput dropped significantly

Same-machine result:

Consecutive single requests: a consistent ~40ms response time.
200 concurrent requests give < 100ms response time
Throughput ~2,000 req/s
Unable to do larger loads due to OS limits

Other observations:

Still the server hit no-where near 100% CPU or memory
We will need to do proper load testing suite (dedicated environment, network, load testing tools, test scripts with ramp up/down, etc.) for better metrics. But at least this gives some quick data.

Summarized data:

Script
Path
Concurrency
Reqs/concurrency
Reqs/second
Mean response time (ms)

static
/api/admin
1
100
15.66
63.88

10
10
88.21
113.36

10
50
92.78
107.78

100
50
723.83
138.15

200
50
1354.16
147.69

300
50
1089.81
275.28

400
50
831.74
480.92

400
10
847.49
471.98

500
10
596.72
837.91

600
10
726.05
826.39

700
10
723.77
967.16

800
10
830.17
963.66

token_all
/api/admin/token.all
1
100
14.07
71.06

10
10
85.69
116.70

10
50
90.28
110.76

100
50
700.26
142.80

200
50
1148.22
174.18

300
50
953.18
314.74

400
50
581.29
688.13

400
10
830.27
481.77

500
10
837.67
596.90

600
10
707.50
848.05

700
10
446.96
1566.14

800
10
407.29
1964.20

(The number of concurrency and reqs/concurrency is ugly, but again this is a quick & dirty load test to get an initial feeling)

Too itchy about this. I'm going to baseline against an out of the box Phoenix server to get another perspective.

A clean phoenix project gives similar results to the networked tests. So I'm crossing out the cross-machine results for their invalidity.

A same-machine load test to /api/admin/token.all gives the following:

Script
Path
Concurrency
Reqs/concurrency
Reqs/second
Mean response time (ms)

token_all same machine
/api/admin/token.all
1
100
23.23
43.04

10
10
121.17
82.53

10
50
114.98
86.97

100
50
896.74
111.52

200
50
1401.75
142.68

300
50
975.25
307.61

400
50
497.15
804.59

400
10
1948.77
205.26

500
10
2169.16
230.50

600
10
2324.55
258.11

700
10
2442.27
286.62

800
10
2431.54
329.01

900
10
2444.97
368.10

1000
10
2449.01
408.00

Moving back to todo for a proper environment setup

Latest results using the implementation in #499:
Setup:

1 instance of GCP's n1-standard-2 (2 vCPUs Intel Broadwell, 7.5 GB memory) for the application

Database server resides on the same instance as the application server

1 instance of GCP's n1-standard-2 (2 vCPUs Intel Broadwell, 7.5 GB memory) for generating and measuring the load

Results:

Path
TPS
Max Response Time
Mean
Min

/api/admin/transaction.create
Ping
0.228
0.162
0.120

1
52
39
29

10
40
31
28

20
40
30
26

30
61
31
28

40
2455
1532
54

50
Timeout
Timeout
Timeout

100
Timeout
Timeout
Timeout

200
Crashed
Crashed
Crashed

Quick takeaway:
Supports up to 30 TPS with standard configurations (although it can be easily scaled up since it's a typical application server).

Next steps (v1.2):

Setup profiling so bottlenecks can be identified
Create issues to optimize the bottlenecks


Merge latest GSF:dev into this fork

Issue Number: 379
Summary
Merges the latest code from the GSF:dev branch back into this fork so this codebase can stay current and continue to quickly contribute changes back to that repository.
Changes

Remove deprecated SCI score components.
Add new github issue template types
Documentation changes to CONTRIBUTING.md, README.md, and GettingStarted.md
Minor fixes to CLI

Checklist

[x] Local Tests Passing? YES
[x] CICD and Pipeline Tests Passing? YES
[x] Added any new Tests? YES
[x] Documentation Updates Made? YES
[x] Are there any API Changes? YES
[x] This IS a breaking change. YES

Are there API Changes? YES
Removes the /sci-score endpoints
Is this a breaking change? YES
Fully removes the /sci-score endpoints

Codecov Report

Merging #120 (d5313af) into dev (a03b1ad) will decrease coverage by 9.62%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##              dev     #120      +/-   ##
==========================================
- Coverage   85.38%   75.75%   -9.63%
==========================================
  Files          52       48       -4
  Lines        1690     1588     -102
  Branches      176      170       -6
==========================================
- Hits         1443     1203     -240
- Misses        189      316     +127
- Partials       58       69      +11

Impacted Files
Coverage Δ

...s/src/Configuration/ServiceCollectionExtensions.cs
100.00% <ø> (ø)

src/CarbonAware.CLI/src/CarbonAwareCLI.cs
62.50% <0.00%> (ø)

src/CarbonAware/src/Config/ConfigManager.cs
0.00% <0.00%> (-100.00%)
:arrow_down:

src/CarbonAware/src/Config/ServiceRegistration.cs
0.00% <0.00%> (-100.00%)
:arrow_down:

src/CarbonAware/src/Config/ServiceManager.cs
0.00% <0.00%> (-98.31%)
:arrow_down:

...cJsonPlugin/src/CarbonAwareBasicJsonDataService.cs
0.00% <0.00%> (-86.96%)
:arrow_down:

...bonAware/src/Extensions/EmissionsDataExtensions.cs
73.68% <0.00%> (-25.44%)
:arrow_down:

src/CarbonAware/src/Model/EmissionsData.cs
75.00% <0.00%> (-12.50%)
:arrow_down:

src/CarbonAware/src/Model/Location.cs
82.35% <0.00%> (-11.77%)
:arrow_down:

...asicJsonPlugin/src/CarbonAwareLogicSamplePlugin.cs
94.00% <0.00%> (-4.00%)
:arrow_down:


chore: backport changes from main

:tada: This PR is included in version 4.16.5 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Chfast's fork doesn't compile directly

When I install the secp256k1-transient, I have no problems whatsoever, but when I try to install if from git doing this in requirements.txt:

git+https://github.com/chfast/secp256k1-py.git@fe39e4c#egg=secp256k1

I get this error:

cffi.ffiplatform.VerificationError: LinkError: command 'C:\Users\[user_name]\AppData\Local\Programs\Common\Microsoft\Visual C++ for Python\9.0\VC\Bin\link.exe' failed with exit status 1181

@chfast

That's a fork, not a branch. Contact the fork owner directly please.

I wanted to make an issue on his fork, cannot...


Running adaptive_test.TestAdam

I'm new to Theano and downhill, when running tests, an exception thrown as flows, any suggestion?
Traceback (most recent call last):
File "E:/GitHub/downhill/test/adaptive_test.py", line 173, in
test.test_params()
File "E:/GitHub/downhill/test/adaptive_test.py", line 163, in test_params
rms_regularizer=11):
File "E:\GitHub\downhill\downhill\base.py", line 400, in iterate
self._compile()
File "E:\GitHub\downhill\downhill\base.py", line 129, in _compile
name=label)
File "C:\Python27\lib\site-packages\theano-0.8.2-py2.7.egg\theano\compile\function.py", line 320, in function
output_keys=output_keys)
File "C:\Python27\lib\site-packages\theano-0.8.2-py2.7.egg\theano\compile\pfunc.py", line 442, in pfunc
no_default_updates=no_default_updates)
File "C:\Python27\lib\site-packages\theano-0.8.2-py2.7.egg\theano\compile\pfunc.py", line 207, in rebuild_collect_shared
raise TypeError(err_msg, err_sug)
TypeError: ('An update must have the same type as the original shared variable (shared_var=x_g1_ewma, shared_var.type=TensorType(float32, vector), update_val=Elemwise{add,no_inplace}.0, update_val.type=TensorType(float64, vector)).', 'If the difference is related to the broadcast pattern, you can call the tensor.unbroadcast(var, axis_to_unbroadcast[, ...]) function to remove broadcastable dimensions.')

Hm, this is working for me. Maybe we have a mismatch in our theano configs? What is the value of floatX in your .theanorc?

Hi john, that's the problem, thanks a lot.


[incubator-kie-issues-1131] v7 migration to code generation -16

Many thanks for submitting your Pull Request :heart:!

Closes/Fixes/Resolves #ISSUE-NUMBER

Description:

Please make sure that your PR meets the following requirements:

[ ] You have read the contributors guide
[ ] Your code is properly formatted according to this configuration
[ ] Pull Request title is properly formatted: Issue-XYZ Subject
[ ] Pull Request title contains the target branch if not targeting main: [0.9.x] Issue-XYZ Subject
[ ] Pull Request contains link to the JIRA issue
[ ] Pull Request contains link to any dependent or related Pull Request
[ ] Pull Request contains description of the issue
[ ] Pull Request does not include fixes for issues other than the main ticket

How to replicate CI configuration locally?

Build Chain tool does "simple" maven build(s), the builds are just Maven commands, but because the repositories relates and depends on each other and any change in API or class method could affect several of those repositories there is a need to use build-chain tool to handle cross repository builds and be sure that we always use latest version of the code for each repository.
build-chain tool is a build tool which can be used on command line locally or in Github Actions workflow(s), in case you need to change multiple repositories and send multiple dependent pull requests related with a change you can easily reproduce the same build by executing it on Github hosted environment or locally in your development environment. See local execution details to get more information about it.

PR job #1 was: UNSTABLE
Possible explanation: This should be test failures

Reproducer
build-chain build full_downstream  -f 'https://raw.githubusercontent.com/${AUTHOR:apache}/incubator-kie-kogito-pipelines/${BRANCH:main}/.ci/buildchain-config-pr-cdb.yaml' -o 'bc' -p apache/incubator-kie-kogito-runtimes -u https://github.com/apache/incubator-kie-kogito-runtimes/pull/3623 --skipParallelCheckout
NOTE: To install the build-chain tool, please refer to https://github.com/kiegroup/github-action-build-chain#local-execution

Please look here: https://ci-builds.apache.org/job/KIE/job/kogito/job/main/job/pullrequest_jobs/job/kogito-runtimes-pr/job/PR-3623/1/display/redirect
Test results:

PASSED: 3354
FAILED: 1

Those are the test failures:

org.kie.kogito.process.dynamic.DynamicCallResourceTest.testConcurrentDynamicCalls
java.lang.AssertionError: 1 expectation failed.Expected status code <200> but was <400>.


Fix IsADirectoryError in main_no_modal.py

Applies same changes as dc105e2a0995983f2b21ed33eb575ee456f9729d but in main_no_modal.py to fix #26. Should close #59 after merge.

ping @swyxio


Crash when moving tab in chromium

Hyprland Version
 System/Version info
Hyprland, built from branch main at commit 94c20a186372aace78b188842848b873eb3ebbd7  (primary-selection: move to hyprland impl).
Date: Wed May 15 00:13:35 2024
Tag: v0.40.0-87-g94c20a18, commits: 4693

flags: (if any)

System Information:
System name: Linux
Node name: a31msi
Release: 6.8.9-zen1-2-zen
Version: #1 ZEN SMP PREEMPT_DYNAMIC Tue, 07 May 2024 22:06:02 +0000

GPU information:
03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Barcelo [1002:15e7] (rev c1) (prog-if 00 [VGA controller])

os-release: NAME="EndeavourOS"
PRETTY_NAME="EndeavourOS"
ID="endeavouros"
ID_LIKE="arch"
BUILD_ID="2023.03.26"
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://endeavouros.com"
DOCUMENTATION_URL="https://discovery.endeavouros.com"
SUPPORT_URL="https://forum.endeavouros.com"
BUG_REPORT_URL="https://forum.endeavouros.com/c/general-system/endeavouros-installation"
PRIVACY_POLICY_URL="https://endeavouros.com/privacy-policy-2"
LOGO="endeavouros"

plugins:

Bug or Regression?
Bug
Description
Today I updated hyprland-git from the AUR (EndeavourOS). I use brave as my browser and I found out that moving a tab crashes hyprland. Just clicking a tab and moving the mouse causes hyprland to crash.
How to reproduce

Compile latest hyprland
Open browser (chromium with ozone platform as Wayland)
Click on the tab title on top and try to move it
Enjoy your SDDM theme

Crash reports, logs, images, videos
Log:
hyprland.log
Crash report:
hyprlandCrashReport28059.txt

I also experienced that, also closing a "chrome" tab crashes hyprland.

fixd


Add golden files for all work item link types of all space templates

This adds a golden file for the payload and response of all work item link types defined in all space templates.

Codecov Report

Merging #2232 into master will increase coverage by 0.01%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master    #2232      +/-   ##
==========================================
+ Coverage   69.83%   69.84%   +0.01%
==========================================
  Files         170      170
  Lines       15872    15864       -8
==========================================
- Hits        11085    11081       -4
+ Misses       3771     3769       -2
+ Partials     1016     1014       -2

Impacted Files
Coverage Δ

workitem/link/type.go
100% <100%> (+7.84%)
:arrow_up:

workitem/link/category.go
100% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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


Remove abandoned dependency

What is the best way to remove this warning?
Package container-interop/container-interop is abandoned, you should avoid using it. Use psr/container instead.

I just had encountered the same issue.
But the simple solution is:
Update league/container to anything above 3.0.

@uberhacker as @fridde says, that package has been removed from v3+


add default feature without-lapack and features to specify data types

If this PR updates an existing port, please uncomment and fill out this checklist:

[x] Changes comply with the maintainer guide.
[x] SHA512s are updated for each updated download.
[ ] The "supports" clause reflects platforms that may be fixed by this new version.
[ ] Any fixed CI baseline entries are removed from that file.
[ ] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[ ] Only one version is added to each modified port's versions file.

This PR adds new features to the OpenBLAS port:

build-single/double/complex/complex16: By default OpenBLAS is being built for both real and complex numbers with both single and double precision. This results in longer port build times and larger binary sizes then needed if only one configuration is needed e.g. real with double precision.
Setting one or more of these new features will result in only building those configuration(s).

without-lapack: OpenBLAS comes with the possibility to also build a LAPACK library which can be achieved when disabeling the corresponding CMake option which is represented by this new default feature.
OpenBLAS's LAPACK comes with manually maintained C sources for LAPACK generated by f2c from the original Fortran sources. This makes it possible to get LAPACK also on platforms that do not support Fortran e.i. emscripten.
So to my knowledge with this new feature it would be the only VCPKG port which supports LAPACK on emscripten (even the clapack somehow requires Fortran).

AFAICT the actual LAPACK implementation must be switch with port lapack.

OpenBLAS's LAPACK comes with manually maintained C sources for LAPACK generated by f2c from the original Fortran sources.

This sounds like port clapack, "(f2c'ed version of LAPACK)".

Also negative features are not allowed since features need to be additive

@NickelWenzel please read the following Contributor License Agreement(CLA). If you agree with the CLA, please reply with the following information.
@microsoft-github-policy-service agree [company="{your company}"]

Options:

(default - no company specified) I have sole ownership of intellectual property rights to my Submissions and I am not making Submissions in the course of work for my employer.

@microsoft-github-policy-service agree

(when company given) I am making Submissions in the course of work for my employer (or my employer has intellectual property rights in my Submissions by contract or applicable law). I have permission from my employer to make Submissions and enter into this Agreement on behalf of my employer. By signing below, the defined term “You” includes me and my employer.

@microsoft-github-policy-service agree company="Microsoft"

Contributor License Agreement

@microsoft-github-policy-service agree company="Carl Zeiss Industrielle Messtechnik GmbH"

Also negative features are not allowed since features need to be additive

Right, my idea here was to just reflect the project's cmake options and avoid extra logic in the port file but it can be easily made into a with-lapack feature which is non default.

Sure i can maintain a private overlay port, but it would be nice to have the feature also in the official port.

It an overlay until alternatives are implemented.

Too be honest i find the whole lapack and blas meta port logic somewhat confusing.

You need to provide an appropriate overlay which reflects which lapack/blas implementation you use depending on the platform. The redirection logic must be adjusted to what you want to achieve.

Sure i can maintain a private overlay port, but it would be nice to have the feature also in the official port.

It an overlay until alternatives are implemented.

Right now there are no alternatives to get lapack for emscripten (happy to be corrected here :) ), as I said even clapack does not compile. And even if that would be fixed to me it seems that clapack is not maintained anymore, its last release is based on on lapack 3.2.1 and is 15 years old so that doesn't make it very appealing to use.
At least the openblas f2c port of lapack is based on version 3.10 and is actively maintained.
So for VCPKG users that want to use specifically openblas i don't really see why any of its project options should not also be offered as a port feature including with-lapack.
This wouldn't break anything and on top of that the meta ports could still implement logic to select whatever implementation works for the target platform :)

Too be honest i find the whole lapack and blas meta port logic somewhat confusing.

You need to provide an appropriate overlay which reflects which lapack/blas implementation you use depending on the platform. The redirection logic must be adjusted to what you want to achieve.

I'd be happy to extend the redirection logic for the lapack meta port to use the openblas f2c lapack within this PR if that would help getting this PR merged.

@Neumann-A ping, what do you think about my above comment? I'd be happy to move this forward or close this PR if there's no consense on what to do here.

@Neumann-A ping, what do you think about my above comment? I'd be happy to move this forward or close this PR if there's no consense on what to do here.

Nothing because you would depend on with-lapack feature and this is not the way to go. You should depend on lapack not a feature which also exposes lapack. As such you can do it in your personal overlay but not in the curated registry


tools/arm64: build 64bit executables for taskset and trace-cmd

Tested with LISA synthetic tests on GEM5 and Juno.

Gave it a go on Pixel, all looks good.