text:
Exporting a dat returns an out of range exception

If I try to export a libconfig I have (it's not encrypted), I get this:
An unhandled exception of type 'System.ArgumentOutOfRangeException' occurred in mscorlib.dll
Additional information: Index was out of range. Must be non-negative and less than the size of the collection.

This error occurs at line 385 of DatLoader.cs (GetValue(row,col)'s return).

I am unable to reproduce the issue. Please send a copy of the libconfig.dat file you are attempting to edit. If you have made changes to the file using the editor, you may want to also indicate the changes that were made.

Possible fix issued in https://github.com/TricksterOnline/TO-Toolbox/commit/883d5a55dfdd852d99db6421566b1b94d6e465e2
Let me know if the issue is remedied.

It's the eTO libconfig, actually. I haven't modified it with the editor, but with a text editor.
"Failed to export. Error: Attempting to access non-existant entry (2997,0)"

Please send me a copy of the (modified) libconfig file.

Actually, the second line is this for convenience:
<INI TableCount = '10000' TableInfoCount = '2000'>
I assume that's not good? Does the XML reader this uses actually depend on that?

Possible fix issued in https://github.com/TricksterOnline/TO-Toolbox/commit/45875b1239a59b76e8a0c1a05aa5f65dc7d38503
Metadata in the INI file are not essential for a regular XML reader. But if they are used for allocating resources, like in the game client, it may cause issues later if the values are arbitrary. I have added a mechanism to repair the file in such a situation.

Etto.. different error now.
An unhandled exception of type 'System.NullReferenceException' occurred in CaballaRE.exe
Additional information: Object reference not set to an instance of an object.

Line 242 of DatLoader (the declaration of the uint[] result variable + setting / ProcessBlock(b, key, xteaFunc).
I'll send you the modified file in a bit after I finish uploading something.

Sent. Check your RZ PMs @xtridence

I never noticed it said "out of rage"...
RIP English.

Issue has been reproduced. A fix has been made, however deployment might be delayed as I am attempting to remedy another blocking issue (memory usage) during export that was found with the provided sample.

Whoo, high memory usage issues :(
They always come to ruin the day. (watches "System" slowly eat up all of my memory with Task Manager on Windows 10)

Issues concerning that particular DAT file has been remedied in latest build.
Encryption fix: https://github.com/TricksterOnline/TO-Toolbox/commit/e1c7f08922f76eb50caa6645392d3adc6304bfd7
Memory usage reduction: https://github.com/TricksterOnline/TO-Toolbox/commit/797ac1119484abb14ececd1f42e6ebe9ad9c69de
Note: Memory usage still remains very high during export, but likely won't result in out-of-memory errors.

Cool! Also, the tool also has a problem with loading a Korean libconfig.

open a different issue for that. closing this one.

authors: PyroSamurai iceblade112 xtridence

repo: TricksterOnline/TO-Toolbox


text:
Can't create multiple files just like the demo gif did

I can't create multiple files using comma just like the demo gif did.
And I miss something?
Atom Version 0.207.0 (0.207.0)

Hi what do you mean you can't ? What happens instead?

Let's say I type main.css, main.html after invoking, only an empty main.css(the first one) tab shows up, instead of two tabs.

Hi :) please  take a look at https://github.com/Osmose/advanced-open-file, it replaces this project which I can't maintain anymore. Thank you for understanding :)

source: gharchive/issue

authors: Trudko coolzilj

repo: Trudko/advanced-new-file

license: mit

license_type: permissive

license_source: bigquery


text:
Match stable Semantic Conventions for HTTP Spans

The stable Semantic Conventions for HTTP Spans use different keys than the ones used in this crate. This changes them to match the keys as defined by the stable specification.

Thank you for your PR, I've rebased it here https://github.com/TrueLayer/reqwest-middleware/pull/141

source: gharchive/pull-request

authors: CryZe eopb

repo: TrueLayer/reqwest-middleware

license_source: github-api


text:
Upload SiHanYaToken

Follow guidelines and reopen pull request

authors: vikmeup wgwlaw

repo: TrustWallet/tokens

license: MIT


text:
Adding Grouped Conditional Expectation Explainer

This PR is to add Grouped Conditional Expectation (GroupedCE) Explainer algorithm for classification and regression use cases (numerical).
Short description of the algorithm is: Grouped Conditional Expectation (GroupedCE) Explainer is a local, model-agnostic explainer that generates Grouped Conditional Expectation (CE) plots for a given instance and a set of features. The set of features can be either a subset of the input covariates defined by the user or the top K features based on the importance provided by a global explainer (e.g., SHAP). The explainer produces 3D plots, containing the model output when pairs of features vary simultaneously. If a single feature is provided, the explainer produces standard 2D ICE plots, where only one feature is perturbed at a time.
Required Dependencies:

numpy

pandas <= 1.4.3

scikit-learn

shap

numba

[x] algorithm folder is added here

[x] example notebooks are added here

[x] updated the examples readme here with GroupedCE demo notebook details.

[x] Included a new build job here.

Thanks @gganapavarapu

authors: gganapavarapu vijay-arya


text:
SimBA bug? inconsistent with the original paper

Dear authors,
I read carefully for the implementation of SimBA. The implementation is inconsistent with the original paper.
Specifically, in this line, the x will be updated no matter whether the attack is successful.
However, according to the Algorithm 1 in SimBA paper, the original x will never updated. please have a check.

the algorithm from the original paper updates delta, it has the equivalence relation with updating x.
i close this issue.

the algorithm from the original paper updates delta, it has the equivalence relation with updating x.
i close this issue.

Hi @lihuiknight Thank you very much for testing ART!
I close the issue based on the previous message. Please feel free to reopen if necessary.

Hi @lihuiknight Thank you very much for testing ART!
I close the issue based on the previous message. Please feel free to reopen if necessary.

authors: beat-buesser lihuiknight


text:
Administrators are unable to edit webhooks

When logged in as an administrator it's possible to create and delete webhooks but it's not possible to edit webhooks. This is because the migration adding the edit webhook permission adds the permissions record but doesn't add the permissions_role relation record.

@rishabhgrg I've assigned you. This issue is required for the release 👍

repo: TryGhost/Ghost


text:
✨ Custom redirects for members after signup

Site owners want to be able to show a custom message after a member has subscribed on their site.
Currently the only way to do this is by modifying the theme to redirect or show content based on the query parameters present after a magic link has been clicked. Our theme Lyra has an example of this here.
Site owners that are less technical want to be able to customise this experience without having to modify the theme.
MVP Solution

A new setting for storing paid subscription redirect path (default to "/")
A new setting for storing free subscription redirect path (default to "/")
After successful sign up or subscribe, redirect to the appropriate path based on the members subscription status

Improvements

Support for external redirect URLs, rather than just paths
Minimize flickered when redirecting externally

Tasks

[ ]  New settings & migrations
[ ]  UI for new settings
[ ]  Middleware to redirect based on new settings
[ ]  External URL redirect handling

[ ] TBD...

"Site owners want to be able to show a custom message after a member has subscribed on their site."
Comment: a reminder that many newsletter providers provide the options to show a custom message/redirect page both when it comes to the "Pls confirm by checking your mailbox" and the "Congratulations you're a subscriber and all set up", two different steps in other words.
I think this would be useful.

Hey @Maxszik we don't accept feature requests via github, please use the forum instead! https://forum.ghost.org/c/Ideas/5

Done! :tada:
All relevant code has been linked to in the body of this issue

authors: Maxszik allouis


text:
Ghost Admin Profile Panel requesting 'null' URL for cover image

Issue Summary
The Ghost Admin dashboard is throwing a series of 301 redirects (in lieu of not finding the specified URL) when opening the [Profile] panel. Upon further inspection, the DOM shows the string "null" being escaped and printed inside background-image: url().
Steps to Reproduce

Start with fresh install
Open the Ghost admin
Click on the user-panel in the bottom-left corner of the screen
Click "Your Profile"

Ghost Version
5.96.1
Node.js Version
18.20.4
How did you install Ghost?
Docker ghost:5-alpine
Database type
MySQL 8
Browser & OS version
Firefox 131.0.2
Relevant log / error output
DOM
<div class="flex min-h-[40vmin] flex-wrap items-end justify-between bg-cover bg-center" style="background-image: url("null");"> ... </div>
WEB DEVELOPER TOOLS > NETWORK TAB
GET request to https://[mydomain.foo]/ghost/null, 301 redirect to /ghost/null/, 301 redirect to /ghost/#/null/
Code of Conduct

[X] I agree to be friendly and polite to people in this repository

@mithelan - My apologies. I'd set NGINX to intercept non-front-end 301s and mark them as 404. I've updated my original Issue Summary and Error Output to reflect the 301 redirects.
Even though the redirect series [/ghost/null] > [/ghost/null/] > [/ghost/#/null/] technically resolves, I still think rendering "null" as a URL inside background-image wasn't intended.
Here are the screenshots you requested...

@alexma418 yes, I will check on this


text:
Updated Chinese translations

I have updated the Chinese translations (zh). Now all keys have corresponding translations. Looking forward to your feedback and review. Thank you.

🤖 Generated by Copilot at 2f45143
This pull request enhances the Chinese localization of the Ghost platform by adding and updating translations for email templates and the portal feature in the ghost/i18n/locales/zh/ghost.json and ghost/i18n/locales/zh/portal.json files.

Thanks @yinguobing! 🕺🏻

authors: daniellockyer yinguobing


text:
Updated permissions service to handle api keys

:wave: refs #9865 :wave:
:information_source: This is split out from https://github.com/TryGhost/Ghost/pull/9869/ :information_source:
This PR contains the updates to the permissions service to be able to handle api_key permissions. it does not include updates to the models which have their own permission logic - that will come in a separate PR.

Updated this to use api_key_id rather than api_key

The PR is for the admin key feature or?
If yes, can we make this PR HOLD for now? Nobody actively works on this feature currently as far as i know.

We can put it on hold - but this PR is complete and can be merged


text:
[MembersJS] Email is not pre-fill in Stripe checkout form

When signing for a paid account ATM users have to enter their email twice: first in Ghost signup form and second in the Stripe checkout form. This is not optimal so if possible we should pre-fill the Stripe checkout form with the email that's provided by the user in the previous step.

Closed in https://github.com/TryGhost/members.js/commit/0a746a876468dd80ec9cca32ae8758865d641bc0

authors: peterzimon rishabhgrg


text:
🛑 Content Delivery Network (S3 Bucket) is down

In ba76bda, Content Delivery Network (S3 Bucket) (https://cdn.tubnet.gg/minecraft-resourcepack/TubPack-production.zip) was down:

HTTP code: 522
Response time: 15468 ms

Resolved: Content Delivery Network (S3 Bucket) is back up in 3f5a4bc after 7 minutes.

repo: Tubnom/tubnet-uptime


text:
🛑 Content Delivery Network (S3 Bucket) is down

In db90c91, Content Delivery Network (S3 Bucket) (https://cdn.tubnet.gg/minecraft-resourcepack/TubPack-production.zip) was down:

HTTP code: 522
Response time: 15620 ms

Resolved: Content Delivery Network (S3 Bucket) is back up in c2386dd after 7 minutes.


text:
Update documentation with the linked-representative days

Description

[ ] Update the mathematical formulation in the documentation
[ ] Update the description of the files
[ ] Create a new tutorial?

Related Issues
Part of #255

Also do #530 at the same time.

authors: clizbe datejada


text:
Add Blog button doesn't do anything

I'm pasting the URL into the textbox, and clicking Add Blog, but nothing happens. I also tried clicking the Crawl button, but that also doesn't seem to do anything.
I'm running Windows 10, and the latest build under Releases, if that helps.

Never mind, I just realized that tumblr is blocked on the network I'm currently using. My apologies.

repo: TumblThreeApp/TumblThree


text:
add JsonConverter to handle fields being a single or array instance.

TumblrSearchJson does the same thing (the objects are identical except for one field)
refs #579
Checklist
Confirm you have completed the following actions prior to submitting this PR.

[x] There is an existing issue report for this PR.
[x] I have forked this project.
[x] I have created a feature branch.
[x] My changes have been committed.
[x] I have pushed my changes to the branch.

Title
Fix issue with TumblrTagSearch not handling arrays of some objects
Issue Resolution
This Pull Request Fixes #579

Thanks for your PR.
Your PR has been merged and you've been added to our list of contributors.
You are welcome to solve more issues.


text:
https versions of examples don't work

If the https version of GitHub pages is used, Leaflet won't be loaded since the CDN makes use of http instead of a secure https connection.
Steps to reproduce:

Visit: https://turbo87.github.io/sidebar-v2/examples/index.html
Leaflet won't load

@rrooij actually it seems that the CDN is using a HTTPS connection, but somehow the certificate isn't matching the domain. I guess we could just use the URLs provided by https://cdnjs.com/libraries/leaflet/0.7.2 instead. Could you prepare a PR to change those URLs?

Leaflet quickstart guide (http://leafletjs.com/examples/quick-start/) mentionned these URL's :
https://unpkg.com/leaflet@1.0.1/dist/leaflet.css
https://unpkg.com/leaflet@1.0.1/dist/leaflet.js

authors: Turbo87 jbelien rrooij


text:
API design for non-Turing samplers

One important design goal of Turing is to making implementing new sampling algorithms easier. There is already an ongoing effort for decoupling modelling and inference algorithms (see. e.g. https://github.com/TuringLang/Turing.jl/pull/793, https://github.com/TuringLang/Turing.jl/issues/746, https://github.com/TuringLang/Turing.jl/pull/750). For the next steps, it would be helpful to

discuss concretely what APIs are required from the compiler to implement a new sampler
implement a few Turing wrappers for the existing sampler packages, e.g.

https://github.com/anthofflab/RobustAdaptiveMetropolisSampler.jl
https://github.com/aplavin/Polychord.jl
https://github.com/alan-turing-institute/PDSampler.jl
https://github.com/QuantifyingUncertainty/GeneralizedMetropolisHastings.jl
https://github.com/mauro3/KissMCMC.jl
https://github.com/madsjulia/AffineInvariantMCMC.jl
A C++ library of Markov Chain Monte Carlo (MCMC) methods https://www.kthohr.com/mcmclib.html

More

https://github.com/madsjulia/Mads.jl - https://lanl.gov/

Related: #895 #889

I think the following additional functions could be a good start. (I think that the assume and observe statements should be kept.) Please correct me if I’m wrong or if I’m missing something.

parameters(model) -> Vector{VarName}
prior(model, vn) -> Distribution
logpdf(model, vi)
logjoint(model, vi)
rand(model) -> VarInfo

I’m addition it would be good in my opinion to have an way to track the results logpdf of each assume and/or each observe statement. This could be stored in an additional data type called Trace.
For this purpose I would add the following macros.

@addlogjoint logpdf(d, x) # add return value to log joint using current VarInfo
@track logpdf(d, x) # track log pdf value
@track z = x-1 # track result of expression

Are we assuming for this conversation that people are building a new InferenceAlgorithm, or do you want the discussion to be broader to include cases where people get rid of Turing's Sampler struct?
If the goal is just to look at new inference functions, we can streamline what we have pretty well. By default #793 will add a VarInfo to the Sampler if you don't provide a SamplerState object. It might also be worth moving the VarInfo to the Sampler struct itself rather than in the state, so that it's basically impossible for a user to not have a VarInfo we can just manipulate for them with some common functions.
Some general functions that would work using the enforced VarInfo scheme:

parameters(model, spl) or get_parameters(model, spl) to retrieve a vector of parameters or a NamedTuple
parameters!(model, spl, val) or set_parameters!(model, spl, val) to set the parameters to a value (like vi[spl])
For MH-like samplers, it might be useful to have propose(model, spl) that returns an AbstractProposal type with a convenient default like the MH proposal. The proposal might include a log PDF, some parameters values, and maybe some other stuff. Then you could call accept!(model, spl, proposal) and it would handle all the updating for you. Users who cared a lot about the proposal mechanism could overload or wrap this function if they needed to.

One thing that we might look at is how close we can make the code in Turing to the pseudo-code you might see in an algorithm block in a new paper. Turing's pretty good on the model side, but the pseudo-code side is not quite as intuitive. I think the functions mentioned by @trappmartin would go a long way towards making everything generally accessible.

Another bit of low-hanging fruit is to make a function model(spl). Currently the signature is model(vi, spl), but since all the samplers have a vi we can just reduce the call size.

In reference to this comment:

Yes; I added it here a few days ago. I feel we can have a really flexible/advanced MH sampler in Turing, by falling back to different MH backends (e.g. Emsemble, RAM, vanilla MH).

I wonder if we should spin off an "AdvancedMH" package to show people how you might build a Turing-interfaced library.

Sounds good to me, but maybe we can do the implementation in the Turing repo first? This avoids keeping two packages synced.

I'm going through some of these suggestions while I'm updating the MH code, and I'm wondering if we can just give everyone default observe/assume statements that just mostly work all the time. Is anyone opposed to updating the ones here a little?
Specifically, I'd like to do two things:

Remove the type constraints so that this function catches all samplers where they do not have a custom observe/assume.
Implement an insupport call in order to return -Inf when something's out of bounds, or adding an insupport check to the logpdf_with_trans call.

The reason I want a generically useful observe/assume set is that a lot of the inference logic we currently do in assume (take MH for example) should probably not be the go-to for developers. The main place for inference should be step!.
Additionally, most inference algorithms are already implementing the most basic possible assume statement (HMC) so we could really just remove a lot of these sampler-specific definitions and just stick with one well-designed default that new developers can just default to without thinking too hard about it.
Thoughts on that?

Woops, didn't mean to close that. Sorry.

What about having an abstract type AbstractSimulationBasedSampler similar to the Hamiltonian one and define assume and observe statements for both? But in that case the assume for AbstractSimulationBasedSampler has to be much more flexible then the one you pointed at so that we can handle e.g. #906 in the future.
Maybe it is better to make an extra PR for this?

Probably. I think we basically just need to implement the observe/assume pairs that turns the model block into a log-density function, because the newer interface stuff lends itself a lot better to cases where step! functions spit out immutable Transition structs instead of doing the state mutation we currently do everywhere.
I have a prototype function with the signature Transition(model::Model, spl::Sampler, theta::T) which just sets the VarInfo to theta and the runs the model to get the PDF. I like the work flow a lot more.

What about having an abstract type AbstractSimulationBasedSampler similar to the Hamiltonian one and define assume and observe statements for both? But in that case the assume for AbstractSimulationBasedSampler has to be much more flexible then the one you pointed at so that we can handle e.g. #906 in the future.

I should clarify that my proposal has little to do with dispatch on a sampler type -- it should default to basically the following, regardless of sampler type:
function assume(. . . )
    return vi[vn], logpdf(dist, vi[vn])
end

This is just something helpful for foreign developers. If they want to manually modify the contents of the VarInfo, then this essentially turns the model block into a big log density function and they don't even have to import observe or assume. People who really like the way we do assume now can overload their own version, but I think just relaxing the type constraints and providing a super general function is really helpful for different types of workflows.

Having this default assume and observe makes a lot of sense to me. I think we should provide two abstract types, one with assume and observe falling back to the current HMC's and one with them falling back to the current IS's. This should cover a lot of the sampling algorithm as a default.

Closed in favour of https://github.com/TuringLang/Turing.jl/issues/1735

authors: cpfiffer trappmartin xukai92 yebai


text:
Drop Ball Game using python

It is a two player Game  who ever matches first four ball win the game

Kindly assign me this issue for gssco22

repo: TusharAMD/Runn


text:
ShowRizz (a shows app that displays a list of shows and their details. It allows users to view their details, and book tickets for the show

Describe the project
A shows app that displays a list of shows and their details. It allows users to view their details, and book tickets for the show.
Made using tvmaze api
Issue Type:

[ ] Bug Report
[ ] Feature Request
[ ] Documentation
[x] New Project

Additional context

React JS application.
Implementation of the API and not just hardcode data from the API.
It has 2 screens at a minimum. One to display a few data and an image and another screen to show it’s summary.
The second screen has a button to book a movie ticket which will open a form with the movie name already present and a few relevant details.
(Reload would not happen)
(Use of local/session storage for storing user details)
Proper Component file structure.

Screenshots

Home page

Show details page

Book ticket page

About page

@TusharKesarwani please assign me this issue so that I can create pr.

repo: TusharKesarwani/Front-End-Projects


text:
Allow data-toggle-arrows without data-toggle-group or data-toggle-radio-group set

I would like to use data-toggle-arrows in a group in which multiple targets may be active, like accordion that does not close previous target.

Hi!
I thought about this since you posted it, but I think the design pattern you mentionned won't be great in many cases. Do you have a case study?
Here, navigating with arrow keys will toggle on each trigger and toggle off the others of the same group, beginning with the one which has the focus.
In your case, if I understand this well, it shouldn't toggle off the others, which means that navigating with arrow keys will toggle each trigger, regardless to its previous state. But if some triggers are already toggled on, the state won't be the same for all triggers during a pass through the group. I think this is not a good design pattern.
If you still want to navigate with arrow key without specifying a group, you can dispatch the event you specified on each trigger, and easy-toggle-state will deal with it.

authors: Twikito henrijs

repo: Twikito/easy-toggle-state


text:
Typescript 1.5

@csnover If I run npm install I get a diff. It this expected?

Yes, there is no version of TypeScript available anywhere that has the necessary patches to make ES6 import/export work with declarations (https://github.com/Microsoft/TypeScript/pull/2139), so what’s committed to my branch is a custom build with that patch applied. https://github.com/Microsoft/TypeScript/pull/2197 was also necessary in that build but has since been merged, so 2139 is the only one I’m waiting for until getting a new official build. Watch https://github.com/Microsoft/TypeScript/issues/2242 for updates!

@csnover alright. So I will not run npm install :heart. I'll be doing new fixes in this branch just because I can't live without let` anymore.

@csnover I suspect the reference bugs you are getting a specific to 1.5. Cannot do build ctrl+shift+b anymore. Fails with :

We are not doing fs checks for references. Only doing it for imports. I'll fix it tomorrow. Off for now.

@csnover @park9140 I am feeling that having stuff that is not referenced from files in tsconfig.json is always going to result in tricky error cases : https://github.com/TypeStrong/atom-typescript/issues/180 and https://github.com/TypeStrong/atom-typescript/issues/45
I don't see a graceful way of handling this. Any ideas?

@csnover sorry #180 was fixable :heart:
Still don't have an answer for what to do with #45 though.

A bug for me :
 this should not happen.

@basarat,  I was planning on using https://www.npmjs.com/package/vinyl-fs in order to simplify this scenario.  You can populate a vinyl stream with the glob patterns and it will keep itself updated when you use the watch methodology.

Having a quick look I think it's meaning of glob is different : order is significant. I am sure the gulp users are used to it but that is not what we promised with our filesGlob. Our is that it must match all patterns.

I can definitely feel the speed up :heart:

@csnover is it okay if I merge and publish this a new major version?
There are lot of good performance fixes here that I'd like to get in the hands of everyone. Its been working like a charm for me.

TS team was hoping to have 2139 landed by end of the week so can we maybe wait until Monday to see if that happens? Otherwise I don’t think I have any major objections.

Otherwise I don’t think I have any major objections.

Thanks I'll wait till monday :heart:

For my reference really:
I am still getting inconsistencies between what LanguageServiceHost thinks is the result and what the Atom Editor thinks is the result after an edit. Sample: autoformat this file  https://github.com/TypeStrong/atom-typescript-examples/blob/master/bigfile/bigfile.ts

Here 143903 is the original text length, 144167 is the formatted text return from LS, then 144167 is the length that it sent as a edit by the buffer, 0, 143903, 144167 = minchar,limchar,newtext.length is what the Language Service Host gets, so No issues exist before this point. BUT LSHost then computes that the resultant text length is 144431. This the exact same result from the old LSHost and the new LSHost so I blame ts.computeLineStarts. I think it is best if I just fall back to using buffer https://github.com/atom/text-buffer and see if issue just goes away.

I've been using this over the weekend as well as on Monday. Its much better than what we have on master so publishing as a major version.

I have merged into master. That's a good thing as I can ask people to just use master for the latest fixes. However I'm not going to publish till we have a valid package.json.

authors: basarat csnover park9140

repo: TypeStrong/atom-typescript


text:
feat: add 'ignored' property as option

I've created this PR to facilitate the understanding of this bug report. I'm not familiar enough with the source code, so this may have to be improved, but at least we have some starting point.
Let me know if I could help.

Thanks for the PR and bug report! I'm closing in favor of #757

authors: pacop piotr-oles


text:
Update to latest Typescript version

Simple enough - I just fixed the build errors.

@Gerrit0 I didn't merge this PR but I wanted to say thanks for figuring out what needed to be changed :heart:

repo: TypeStrong/typedoc


text:
Swagger definitions disappear after upgrading from 5.24.2

Swagger definitions work well in 5.24.2 but completely disappear in 5.25.0 or higher, and instead show "No operations defined in spec!"
This happens with the configuration settings specified in the tsed-getting-started template.

Hello @jetrii
With v5.27 it works fine :)

authors: Romakita jetrii

repo: TypedProject/ts-express-decorators


text:
fix(mongoose): Fix ref decorator when the ref is undefined

Information

Type
Breaking change

Fix
No

:tada: This PR is included in version 6.17.5 :tada:
The release is available on:

v6.17.5
GitHub release

Your semantic-release bot :package::rocket:

repo: TypedProject/tsed


text:
🛑 Web OPL is down

In 4aa8397, Web OPL (https://opl.uab.cat) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Web OPL is back up in bfd9675 after 11 minutes.

repo: UAB-OPL/opl-uab-monitoring


text:
🛑 Mirrors OPL is down

In 9a0f5b3, Mirrors OPL (https://mirrors.opl.uab.cat) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Mirrors OPL is back up in 8a45743 after 4 minutes.


text:
Create Triangulation Algorithm for Waypoint Generation

This will take in cone data and publish waypoints for pure pursuit

The main goal of this algorithm is to generate waypoints in the middle of the track using the detected cone data, and feed those waypoints into the already implemented pure pursuit package. We are currently spoofing cone detections by just reading them in from a file, as it should work the same when reading cone data from the perception system nodes. @RyderCatonio has info on how the waypoint generation algorithm works, and on how to work with rviz to visualize information. @jluc6628 feel free to reach out to him for info

authors: Jquinny jackparsonss


text:
Contact Us Section Not Responsive

Hi @Naresh-chandanbatve, I have identified an issue related to the responsiveness of the "Contact Us" section.
Problem:
The current implementation of the "Contact Us" section lacks responsiveness, causing it to display improperly on different devices and screen sizes. This issue hampers user experience and may result in difficulty for users trying to access the contact information or interact with the section.

Approach:
To address this problem, I propose the following steps:

Responsive Design: Implement responsive CSS techniques to ensure that the "Contact Us" section adapts smoothly to various screen sizes, such as mobile, tablet, and desktop views. This will enhance the usability and accessibility of the section.

Media Queries: Utilize CSS media queries to define specific styles for different breakpoints, enabling the section to adjust its layout and content dynamically based on the device or screen size. This approach will ensure that the "Contact Us" section remains legible and user-friendly across various devices.

Additional Information:
As a participant in GSSOC3 with prior experience in similar projects, I aim to apply my expertise and prior experience in addressing similar issues to enhance the responsiveness of the "Contact Us" section. This will contribute to the overall improvement of the project and enhance the user experience.
Thank you for considering my involvement in resolving this issue. I look forward to collaborating with the organization to ensure the successful implementation of the necessary changes.
Best regards,
Premsai Varma

Go for it @premsaivarmachekuri ..

Working on it Naresh.
On Thu, May 25, 2023 at 2:01 PM Naresh Chandanbatve <
@.***> wrote:

@premsaivarmachekuri https://github.com/premsaivarmachekuri progress?
—
Reply to this email directly, view it on GitHub
https://github.com/UBA-GCOEN/StichHub/issues/7#issuecomment-1562501160,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A2NVDOO74F4RJF7GEMVETGTXH4KFTANCNFSM6AAAAAAYI2FEWM
.
You are receiving this because you were mentioned.Message ID:
@.***>

I want to work on this issue under gssoc'23

okay @vk20july go ahead

@Siddhant-Patil0203 sir can you check is it still non-responsive as i think it is responsive in all different size

@Siddhant-Patil0203 sir can you check is it still non-responsive as i think it is responsive in all different size

Yup it is responsive now 🙂

repo: UBA-GCOEN/StichHub


text:
Finish Function 3 - Plot

Please finish funciton 4:

the function generates the plot of the metrics

Write test cases and code iteratively
Before writing any code, revisit your function specifications from last week and revise them if needed. As you do this, think critically about what function inputs you expect from the user and what your function is supposed to do (e.g., return). The function should be written defensively. That is, it should handle incorrect input and errors detected during execution via throwing exceptions with useful error messages.
Write a unit tests for each specified function, which is named after the function being tested. The unit tests should test at least 3 to 5 edge of the most important cases to ensure that the function returns what is expected to the user. It should also test for expected errors. When writing your tests, build them around your function specifications and requirements.
After writing your unit tests, write the internal code for your functions. Write function code and tests in close temporal proximity with each other. The process of writing function code and test cases will be iterative; there will be several rounds of writing tests -> function improvement -> writing more tests -> function improvement -> writing more tests
function improvement, etc. Make sure that the tests cover all code branches (e.g., if your function has an if statement, you should have tests where the if statement is true, and where the if statement is false.
As you develop your code and test cases, update your code documentation so that it makes sense with any of the changes you have made. Do not forget to also document your test functions. Check whether the code passes the unit tests you have written using the pytest package for Python packages and testthat for R packages.

PR #34


text:
Milestone 2 Review

I'm impressed by your beautiful scripts! Thanks.
The only improvements that could possibly still be there:

Outlier detection could be better
You could have more explanations for your EDA plots

I honestly can't think of many things that could be better in the context of this Milestone. Great job!

@ytz @arijc76 What do you guys think about this feedback?  I think we have fixed the EDA already.  For outliers I think we have increased discussion on EDA as well.  I think we are probably okay to just leave everything as is but let me know if you think otherwise

Yes, I think we can leave everything as is since we covered the EDA in more detail subsequently.

Thanks for the feedback!   We have addressed this in our final report.

authors: arijc76 mohamad-amin nicovandenhooff


text:
🛑 wiki.netsoc.co is down

In b043402, wiki.netsoc.co (https://wiki.netsoc.co) was down:

HTTP code: 0
Response time: 0 ms

Resolved: wiki.netsoc.co is back up in e318c8f.

repo: UCCNetsoc/upptime


text:
multi-target correction how to perform

I created a label map with 2 segments and gave voxel value 0.4 to 1 segment and 0.6 to the other. The label map in NIfTI format was originated from the NIfTI PET imaging file using 3D Slicer, thus the physical spaces of the 2 images should be exactly the same . All the other correction methods work fine with the PET image and the mask file (label map file) but only MTC failed:
Performing MTC...
[Error] failure applying MTC on: PETni.nii
itk::ExceptionObject (00000096BF589F48)
Location: "void __cdecl itk::ImageToImageFilter<class itk::Image<float,3>,class itk::Image<float,3> >::VerifyInputInformation(void) const"
File: D:\Program Files\ITK\src\Modules\Core\Common\include\itkImageToImageFilter.hxx
Line: 219
Description: ITK ERROR: SubtractImageFilter(000002689370DBD0): Inputs do not occupy the same physical space!
InputImage Origin: [1.3450002e+01, 1.1100002e+01, -1.8385001e+02], InputImage_1 Origin: [0.0000000e+00, 0.0000000e+00, 0.0000000e+00]
Tolerance: 3.0000001e-03
InputImage Spacing: [3.0000001e-01, 3.0000001e-01, 3.0000299e-01], InputImage_1 Spacing: [1.0000000e+00, 1.0000000e+00, 1.0000000e+00]
Tolerance: 3.0000001e-03
InputImage Direction: -1.0000000e+00 0.0000000e+00 0.0000000e+00
0.0000000e+00 -1.0000000e+00 0.0000000e+00
0.0000000e+00 0.0000000e+00 1.0000000e+00
, InputImage_1 Direction: 1.0000000e+00 0.0000000e+00 0.0000000e+00
0.0000000e+00 1.0000000e+00 0.0000000e+00
0.0000000e+00 0.0000000e+00 1.0000000e+00
    Tolerance: 1.0000000e-02

I think I faced exactly the same issue when I applied the MTC/RBV. In my case, my header info are not consistent with the input and the mask. You may want to check the header to see if they match with each other.

repo: UCL/PETPVC


text:
improve README

The readme is good, but could be more welcoming and informative. It should have the following:
run instructions
(at least) a high level description of how the program works
an explanation of non-obvious ant targets like "images" or "linenumbers"
a description of the various files/directories
project history
screenshots
100 points.

The README has been significantly improved, but some of the links are broken, and it would be nice to have a description of program control flow and what the main files do.

F16 OK (60 pts)

The README was significantly improved in M16, including instructions for the next generation of students. Please continue this improvement and add your own instructions for the next set of students once you made your contributions.

F16 OK (100 pts)

authors: arda- jalexanderqed


text:
Finding the right cloud platform to deploy

With the end of heroku's free tier, it's necessary to look for a cloud platform that won't cost an arm and a leg to deploy our project. Here are my thoughts about the available cloud platforms for us at the moment:

DigitalOcean: It's the least expensive cloud platform I know, but have zero experience with it.
AWS: I have a lot of experience with this particular cloud platform, but it's also the most expensive cloud provider out there.
Google Cloud and Azure: They have similar prices to AWS, but I'm not familiar with how they work beyond what services they offer.
It's important to do a mapping of which services we will use depending on the cloud provider and find the one with the best cost-benefit, not only for money, but devX and learning curve.

I'm going to deploy it in DigitalOcean and I'm gonna use a IAM management tool like cognito

repo: UFABCplanner/ufabcplanner-backend


text:
fix(DTFS-6466): accessibility - added text for screen readers to make input field prefix/suffix known

Introduction :pencil2:
Input field in govukInput component can have prefix and suffix, but it is not read by screen readers.
Resolution :heavy_check_mark:
Added:

 in ' + currency + ''
 in %?'

Codecov Report
Attention: 1 lines in your changes are missing coverage. Please review.

Comparison is base (6da84ce) 21.88% compared to head (f2c7002) 9.54%.
Report is 36 commits behind head on main.

Files
Patch %
Lines

dtfs-central-api/src/drivers/db-client.js
0.00%
1 Missing :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main   #2422       +/-   ##
==========================================
- Coverage   21.88%   9.54%   -12.35%
==========================================
  Files        1132     866      -266
  Lines       27048   20579     -6469
  Branches     4447    3151     -1296
==========================================
- Hits         5920    1964     -3956
+ Misses      18403   16317     -2086
+ Partials     2725    2298      -427

Flag
Coverage Δ

api-test
?

ui-test
40.68% <ø> (-24.46%)
:arrow_down:

unit-test
4.30% <0.00%> (+0.51%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

Replying to myself

do you think it would be worth having a macro for {{params.text}} to commonise it so it's easier to change in future?

Since other PRs we have up at the moment also add this span, we couldn't commonise them in this PR anyway, so I'm going to merge as-is. It would be nice to do this in future though

authors: avaitonis codecov-commenter lmarrai-sw


text:
feat(EMS-1715-2194): IaC, update JWT expiry time

Introduction ✏
Creates various Azure resources such as resource groups, app service plans, log analytics workspaces, container registries, virtual networks, subnets, VNET peerings, web apps, front doors, private endpoints, DNS configurations and diagnostic settings.
It also sets environment variables and configures the web apps with app settings, logging options and alerts.
Resolution ✔

IaC upgrade.
Slot creation using --deployment-container-image-name for first deployment.

Miscellaneous ➕

Dependencies updates.
Documentation updates.
Formatting updates.
Updated actions/setup-node to v4.
Regenerated Keystone config.
Updated JWT expiry to 12h for consistency.
Removed JWT iat property from payload since it will be auto-populated by JWT.

@abhi-markan FYI there are currently some flaky E2E tests after companies house changes. Re-running "failed jobs" should do the trick. Need to investigate this, unable to replicate locally, need to mimic GHA environment

authors: abhi-markan ttbarnes

repo: UK-Export-Finance/exip


text:
docker sandbox: streamed reads of stderr/stdout (enabling us to enforce output limits for read_file and exec at the source).

This PR makes a few changes aimed at enforcing sandbox output limits at the source (thereby never allowing larger than desired outputs into memory):

Our subprocess() function now streams stderr and stdout rather than reading them in one shot.
The subprocess() function gains an output_limit argument which terminates the read loop if the total bytes read exceeds the output_limit.
The Docker sandbox passes the requisite read_file and exec output limits into subprocess()
Output limits are still enforced in the same place (they just will have less excess output in memory due to the truncation in subprocess().

I have run the main test suite + run some agent evals (Intercode CTF, GDM In House CTF, and GAIA Level 1) to confirm that subprocess() is still working as expected.
I would also like to run the sandbox test suite but can't seem to get it to run properly. I am trying with e.g. pytest -k self_check_docker_default_root --runslow and while the test is correctly selected it just seems to hang (let it go for 10 minutes before interrupting in case it was just a particularly long running set of tests). @art-dsit  LMK what you think could be going on here.
Addresses https://github.com/UKGovernmentBEIS/inspect_ai/issues/836

This looks great! Do you also plan on doing this for the local sandbox? I'm hoping it's a trivial change for exec() now that you've added the parameter to subprocess()?
As for the test suite, it should only take 30 seconds or so usually.

I'm struggling a bit to verify this works as expected. I added a test that runs exec with 1GB of output. You can run it with
systemd-run --user --scope -p MemoryMax=200M pytest tests/tools/test_max_exec_output.py --capture=no
On main, systemd kills the Inspect process (you see Killed in the console and the whole thing dies).
On this branch I would expect the eval to complete and an error message/stacktrace. However the test just hangs. I spectulate it's waiting for stdout in the container to be read from. If you exec into the docker container and look at top, the python process is not using much CPU nor RAM.

This looks great! Do you also plan on doing this for the local sandbox? I'm hoping it's a trivial change for exec() now that you've added the parameter to subprocess()?

added support for local exec here: https://github.com/UKGovernmentBEIS/inspect_ai/pull/925/commits/84de7898c3fdd10b4547cae2b75059e384c4cb09

However the test just hangs. I spectulate it's waiting for stdout in the container to be read from.

Thanks for testing this Art!
Does this suggest we need to be closing stdout/stderr when we reach the output limit, rather than just returning from read_stream()?

However the test just hangs. I spectulate it's waiting for stdout in the container to be read from.

Thanks for testing this Art! Does this suggest we need to be closing stdout/stderr when we reach the output limit, rather than just returning from read_stream()?

The issue seems to be that we need to explicitly kill the process when this happens so that it can return from proc.wait(). This is now done here (https://github.com/UKGovernmentBEIS/inspect_ai/pull/925/commits/ea808d48e07a53a2290383888c88582e4fb57d8a) and expected error now occurs.
Thanks @art-dsit for finding this!!!

authors: art-dsit craigwalton-dsit jjallaire jjallaire-aisi


text:
Capacity building for Documentation outside of DW7

Objective
There could be a usefulness for a Documentation site outside of the DW7.
Let's explore what that would look like and what steps are needed!

Yes, Prof. Li suggested that other DWGs in UN Open GIS Initiative can make use of GitHub, including https://github.com/unopengis. Let's explore this possibility as an extra opportunity for us.
We will be able to report to the UN Open GIS montly meeting, when we get something to share with broader community.

#274

authors: albertkun hfu


text:
Improving map design

Description
This is a sub feature of #300. It is related to redesigning the map in terms of layout. This is related to resizing the map, working on the dockets, redoing the border as well as making sure that all the items are spawned in the new map correctly.  Currently, the way dockets are spawned are confusing for the player and hard to read as they spawn on the left side of the screen. This can be improved by pushing dockets to the left from the right side of the screen as opposed to pushing dockets from left to right when a new docket is spawned. This will be actioned upon by moving the main docket to the far right corner of the screen and allowing dockets to be pushed further to the sides of the map.
Milestones
List of sub-features you intend to have done and in Master by the end of the sprint.

[x] Resizing the map and improving the border creation (Sept 29)
[x] Improving the walls (Sept 29)
[x] Improve docket spawning functionality and design (Sept 29)
[ ] Improve UI components (Time, health...) IF we have time

Completion Deadline: Sept 29
Documentation

Map design

Members

Danh Dinh (@danhdinh98)
Sarah Abdulkhalek (@Sarahkhalek)
Alex Macnamara (@amacn13)
Alex Ong (@ATOApplett)
Reza Panday (@pineapple11111)
Rakshit Singh (@Rakshit31773 )

Closed by #447


text:
Edit Protocol Gas Data

As an ECMPS user, I want the ability to edit Protocol Gas Data so that I can update it
Acceptance Criteria:
Given the user has selected Linearity Summary from the test type group dropdown
When the user selects 'Edit' for Protocol Gas Data
Then the system displays the edit modal
And the user can edit the Protocol Gas Data
Summary Type/Gas Level Code (Pre-populated/not editable)
Gas Type Code (dropdown)
Cylinder ID(Text)
Vendor ID (Text)
Expiration Date (Text+Date Picker)
Given the user has edited Protocol Gas Data
When the user chooses to save and close
Then the data is saved
And the modal closes
And the user is returned to the Landing page for Linearity Summary->Protocol Gas Data
And the updates are reflected in the Linearity Summary section
Warning message to pop up when a user updates data and closes the modal without saving (Cancel or clicks on X)
Warning message to read: Closing this window will discard any unsaved changes
The scope includes testing Edit for Protocol Gas Data Records under Summary High, Mid and Low
Swagger URL: https://api-easey-dev.app.cloud.gov/qa-certification-mgmt/swagger/#/Protocol Gas/ProtocolGasWorkspaceController_getProtocolGases
Invision Board:
https://projects.invisionapp.com/freehand/document/TdahPfbEb?zoomToItems=Y2w2bDZjbGlmMDZubzNiN3BvY21qNno4MQ%3D%3D
Testing
Test Case: TC840
Tester: @mosesdeeCVP

ECMPS-QA Linearity - Workspace - Edit Protocol Gas - Desktop large - 1024 V3.3
Xd Prototype: https://xd.adobe.com/view/b00f424e-f5f1-4d4e-ae7f-c962310e17c4-e55c/screen/d3eb360c-6558-4908-b40f-21707e484ada/
ECMPS-QA Linearity - Workspace - Import - Desktop large - 1024 V3.2 - Updated 7/27/22
inVision Board: https://projects.invisionapp.com/freehand/document/TdahPfbEb

Test Passed

authors: NadiaJL mosesdeeCVP vishnunavuluri

repo: US-EPA-CAMD/easey-ui


text:
Add Fuel Flow To Load Test Data elements to Import Endpoint

Add Fuel Flow To Load Test Data elements to Import Endpoint

Test Case: TC1026

Test Passed

authors: mosesdeeCVP vishnunavuluri


text:
Validate multiple values for operator in AH API

Definition of Ready

[ ] Does this meet the INVEST criteria?
[ ] Does this have a clearly defined user?
[ ] Does this have an estimate?
[ ] Does this have acceptance criteria?
[ ] Does this have sufficient context (wireframes, business rules, etc.)?
[ ] Is this traceable to a feature, epic, or PI?

User Story
As a CAMPD API user I want to enter valid filter criteria for multiple operators so that I can see results
Acceptance Criteria
Given that a user has entered filter criteria for operator
When the API endpoint is executed
Then the system validates:
TBD
Given that a user has entered one or more operators in an upper-case or lower case format
When the API endpoint is executed
Then the system displays the records that match the criteria (containing data elements below)
Given that a user has entered one or more operators without white space(s) before or after the delimiter
When the API endpoint is executed
Then the system displays the records that match the criteria (containing data elements below)
Given that a user has entered one or more operators with white space(s) before or after the delimiter
When the API endpoint is executed
Then the system displays the records that match the criteria (containing data elements below)
Given that a user has entered one or more invalid parameters for operator
When the API endpoint is executed
Then the system displays error message TBD
Context
(User journeys, design mockups, architectural diagrams, business rules, data element definitions)
Data Elements
Query results will include:
ACCOUNT_NUMBER
ACCOUNT_NAME
ORISPL_CODE
PRG_CODE
VINTAGE_YEAR
TOTAL_BLOCK
START_BLOCK
END_BLOCK
STATE
EPA_REGION
OWN_DISPLAY
ACCOUNT_TYPE
Testing
Test Case:
Tester:
Definition of Done

[ ] Have all Acceptance Criteria been agreed to and validated by the scrum team?
[ ] Has the code been unit tested and peer reviewed?
[ ] Have the functional tests been executed?
[ ] Have all defects been reviewed and dispositioned, resolved, or deferred?
[ ] Has the user story been accepted by the Product Owner?
[ ] Is the user story ready to be deployed to the test/staging environments?

During sprint planning on 3/17 the team decided to complete the AH API by creating tickets #972, #973, #974, #975

authors: JanellC JorjaComer


text:
504 Gateway Time-out on API

Looks like the API has been down for the last hour or so.

Something with the host, our IT dept has been informed. No eta yet.

It's back up. It was a larger issue than just the site so if you're still seeing gaps in the actual data it should fill in. If it hasn't by a few hours, let us know.

Thanks!

repo: USACE/cwms-data-api


text:
Plot waterbody

@dblodgett-usgs , I added functionality to plot_nhdplus.R to plot on and off-network waterbodies with differing style and also added function to find waterbody outlet for a given lake (and provide message if lake has not outlet / off-network) - this should address both #110 and #125. I'm used to doing PRs on my own repos and guessing there are some loose ends here so opened as a draft PR.

Yep, I use test_that - I'll try to take a look at this today and add some test coverage - might be later today / tomorrow before I can finish up.

Added test coverage and tweaked a few things - I was still finding a few issues affecting other tests, I think I mostly have addressed but want to check a bit more.  Still not sure about the way plot_waterbodies and flowline_only parameters are used together now in plot_nhdplus, may want to look at combining / dropping one of these parameters?

I think for now, I'd say the "flowline_only" parameter should stay and be the switch to skip everything other than flowlines. I actually wonder if we want to just plot waterbodies always and not include a parameter to turn that on and off?

@dblodgett-usgs , that is what I was thinking as well as I dug into it - just have the 'flowline_only' parameter and leverage that rather than introducing the 'plot_waterbodies' parameter.  I think remaining fails are some simple things I'm missing - I can strip out the 'plot_waterbodies' parameter in the branch and push again and see where we're at if that sounds good?  Hopefully can get to shortly...

Sounds fine -- and like I said above, if you want a hand, I could help push this over the finish line.

authors: dblodgett-usgs mhweber

repo: USGS-R/nhdplusTools


text:
subset tasks in loop_tasks into temp yaml to speed things up

see discussion in #77

From the other issue

This seems overly complex, but since loop_tasks has access to the task_plan and the task remake file, could each task write a temporary remake file that is just the contents necessary to run that task? Then the call within loop_tasks to scmake() just points to this other remake file? The final check and the combiners would all run normally - they'd operate on the single task makefile that contains all targets/tasks.

For example, you write a hidden remake file in the same working dir as .task_remake.yml that gets unlinked on exit. It has the same contents as the top of the task remake file, but only one task (the one that is being built). Subsetting and writing yamls seems fast. I'm seeing patterns that align with your hypothesis - that the full read and dependency check that happens when calling scmake() on a single task within a much larger task makefile is very expensive, and gets much worse with thousands of tasks and when you have lots of steps/files within each task.

I have created a simple benchmarking example to see where we are starting from.
I have never really tried to figure out whether the slowdowns I see with loop_tasks and big numbers of tasks are linear or not. I think they are non-linear, and the difference between scmake and loop_tasks gets bigger and bigger with larger n. But testing that now:
I have a simple function that is run on every task that is quick, but isn't instantaneous. I don't think this needs to differ (the random part), but it does in the way I coded it:

scratch_fast_tasks_utils.R
run_random <- function(number){
  set.seed(number)
  out <- data.frame(seed = c(), value = c(), stringsAsFactors = FALSE)
  loop_n <- ceiling(runif(n = 1, min = 10, max = 300))
  for (i in 1:loop_n){
    out <- rbind(out, data.frame(seed = number, value = sum(1:i), stringsAsFactors = FALSE))
  }
  group_by(out, seed) %>% summarize(sum = sum(value))
}

Then a simple setup for task makefiles that creates them for a varying number of tasks, clean-makes them, and then sees how long it takes to build the final target. I added remake::make in there too for comparison

scratch_fast_tasks_demo.R
library(scipiper)

# create a task_plan that is long:

run_random_step <- create_task_step(
  step_name = 'run_random',
  target_name = function(task_name, step_name, ...) {
    sprintf('object_%s_result', task_name)
  },
  command = function(task_name, step_name, ...) {
    sprintf("run_random(I('%s'))", task_name)
  }
)

run_eval_task_makes <- function(n_tasks){
  tasks <- as.character(1:n_tasks)

  random_task_plan <- create_task_plan(tasks, list(run_random_step), final_steps='run_random', add_complete = FALSE)

  packages <- c('dplyr')
  sources <- 'scratch_fast_tasks_utils.R'

  create_task_makefile(random_task_plan, makefile = 'scratch_fast_tasks.yml', packages = packages,
                       sources = sources, as_promises = FALSE, finalize_funs = 'bind_rows',
                       final_targets = 'bound_results')

  sclean <- function(){
    scdel('bound_results', 'scratch_fast_tasks.yml')
    for (task in tasks){
      scdel(random_task_plan[[task]]$steps$run_random$target_name, 'scratch_fast_tasks.yml')
    }
  }

  sclean()
  loop_tasks_time <- system.time(loop_tasks(random_task_plan, 'scratch_fast_tasks.yml'))
  sclean()
  scmake_time <- system.time(scmake('bound_results', 'scratch_fast_tasks.yml'))
  sclean()
  make_time <- system.time(remake::make('bound_results', remake_file = 'scratch_fast_tasks.yml'))

  return(tibble(n_tasks = n_tasks,
                loop_tasks_time = loop_tasks_time[['elapsed']],
                scmake_time = scmake_time[['elapsed']],
                make_time = make_time[['elapsed']]))
}
library(dplyr)

task_speeds <- purrr:::map(c(5,20, 50, 100, 200, 500, 1000, 2000), function(n_tasks) run_eval_task_makes(n_tasks)) %>%
  purrr::reduce(bind_rows)

Then plotting the results (loop_tasks is black, scmake is blue, make is red)

scmake and make are nearly linear (slope of 0.06486 and 0.0445 respectively) but loop_tasks is not. For this example, loop_tasks takes about ~4x the time of scmake for n_tasks < 1000, and 5.3x for 1000, and 6.8x for 2000 tasks.
This example of course depends on what calculations are being done in each task. The function I wrote is simple and doesn't cost too much. When that function takes longer to run, the run-time ratio difference between the three shrink, since less time is spent relative to the task overhead and more on the task calculation itself.
The data:
task_speeds
# A tibble: 8 x 4
  n_tasks loop_tasks_time scmake_time make_time
    <dbl>           <dbl>       <dbl>     <dbl>
1       5            1.38       0.283     0.137
2      10            2.56       0.586     0.36
3      50           12.1        2.97      2.06
4     100           23.8        6.29      4.27
5     200           47.2       11.8       8.28
6     500          136.        32.4      22.5
7    1000          327.        62.1      44.0
8    2000          889.       131.       89.3

JR explored writing a temporary, small .yml file (one per task), but the runtimes were similar to the black dots up until at least 500 tasks, so the result was less impressive than we had hoped.

authors: aappling-usgs jread-usgs

repo: USGS-R/scipiper


text:
quick shifting with sf example

I don't have time to do this differently right now, but wanted to share what I came up with for shifting the O-CONUS states into a CONUS view and using sf instead of sp (as we did here). I'm sure we can improve upon this in the future.
The result:

Nice work! Does it work when shifting lat/lon points too, such as gages on PR/AK/HI?

Have not tried that yet, but would be a pretty simple test!

(actually, need to do this for my purposes anyways)

Found this and modified so it allows point shifts -- will post code when I have it cleaned up! Was very happy when I was able to do this!

Building on Lindsay's code, the points can be shifted with this function:
shift_sf_points <- function(points_sf, obj_sf, rotation_deg, scale, shift, projection, ref_sf = NULL) {

  stopifnot(!is.na(st_crs(obj_sf)))
  if(is.null(ref_sf)) ref_sf <- obj_sf

  # points to rotate
  points_sf_transf <- st_geometry(st_transform(points_sf, projection))

  # get the state shape into same projection, find centroid to spin on
  obj_sfg <- st_geometry(st_transform(obj_sf, projection))
  obj_centroid <- st_centroid(st_geometry(obj_sfg))

  # Rotate and scale shape and points
  obj_sf_rot_scaled <- (obj_sfg - obj_centroid) * rot(rotation_deg*pi/180) * scale + obj_centroid
  points_sf_rot_scaled <- (points_sf_transf - obj_centroid) * rot(rotation_deg*pi/180) * scale + obj_centroid

  obj_centroid_new <- st_centroid(obj_sf_rot_scaled)
  new_shift <- shift*10000+c(st_coordinates(obj_centroid)-st_coordinates(obj_centroid_new))

  # Shift points
  points_sf_shifted <- points_sf_rot_scaled + new_shift
  st_crs(points_sf_shifted) <- projection

  return(points_sf_shifted)
}

Tried it out with the national flow data:

authors: jread-usgs limnoliver lindsayplatt

repo: USGS-VIZLAB/viz-scratch


text:
Generic Data Service

Why we have this additional service? Couldn't this be replaced with the genereated ones?
Benefits

Returened data is typed, i.e., Intellisense is available and compile-time errors
Clearer structure

see src/app/util/generic-data.service.ts

Done with #136

authors: lharzenetter salmma

repo: UST-QuAntiL/qc-atlas-ui


text:
📃: Drowsiness Detection System

:red_circle: Title : Drowsiness Detection System
:red_circle: Aim : To prevent drivers from accident during night
:red_circle: Brief Explanation : Detects whether a driver is awake,drowsy or sleepy while driving. If a driver is sleepy, alarm gets triggered and alerts the driver.
Screenshots 📷

N/A

:white_check_mark: To be Mentioned while taking the issue :

Full name : Sarthak
What is your participant role? (Mention the Open Source Program name. Eg. GSOC, GSSOC, SSOC, JWOC, etc.)
GSSOC and Hacktoberfest

Happy Contributing 🚀
All the best. Enjoy your open source journey ahead. 😎

@sarthaxtic what you gonna do in this issue as one contributor has already raised the issue #151

I have used different libraries than #151

I have used different libraries than #151

Like what libraries list them.

OpenCV, Dlib, Imutils, Numpy and playsound.
You can consider my project as a lighter version of #151 as it just detects sleepiness and plays alarm, instead of showing percentage.


text:
fatal error: convert_slv_array_to_byte_array

I'm having an issue with the axistream and using t_slv_array
Calling the procedure like this to avoid ambiguity :
axistream_transmit( t_slv_array'(8x"D0", 8x"D1", 8x"D2", 8x"D3"), "test", clk, axis_if, C_SCOPE, shared_msg_id_panel, axistream_bfm_config);
Error message:
** Fatal: (vsim-3607) Slice range direction (downto) does not match slice prefix direction (to).    Time: 10104 ns  Iteration: 1  Process: /pdtp_tb/p_tb File: ../UVVM/script/../uvvm_util/script/../src/methods_pkg.vhd
Fatal error in ForLoop loop at ../UVVM/script/../uvvm_util/script/../src/methods_pkg.vhd line 4163

By replacing downto with to on line 4163 & 4164 in methods_pkg.vhd this is sorted. I can't tell if this is a user error by me or a bug?
Using questa 10.7c, uvvm_util, version v2.7.0 and bitvis_vip_axistream, version v4.0.3

So this issue is resolved when I fully constrain a t_slv_array variable with 'downto'
I guess it might be possible to add a check for T'ASCENDING to check whether to use to or downto in the function?

Hi,
Thank you for reporting this issue.
Yes, this can be fixed by checking slv_array(0)'ascending and either use "to" or "downto" like you said.
We will fix this in the next release.
Best regards,
Erick

Hi,
This issue has been fixed in the latest release.
Best regards,
Marius

authors: UVVM olagrottvik

repo: UVVM/UVVM


text:
Test

Testing

Hello World!

authors: EspenTallaksen UVVM


text:
Issue #379: Add ESLint as JavaScript Static Analysis and Linter

Part of #379

Contributor License Agreement adherence:

[x] This Contribution is under the terms of Individual Contributor License Agreements (and also Corporate Contributor License Agreements to the extent applicable) appearing in the Apereo CLA roster.

/cc @apetro @vertein @thevoiceofzeke @davidmsibley
This PR is starting to fall out of sync.
Is there interest in applying Google Code style to uw-frame/uPortal-app-framework at this time?
Should this be reopened at a later date?

We'll try to get this resolved soon.  I'll work on it today.

There are too many failing eslint checks to merge into master at the moment, however I've created the eslint-refactor branch here: https://github.com/UW-Madison-DoIT/uw-frame/tree/eslint-refactor
Could you change the base branch to the eslint-refactor (or make a new PR if you can't) and resolve the current merge conflicts?  When that's ready, we can merge into there, and then I can work on the rest of the checks this sprint.

branch retargeted, I'll be able to work through merge conflicts later today

@davidmsibley c926097 reset the uw-frame-components folder to match current master, f4fda94 re-applies the automated lint fixes to the master version of the code.

I think we actually lost some features in https://github.com/UW-Madison-DoIT/uw-frame/commit/c9260971c2f869613305c606ee1e6262b2a5aca6, did you pull from upstream into your master before merging?  If not, could you force reset to before the merge and try it again?

@davidmsibley I reset the branch head to c926097 so the diff is easier to read. No features were lost.

woah, ok, nevermind.  I'm not sure why it was looking so weird before...

No worries, I re-added the automatic lint fixes in #423

if we move ahead with #423, can we close this?

Sure

authors: ChristianMurphy davidmsibley

repo: UW-Madison-DoIT/uw-frame


text:
Feature/strict concurrency improvements

Ich hätte eigentlich gerne einen custom @GlobalActor benutzt, da der code wohl nicht unbeingt auf dem MainActor laufen müsste. Dann crashed aber der Compiler :/

Was ist die Motivation, das mit Actors zu isolieren?

Was ist die Motivation, das mit Actors zu isolieren?

TaskConfig hat mutable state, drum müssen wir den isolieren. aber ja, dass deshalb alle anderen accesses mit dem MainActor annotiert werden müssen war biz unschön.
hab jetzt für die TaskConfig einen normalen actor anstatt MainActor benutzt, und ein paar Sendables hinzugefügt, wo es meiner Meinung nach Sinn macht. Macht glaube ich mehr Sinn so?

Ist das auch eine Lösung? https://github.com/UbiqueInnovation/ubkit-ios/pull/110

geclosed wegen separatem PR

authors: bastianmorath maerki

repo: UbiqueInnovation/ubkit-ios


text:
use of internal package not allowed

Hi
I used this command to install cameradr but got an error:
Command:
go get github.com/ullaakut/cameradar
Error:
go-projects/src/github.com/ullaakut/nmap/nmap.go:13:2: use of internal package not allowed
GO Version:
go version go1.10.4 linux/amd64

My solution was to update go.
https://github.com/golang/go/wiki/Ubuntu
You have to add a ppa if you're running an older version of Ubuntu.

My solution was to update go.
https://github.com/golang/go/wiki/Ubuntu
You have to add a ppa if you're running an older version of Ubuntu.

I updated go to go1.13 and now I get this error:
go: extracting github.com/ullaakut/cameradar v3.0.1+incompatible
go: finding github.com/andelf/go-curl latest
go: finding github.com/Ullaakut/nmap latest
go: extracting github.com/Ullaakut/nmap v0.0.0-20190907125850-63196347c2d4
# github.com/andelf/go-curl
go/pkg/mod/github.com/andelf/go-curl@v0.0.0-20180313164100-9d81ad32de98/easy.go:408:22: identifier "_Ctype_struct_curl_slist" may conflict with identifiers generated by cgo`

Hi @majidmc2 !
How are you building Cameradar? What command are you running to get this output? Thanks.

I'm new to the go ecosystem so this all may be obvious but I just tried on a new machine and ran into both above issues.

Not following the directions correctly and leaving GO111MODULE empty:

$ export GO111MODULE=
$ go get -u -v github.com/ullaakut/cameradar
github.com/ullaakut/cameradar (download)
created GOPATH=/home/jed/go; see 'go help gopath'
github.com/ullaakut/disgo (download)
github.com/fatih/color (download)
github.com/ullaakut/go-curl (download)
github.com/ullaakut/nmap (download)
github.com/Ullaakut/nmap (download)
go/src/github.com/ullaakut/nmap/nmap.go:13:2: use of internal package github.com/Ullaakut/nmap/internal/slices not allowed

I noticed that there were 2 separate [U|u]llaakut repos:
I edited to go/src/github.com/ullaakut/nmap/nmap.go to use the lowercase nmap slices package and it worked. Wildly speculating it's trying to use Ullaakut as 'internal' but since Linux is case sensitive it works out to be a different path and not "Internal".
This fixed it:
sed -i "s/Ullaakut/ullaakut/g" `go env GOPATH`/src/github.com/ullaakut/nmap/nmap.go

$ go get -u -v github.com/ullaakut/cameradar
github.com/ullaakut/cameradar (download)
github.com/ullaakut/disgo (download)
github.com/fatih/color (download)
github.com/ullaakut/go-curl (download)
github.com/ullaakut/nmap (download)
github.com/Ullaakut/nmap (download)
github.com/ullaakut/cameradar

Then this works fine:
$ cd `go env GOPATH`/src/github.com/ullaakut/cameradar/cmd/cameradar
$ go install

With export GO111MODULE=on I get the text that @majidmc2 got ending in:
go/pkg/mod/github.com/andelf/go-curl@v0.0.0-20180313164100-9d81ad32de98/easy.go:408:22: identifier "_Ctype_struct_curl_slist" may conflict with identifiers generated by cgo

However I don't know enough about go to understand what folder structure it setup:
$ ls `go env GOPATH`
pkg

There is no src directory and annoyingly it sets the permissions to 444:
$ rm ~/go
....
rm: cannot remove 'go/pkg/mod/github.com/leodido/go-urn@v1.1.0/README.md': Permission denied
$ ls -lah go/pkg/mod/github.com/leodido/go-urn@v1.1.0/README.md

-r--r--r-- 1 jed jed 3.3K Sep 26 18:49 go/pkg/mod/github.com/leodido/go-urn@v1.1.0/README.md

The issue is that go-curl no longer compiles on go1.13 apparently, will need to follow that issue.

Alright, as it seems that the maintainer of go-curl is no longer maintaining the project, I will fix this issue in my fork and make a PR to update Cameradar accordingly.
Thanks for your patience.

For me everything works fine when testing it on my machine, so I tested it on a blank environment as well by doing the following:
docker run -it -v (pwd)/cameradar:/cameradar golang:1.13.1-alpine3.10 sh
This puts cameradar into an empty docker container that has golang 1.13.1 (with go modules enabled by default, on an alpine OS).
I then ran cd /cameradar/cmd/cameradar && go install and it correctly imported go: downloading github.com/ullaakut/go-curl v0.0.0-20190525093431-597e157bbffd and not github.com/andelf/go-curl@v0.0.0-20180313164100-9d81ad32de98
So, not sure why for you guys the module that go chose to import was wrong 🤔 @jed-frey , what version of go did you use? Thanks

Closing for inactivity, feel free to reopen @jed-frey if you are back on this :)

authors: Ullaakut jed-frey majidmc2

repo: Ullaakut/cameradar


text:
Move away from gutil, use Vinyl & PluginError

Based on https://medium.com/gulpjs/gulp-util-ca3b1f9f9ac5, an attempt to move away from gulp-util in this library.

Coverage decreased (-56.3%) to 43.75% when pulling 6235b49255b34a03625d6f692942dc5dcb6ae39b on stefandoorn:remove-gutil into 86bd6b3340327f6eb19b0e25d7a01faa2dd9a99f on UltCombo:master.

Coverage decreased (-56.3%) to 43.75% when pulling 6235b49255b34a03625d6f692942dc5dcb6ae39b on stefandoorn:remove-gutil into 86bd6b3340327f6eb19b0e25d7a01faa2dd9a99f on UltCombo:master.

Coverage decreased (-56.3%) to 43.75% when pulling 6235b49255b34a03625d6f692942dc5dcb6ae39b on stefandoorn:remove-gutil into 86bd6b3340327f6eb19b0e25d7a01faa2dd9a99f on UltCombo:master.

Coverage decreased (-56.3%) to 43.75% when pulling 6235b49255b34a03625d6f692942dc5dcb6ae39b on stefandoorn:remove-gutil into 86bd6b3340327f6eb19b0e25d7a01faa2dd9a99f on UltCombo:master.

Coverage decreased (-56.3%) to 43.75% when pulling 6235b49255b34a03625d6f692942dc5dcb6ae39b on stefandoorn:remove-gutil into 86bd6b3340327f6eb19b0e25d7a01faa2dd9a99f on UltCombo:master.

@UltCombo Could you have a look at this PR?

Given that this hasn't been updated since 2016, it looks like @UltCombo has abandoned this plugin.

I'm afraid so, @Sora2455

I have created a forked package with gulp-util removed as it seems this repo is no longer supported:
https://www.npmjs.com/package/@elamping/gulp-buster

authors: Sora2455 coveralls elamping stefandoorn

repo: UltCombo/gulp-buster

license: WTFPL


text:
Laravel Unsharp file manager path

I have a problem with Unisharp file manager. Path of uploads files is static url("http://localhost/storage/photos/shares/thumbs/Poster.jpg?timestamp=1588115255"); This was sent to live server in order to test it. This localhost. I can not load image preview or correct URL

Try to set the right path APP_URL in .env file

I did but still the same problem

Any update of this?

authors: BlueSilver001 RaizaKurniawan mafftor

repo: UniSharp/laravel-filemanager


text:
Add one-off cmake-based parallel test in support of #2328

Fixes #2328

Closing as redundant, now.

repo: Unidata/netcdf-c


text:
Monitor /data on idd-archiver

Work with @m1schmidt to monitor /data on idd-archiver with big brother.

Closing since I don't think this is a problem in practice.

repo: Unidata/xsede-jetstream


text:
Synchronization takes a long time

As time goes on synchronization takes longer. This is because the synchronizer loads sets of blockRate blocks in each loop. By default this is 100,000. So after 1 million blocks synchronization will take at least 10 seconds (assuming each load takes 1 second).
On mainnet this would be okay because 1 million blocks = ~139 days. On an L2 like arbitrum blocks are much more frequent so the synchronization takes longer.
We don't want to load too many blocks at once because there might be many events, but we don't want to load too few because then synchronization takes too long. It would be nice if we could request the first n events from a range of blocks but that doesn't seem to be possible.
Another approach might be loading the batches in parallel, but this puts more strain on the underlying server.

To solve this problem we should separate the event loading and processing.
Events should be loaded in parallel and stored in a FIFO queue. The event processing logic could work by loading the events for the next block in the queue and processing them. The processing loop continuously checks the queue for new events to process.
Note that events in the queue should be grouped by block. e.g. all events for a block are processed before the SynchronizerState in the database is updated.
Parallel requests should retry when failed using exponential backoff logic.
Make sure that parallel requests don't insert events out of order. e.g. if you're loading blocks 0-20 and 20-40 in parallel, blocks 20-40 cannot be inserted before 0-20.

Hey team! Please add your planning poker estimate with Zenhub @AnthonyMadia @chndr1 @CJ-Rose @kittybest @vimwitch @vivianjeng @yuriko627

authors: ChialiT vimwitch

repo: Unirep/Unirep


text:
Create Atlasrewards

{"name": "Atlasrewards", "keywords": ["defi", "zerion", "special tokens"], "tags": {"farming": {"name": "Yield Farming", "description": "Liquidity reward tokens"}, "pools": {"name": "Pools", "description": "Earn trading fees by providing liquidity in a single transaction"}, "aavev2": {"name": "Aave V2", "description": "Aave interest bearing tokens"}, "tokens": {"name": "Top Tokens", "description": "Top tokens by Market Cap"}, "indexes": {"name": "DeFi Indexes", "description": "Tokenized baskets of multiple DeFi assets"}, "layer2": {"name": "Layer2 Tokens", "description": "Tokens building second layer networks to scale Ethereum"}, "social": {"name": "Social Tokens", "description": "Tokens backed by the reputation of an individual, brand, or community"}}, "timestamp": "83 days 22 hrs ago (Oct-07-2023 01:21:40 PM +UTC)", "logoURI": "https://bscscan.com/token/images/atlasrewards_32.png", "version": {"major": 3, "minor": 4, "patch": 0}, "tokens":[{"chainId": 1, "address": "0x0000000000004946c0e9f43f4dee607b0ef1fa1c", "name": "Chi Gastoken by 1inch", "symbol": "CHI", "decimals": 0, "tags": []}, {"chainId": 56, "address": "0x03dd7EEBeb79AEC1602bbD6ef9240331a8721634", "name": "AtlasRewards", "symbol": "ATLAS", "decimals": 18, "tags": ["Staking"]},
[{"chainId": 1, "address": "0x0000000000004946c0e9f43f4dee607b0ef1fa1c", "name": "Chi Gastoken by 1inch", "symbol": "CHI", "decimals": 0, "tags": []}, {"chainId": 1, "address": "0x0000000000095413afc295d19edeb1ad7b71c952", "name": "Tokenlon", "symbol": "LON", "decimals": 18, "tags": ["farming"]}, {"chainId": 1, "address": "0x00000000441378008ea67f4284a57932b1c000a5", "name": "TrueGBP", "symbol": "TGBP", "decimals": 18, "tags": []}, {"chainId": 1, "address": "0x0000000000085d4780b73119b644ae5ecd22b376", "name": "TrueUSD", "symbol": "TUSD", "decimals": 18, "tags": []}, {"chainId": 1, "address": "0x0000852600ceb001e08e00bc008be620d60031f2", "name": "TrueHKD", "symbol": "THKD", "decimals": 18, "tags": []}, {"chainId": 1, "address": "0x0000000000b3f879cb30fe243b4dfee438691c04", "name": "GasToken", "symbol": "GST2", "decimals": 2, "tags": []}, {"chainId": 1, "address": "0xfa2562da1bba7b954f26c74725df51fb62646313", "name": "PowerPool ASSY Index", "symbol": "ASSY", "decimals": 18, "tags": ["indexes"]}, {"chainId": 1, "address": "0xfa6de2697d59e88ed7fc4dfe5a33dac43565ea41", "name": "DEFI Top 5 Tokens Index", "symbol": "DEFI5", "decimals": 18, "tags": ["indexes"]}, {"chainId": 1, "address": "0xffa18da332778eac7a4d631c6261936014e1fea1", "name": "Balancer 30% GENFUG-26 + 70% OCEAN Pool", "symbol": "BPT", "decimals": 18, "tags": ["pools"]}, {"chainId": 1, "address": "0xffffffff2ba8f66d4e51811c5190992176930278", "name": "Furucombo", "symbol": "COMBO", "decimals": 18, "tags": []}, {"chainId": 1, "address": "0xfffffffff15abf397da76f1dcc1a1604f45126db", "name": "FalconSwap Token", "symbol": "FSW", "decimals": 18, "tags": []}]}

Ok

repo: Uniswap/token-lists


text:
Incorrect capture of the empty macros from CMakeLists.txt setup

From discussion:
https://github.com/UnitTestBot/UTBotJava/discussions/170
minimal reproducer:
main.cpp
#include <iostream>

int EXPORTS f(int a, int b) {
    return a + b;
}
int main () {
    std::cout << "awa!" << std::endl;
    return 1;
}

CMakeLists.txt
cmake_minimum_required(VERSION 3.20)
project(example1)

set(CMAKE_CXX_STANDARD 11)

add_executable(example1 main.cpp)
target_compile_definitions(example1 PUBLIC EXPORTS=)

Problem with empty exports in target_compile_definitions(example1 PUBLIC EXPORTS=)
It's work well with bear, but then we use set(CMAKE_EXPORT_COMPILE_COMMANDS ON)
it generate command like "command": "/utbot_distr/install/bin/clang++ -DEXPORTS=\"\"  -std=gnu++11 -o CMakeFiles/example1.dir/main.cpp.o -c /home/utbot/emamble/main.cpp"

We use ShellExec with there all arg is string that escape some symbols like " and \

authors: alexey-utkin ladisgin

repo: UnitTestBot/UTBotCpp


text:
Add support for poetry.

Why:

poetry is a Python dependency
management and packaging tool.

This change addresses the need by:

Taking the same approach as pipenv.

Side effects:

There may be conflicts or oddities if there is a Pipfile and a
pyproject.toml.

@dschep this is nearly ready for another review, but I'm struggling to get the windows tests to pass as I'm not familiar with appveyor or windows development. Please excuse all the force pushes to this branch for now as I'm working out how to get the windows system to see the poetry install for tests.

@dschep sorry for the noise today with all the force pushes. I figured out a way to test on windows by installing poetry with pip which is not the ideal method as it then shares deps with other pip installed packages, but tests now pass across the board.
This PR is now ready for another review and potential merge. Thank you for all your feedback.

Oh man! #310 looks awesome 🎉

Hmm, @squaresurf looks like pip might already be using pyproject.toml too 😬 https://www.bernat.tech/pep-517-and-python-packaging/

Interesting. Should we add a toml parser to this so we can read the purpose of the pyproject.toml? We may even want to use the pyproject.toml for pip as well in the future.

Yup, I think it's reasonable to add a toml parser 👍

Do you have any recommendations? I'm not super deep in the node ecosystem.

not really. https://www.npmjs.com/package/@iarna/toml and https://www.npmjs.com/package/toml seem to be the most used, but the later only supports toml 0.4, not sure what pep517 specifies

Hello, I would like to know if it's possible to disable this behavior? we use poetry for our local development but we export a requirement.txt from it. Your CI/CD machines don't have poetry installed on them and we are using a forked version of poetry anyway, so installing it a bit tricky.

@canassa yes, see the docs here: https://github.com/UnitedIncome/serverless-python-requirements#poetry-support-sparklespencilsparkles

@dschep heads up that I may not be able to get to this for a while.

Ok. Thanks for letting me know @squaresurf

I just opened #344 to address this as well as #324.

authors: canassa dschep squaresurf


text:
Exported USD and USDZ have corrupted normals along UV seams

I've been trying to find the root cause for this myself but haven't been successful in doing so.
UV seams in meshes cause visible seams along normals in USD and USDZ files exported with usd-unity.
It's clear that vertices need to be split in places where UV seams are but the resulting normals should be identical, resulting in smooth shading independent of UV seams.
My assumption so far is that it has something to do with normal interpolation behaviour; Blender sets that explicitly to "faceVarying" while Unity leaves it as default.
Reproduction cases:
https://glitch.com/edit/#!/usd-normals-bug
(you can directly download the usdz files from the "assets" section in Glitch)
Reproduction from Unity:
NormalsBugs.unitypackage.zip
Import these, export as USD or USDZ.
Import them in Blender or anything else that can export USDZ and try again.
Note that re-importing the corrupt files in Unity looks correct, so some logic seems to be wrong in both import and export.
Ground truth in Unity (these are smoothed cubes; the left one has 3x3 quads per face, the others 1x1. The left one has a deliberately shitty UV layout to show the issues better. UV layout should not affect shading at all if no textures are used.)

Exported from Unity:

Same file, exported from Blender:

For simple shapes, it's the same, visible edges along all UV seams:

For complex shapes, also, but much less visible since there's more going on - this is where I originally found the issue - note the vertial line along the center:

Reimporting them with usd-unity looks correct, which I believe points to different defaults being in the spec and used by Unity for some interpolation:

After some investigation, it appears:

The usdview artifacts are due to our failure to tag the mesh as subdivScheme="none", which triggers usdview to recompute normals on render

The ARQL artifacts seem to be a bug present in iOS 13.x and is fixed in 14 beta

authors: hybridherbst jcowles

repo: Unity-Technologies/usd-unity-sdk


text:
Suggestion: Allow running specific plugin/rule

Some rules can be done in vue 2.7, and so I would recommend that we have them separate, so that we can have leaner PRs of changes.
Some rules are:

$nextTick()
v-deep
component options wrapped with defineComponent()

This is a good suggestion. I will add it to vue-metamorph

I added this to vue-metamorph 3.2.0, and included it in vue-upgrade-tool 1.0.28
You can now run selected plugins by passing a --plugins option with a micromatch pattern for the plugin name(s) you want to run, like this:
vue-upgrade-tool --files 'src/**/*' --plugins 'vue-nextTick' --plugins 'vue-v-deep' --plugins 'vue-defineComponent'

Fascinating, thank you @UnrefinedBrain

authors: UnrefinedBrain ibrahimBeladi

repo: UnrefinedBrain/vue-upgrade-tool


text:
fix: handle case where file.content_type is None

I can't reproduce this with the Starlette test client, but the following snippet in a python shell is returning a 400 error from the hosted api.
import requests

filename="fake.doc"
with open(filename, "rb") as f:
    response = requests.post(
        "https://api.unstructured.io/general/v0/general",
        files={"files": (str(filename), f)},
    )

print(response.text)

When we don't specify the content type in requests, it's causing the FastAPI file.content_type to be
None, at least on my machine.

The smoketest in unstructured-api uses requests so I managed to verify in the tests over there -> https://github.com/Unstructured-IO/unstructured-api/pull/80
Let me know if it would be helpful to still figure out a test on this end as well. (Doable if I can use requests to hit the test server but I'm not seeing an easy way in the internals of Starlette's TestClient)

repo: Unstructured-IO/unstructured-api-tools


text:
Support generic inputs for partition kwargs from ingest CLI

Description
To always support the latest changed to the partition method and the possible kwargs it supports, the ingest CLI has been refactored to take in a valid json string to represent those values to allow a user more flexibility with controlling the partition method.

per async conversation: let's not drop support for individual flags for partition params. it's very nice to have these exposed via --help and nice to not have to specify via dictionary json and lookup in some other place what options are available and specifically considered partition args. that said, could see having a backdoor via something like this to specify we haven't yet explicitly supported

looks good! maybe we update a test to set a parameter with this? I guess could just swap an existing parameter but set it via this?

updated title to convention commit, since this will be used by merge queue as the commit.

repo: Unstructured-IO/unstructured


text:
use or getInfo(upvalue).namewhat to support protosmasher

https://github.com/Upbolt/Hydroxide/blob/2352a85b76616a95468b1f3629d54ae620778863/modules/UpvalueScanner.lua#L28
use or getInfo(upvalue).namewhat to support protosmasher

getInfo(value).name or ''

ok cool.

authors: Hynec Upbolt

repo: Upbolt/Hydroxide

license: Unlicense


text:
Unable to redirect to intended page after login

Hi All,
I'm trying to redirect to messages page after FB login. Somehow it is not working. Please correct or provide any other alternative.
angular.module("jaarvis").run(["$rootScope", "$state", "$meteor", function($rootScope, $state, $meteor) {
$meteor.autorun($rootScope, function(){
if (! Meteor.user()) {
console.log('user');
if (Meteor.loggingIn()) {
console.log('loggingIn ' + Meteor.user()); -- returning null
if(Meteor.user()) {
$state.go('onlineusers');
} else {
//On login
$state.go("messages");
}
}
else{
console.log('login');
$state.go('login');
}
}
});
}]);

This is a re-post from a StackOverflow issue that I already resolved.
@Urigo Please close

Great!  thank you!

authors: Urigo jacobdr nutanlade

repo: Urigo/angular-meteor


text:
flight control task needs high precise time period

As we experiment result, it is fine if only one task(flight control) was scheduled. The deviation of periodic time is acceptable. However, if we added one more task like navigation or mavlink task, flight control task loose precision of period. Periodic time jumped to 10khz or 333Hz when we set two more tasks. Furthermore, the deviation of periodic time became large obviously.
The idea of increasing tick rate is not recommended. I think we should implement the mechanism which is based on hardware timer and binary semaphore.

d12c0191171cce2ac7653c36702ba7014e944e81 solved it. It works fine now.

repo: UrsusPilot/firmware


text:
Interhemispheric coupling aspect at Davis and Rio

Sato et al (2016): According to Yasui et al. [2016], who examined 15 year observations of horizontal winds by the MF radar at Syowa Station (69.00°S, 39.35°E), the relationship between wind variances associated with mesospheric gravity waves in the SH and a sudden stratospheric warming (SSW) in the NH is not statistically significant, at least not over Syowa Station. Therefore, while the existence of the interhemispheric coupling phenomenon is widely accepted, the mechanism coupling the stratosphere of one hemisphere to the mesosphere of the other hemisphere is still unclear. Further studies on mesospheric gravity waves in the SH are needed in order to elucidate the mechanism of the interhemispheric coupling in the middle atmosphere. Related to #6.

Check whether interhemispheric coupling is invariant during SSWs in the southern hemisphere (SH), i.e. produce composites for SSWs in the SH ().


text:
ERROR 404 NOT FOUND - get_started.md

Hello,
Thanks a lot for your work and this model. Just a quick message to tell you that the get_started.md file is no longer accessible. We have a 404 Not found.
Quentin

Hi, thanks for reporting. It's fixed. Pleased refer to mmdet official repository for more details.

authors: Quentinmht tingtingliangvs


text:
how to sample the sub-network while training?

how to sample the sub-network while training?  I random sample the sub-network every batch, but always get loss NAN

It needs to be implemented in train.py and mmcv for sampling, and we will post the search code for details.

@tingtingliangvs any plans?

Thank you for your attention, and a more concise search code version 2.0 will be released in a month.

authors: LiangTinting detectRecog tingtingliangvs wjgaas

repo: VDIGPKU/OPANAS


text:
API Source Filter

Hey everyone and thanks for making the Plugin public.
On a first look I am wondering how your Plugin behaves when the Cluster includes policy reports from other engines (sources)? Do you set a source filter for kyverno only results? I at least did not see that.

Hi @fjogeleit,
Currently, we don't set a source filter when we query the policy reporter API. However, it could be extended to allow defining the sources using an annotation on the kubernetes-cluster resources.
The annotation could look something like kyverno.io/sources: kyverno,anotherSource.
Possibly using kyverno as the default value if the annotation is provided.

Yep, sure. Would make sense, I just wanted to point that policy reporter handles all PolicyReports, independent of the source engine and  that should be considered. If its intended as Kyverno plugin - showing information from other tools could be confusing.

When we created the plugin, it was intended as a Kyverno plugin since we don't use any other source engines, which is also why some of the components use the KyvernoPolicyReports naming.
However, the plugin could be set up to also display information from other tools if that makes sense. This could be done either in the existing component that's exported or by creating new components so users could choose what they would like to display in their Backstage application.

authors: Jonas-Beck fjogeleit

repo: VELUX/backstage-policy-reporter-plugin


text:
Read ORCA Handbook and Policies

Read the Following Documents:

How_ORCA_Works.md
ORCA_Handbook.md
IT_and_Data_Security_Policies.md
Intellectual_Property_Policy.md
CODE_OF_CONDUCT.md
Add a comment to this issue with your initials and date completed, then close the issue

HVT, completed 05/21/24

authors: henrikvtcodes kefortney

repo: VERSO-UVM/ORCA


text:
Release description no longer lists images

It use to be that the release description contained the release images. For example 2022-06-17-3834e7a with:
kali-xfce4-2022-06-17-3834e7a
debian-xfce4-2022-06-17-3834e7a

However as of 2022-07-01-3e5a379 the release description is blank.

This might be related1
Warning: No files were found with the provided path: plz-out/**/packer-manifest.json. No artifacts will be uploaded.

Looks like you're no longer using the default1 of packer-manifest.json, but overriding this with2:
post-processor "manifest" {
       output = "manifest.json"
       strip_path = true
}

Can confirm that #9 fixed it! Thanks again! ❤
(https://github.com/VJftw/cloud-desktops/releases/tag/2022-08-04-3a9548b)

authors: VJftw steakunderscore

repo: VJftw/cloud-desktops


text:
Create example demo to show master outstation communication at different VM (i.e., with different IP)

Issue
Create example demo to show master outstation communication at different VM (i.e., with different IP)
One typical use case

@kefeimo bump

To demonstrate master outstation communication at different VMs:

Create two virtual machines (VMs) with different IP addresses, then install the dnp3-python library on both VMs (We can use virtualization software such as VirtualBox or VMware to create the VMs.)

After creating two VMs, use the command line to confirm the IP address of each VM:

VM 1:nino@nino-vm:~$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:0c:29:ca:3a:e4 brd ff:ff:ff:ff:ff:ff
    altname enp2s1
    inet 192.168.14.165/24 brd 192.168.14.255 scope global dynamic noprefixroute ens33
       valid_lft 1697sec preferred_lft 1697sec
    inet6 fe80::db21:86ae:a9de:5d4e/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

VM 2:nino@nino-vm:~$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:50:56:31:73:4c brd ff:ff:ff:ff:ff:ff
    altname enp2s1
    inet 192.168.14.167/24 brd 192.168.14.255 scope global dynamic noprefixroute ens33
       valid_lft 1702sec preferred_lft 1702sec
    inet6 fe80::2f65:e8c7:a44d:b72b/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

Use the command to install the dnp3-python package on each VM:pip install -i https://test.pypi.org/simple/ dnp3-python==0.2.3b2

If there is an error code: “No module named 'argcomplete'”, please install argcomplete package:pip install argcomplete

Set one of the VMs to act as the master. Here's a simple example script that sends a request to link the outstation:dnp3demo master --outstation-ip= 192.168.14.167

Set the other VM to act as the outstation. Here's a simple example script that sends a request to link the master:dnp3demo outstation

Verify that the communication is working by checking the output of the master, It should print the following contents:

Master:ms(1680886137163) INFO    tcpclient - Connecting to: 192.168.14.167
ms(1680886137167) INFO    tcpclient - Connected to: 192.168.14.167
channel state change: OPEN
==== Master Operation MENU ==================================
<ao> - set analog-output point value (for remote control)
<bo> - set binary-output point value (for remote control)
<dd> - display/polling (outstation) database
<dc> - display configuration
=================================================================

======== Your Input Here: ==(master)======

Outstation:ms(1680886137121) INFO    server - Accepted connection from: 192.168.14.165
==== Outstation Operation MENU ==================================
<ai> - update analog-input point value (for local reading)
<ao> - update analog-output point value (for local control)
<bi> - update binary-input point value (for local reading)
<bo> - update binary-output point value (for local control)
<dd> - display database
<dc> - display configuration
=================================================================

======== Your Input Here: ==(outstation)======

This is just a simple example to demonstrate the basic communication between a master and an outstation. We can modify the agents to send and receive more complex data and handle other types of requests.

I just submitted a pull request on the GitHub
https://github.com/portal-cat/dnp3-python/tree/develop/docs

Closed with PR #37

authors: craig8 kefeimo portal-cat


text:
VL-Vicuna Training running program error

CUDA_VISIBLE_DEVICES=0 python tools/linear_proj/train_linear_proj_opt_and_llama.py  facebook/opt-6.7b  ./vicuna-7b/  ./blip2_pretrained_opt6.7b.pth   ./lavis/output/proj_init
running program error
Traceback (most recent call last):   File "tools/linear_proj/train_linear_proj_opt_and_llama.py", line 199, in <module>     model = LinearModel(from_size, to_size)   File "tools/linear_proj/train_linear_proj_opt_and_llama.py", line 144, in __init__     super().__init__(from_wrd_model, to_wrd_model)   File "tools/linear_proj/train_linear_proj_opt_and_llama.py", line 116, in __init__     to_word_embed_data = get_word_embed(to_wrd_model)   File "tools/linear_proj/train_linear_proj_opt_and_llama.py", line 110, in get_word_embed     return word_embed_data UnboundLocalError: local variable 'word_embed_data' referenced before assignment

I find in function get_word_embed there is not a key word about vicuna. However, there is only keyword opt and llama.

Sorry for the bug. I have updated the code. Vicuna is instruction-tuned on LLaMA. Thus, the function with the keyword LLaMA can be directly used for Vicuna. I just modify this line 105 in get_word_embed from elif "llama" in wrd_model.lower(): to else:.

Thanks. It works

authors: liulangjita waxnkw

repo: VPGTrans/VPGTrans