New simplified chemical creator

Simon said:
a data generation where it is easy to:

Define where the formulas come from
Define a distribution over RT
Define a distribution over intensity
Define where the chromatograms come from
Define easily where the MS2 come from

I suggest the following process:

Sample formula
Sample RT & intensity conditioned on formula (by conditioned i just mean that the method is passed it so can do with it as it pleases). Method returns rt and intensity as we might want to sample them with dependence
Assign a chromatogram passing formula, RT, intensity (in case we want dependence)
Assign MS2

Initial upload of code and notebook looks good to me. Couple of things for future improvements rather than direct comments

should add the option to not have formula and just generate m/z from a density
should add more structure to classes, i.e. add a base classes to ensure the inputs and outputs are consistent
should the process of adding adducts and isotopes have its own class, similar to the way we add rt, intensity, etc?

So, for part 1, generating UnknownChemical objects instead?
Agree re base classes.
Not so sure about isotopes and adducts -- this would require changes within the KnownChemical class which I'm not sure is really necessary just now? The code for them seems pretty sound anyway?

@vinnydavies :

added base classes to formalise things
Left adducts / isotopes as is
Can now generate UnknownChemicals. See e.g. https://github.com/sdrogers/vimms/blob/ae56a2ad8c25d9817b4da7c31d6211729ac84e50/vimms/Common.py#L133-L138
Which defines a dummy class that looks like a formula (it has a mass attribute and a compute_exact_mass() method) and then: https://github.com/sdrogers/vimms/blob/ae56a2ad8c25d9817b4da7c31d6211729ac84e50/vimms/ChemicalSamplers.py#L27-L31
That samples mz and puts them into DummyFormula objects

Now also added an MS2Sampler that can sample spectra from an .mgf file


Fix Markdown Syntax

This error is here since 2015 but for some reason showed up on github's markdown parser just now.

Sorry, just now I realize there is two other OR fixing the same issue. I'm closing this one.


Player does not respect alwaysShowControls: true during keyboard access of .mejs-time-rail

If the player is instantiated thusly:
$(selector).mediaelementplayer({
    features: ['playpause','progress','current','duration','tracks','volume'],
    alwaysShowControls: true
})

and the controls are accessed by tabbing to the controls, the keyboard commands of forward/reverse arrows move the current time within the mejs-time-rail control. If focus changes (even within the controls), the controls fade out.
I have a test page here:
http://media.capella.edu/NonCourseMedia/HTML5Tests/MEJSIssue/test.html
Steps to reproduce the issue:

Use the tab key to put focus on the play/pause control.
Press spacebar or enter to begin playback of video.
Press the right arrow key.

Player controls should remain visible and focus should remain on play/pause control. Error is that controls fade.

@peterh-capella Is this still an issue? If not, can you close this issue, please?

@peterh-capella Closing old issues. If you'd like to reopen this, let us know. Thanks!


JBDS-4275 Update OpenShift Origin CLI to v.1.4.1

Codecov Report

:exclamation: No coverage uploaded for pull request base (1.3.0@156f197). Click here to learn what that means.

@@           Coverage Diff            @@
##             1.3.0     #547   +/-   ##
========================================
  Coverage         ?   78.99%
========================================
  Files            ?       18
  Lines            ?     2271
  Branches         ?      187
========================================
  Hits             ?     1794
  Misses           ?      477
  Partials         ?        0

Continue to review full report at Codecov.

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

test this

test this


Thank  you very much!!!

I was waiting for something like this for a long time. Are you planning to improve it? For me would be very useful possibility to show multiday events. Thanks and good luck...

Thank you for the kind words! ❤
I'm definitely up for improving the plugin. I've held off on new features until I've gotten some initial feedback on what would be useful.
Some thoughts on multiday events:

I think rather than multi-day, this really means support for events with a duration
This would probably mean defining a dimension for both start and end time
Start time would be required, but the end time dimension would be optional
If a user has defined a dimension for end times, what would a null value mean? Is the event still ongoing?

It could be exactly how you wrote. Maybe the dimension for the end could be the same like the start dimension in case that it is event without duration. And if it is zero, its disabled event. But of course its up to you.
Another proposal to improve - if timestamp is only date (2021-03-04 00:00:00), mark it as wholeday event, if there is a different time, show it...

Thank you both! ❤
Just wanted to let you know that I'm (slowly) working on this. It's mostly done. Can hopefully push this once I've solved overlapping intervals.

Hi, I am a newbie to grafana. I downloaded the calendar plugin but after adding the panel to dashboard, the dimension field time and text are disabled. Also, on top of the panel it shows this error msg "Cannot read property 'fields' of undefined". Plz help.

@riaz85in It doesn't seem like your question is related to the feature request in the original post. If you have questions on how to use the plugin, please use the Discussions. That being said, try changing Format as to Table.

Hi, sorry. I posted in discussions. Plz help.


fix: run button loading infinitely due to entity update start action

Description
Added a fix to update entity start action only when the input is focused and there is a change in the input values.
This bug occurred because the query being switched from the left navigation pane was re-rendering the code editor and the onChange for the data was getting fired which was updating the status of the entity being updated to true but the success event was not getting triggered due to the check of focused input for redux store update. So the loading state was always true when the query was switched, I avoided that status update with the same check as for the redux store update.
Fixes # (issue)
#10124
Type of change

Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?
Either of the below method can be used to test the bug fix.

Type in the query in the query editor of the datasource and then while typing the query continuously press CMD+ENTER to execute the query. After the fix the query should execute with the latest value in the editor after updating the values in the redux store as well.

Add two queries (eg. postgres queries). Update either of the two, execute the same query. Switch to another query from the left side panel. Click on run query. Earlier the run button was going into infinite loading state. After this it will be fixed as the action update is blocked only when there is a change in the input value and it is focused.

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes

Test coverage results :test_tube:
:white_circle: Total coverage has not changed
// Code coverage diff between base branch:release and head branch: fix/run-button-infinite-loading

Status
File
% Stmts
% Branch
% Funcs
% Lines

:green_circle:
app/client/src/components/editorComponents/CodeEditor/index.tsx
67.46 (0.11)
41.14 (0.66)
51.22 (0)
67.4 (0.12)

:red_circle:
app/client/src/utils/autocomplete/TernServer.ts
52.71 (-0.23)
40.83 (-0.84)
36.21 (0)
56.74 (-0.25)

/ok-to-test sha=232338c

/ok-to-test sha=232338c


Light2mass model for slsim

#Description
This is the first pull request for adding the module light2mass.py, for calculating the velocity dispersion of the deflector galaxies in slsim, to slsim.
#Changes made
Added the main function file light2mass.py to slsim/Deflectors/ .
Added python modules like k_correct.py and mag2errors.py to  slsim/Util, which are supporting modules required in light2mass.
Added a notebook 'get_deflector_velocity_dispersion.ipynb' to notebooks/, that explains how to use the module 'light2mass'.
Added Test catalogs 'cosmo_DC2.fits' and 'Bernardi_SDSS_cat.csv' to 'tests/Testdata/', required for running the notebook.

Hi @Vibhore-ARIES, thank you very much for this PR! Once you fix these errors, I will review your PR.

@Vibhore-ARIES , some of the pre-commit fails are because of the astro_util conventions which have been already fixed. Please pull recent changes from main to your branch. Then, this will probably solve this issue. Other two are because of the absence of test function for your code. Please write test functions to pass these checks. Thank you!

Hi @Vibhore-ARIES , thank you very much for this update! looks very good. Please put the required data in https://github.com/nkhadka21/data_public if these data are required only for Jupyter notebook and indicate in notebook that one should download these data to run that notebook. If you have addressed my comments please resolve the conversion.

@nkhadka21 @Vibhore-ARIES I think Narayan meant this folder: https://github.com/LSST-strong-lensing/data_public

Hi @Vibhore-ARIES , thank you very much for this update! looks very good. Please put the required data in https://github.com/nkhadka21/data_public if these data are required only for Jupyter notebook and indicate in notebook that one should download these data to run that notebook. If you have addressed my comments please resolve the conversion.

Yes, I have moved it.

Hi @Vibhore-ARIES , thank you very much quick update!! We are almost at the completion! I have some minor comments. Please address them.


[BUG] GitHub workflow uses the range of engines.node and engines.yarn from OSD wrongly

What is the bug?
https://github.com/opensearch-project/dashboards-observability/blob/0527730d9c7a7743e03061048937c6b3aa611788/.github/workflows/dashboards-observability-test-and-build-workflow.yml#L35-L36
OSD provides a range in engines that works for OSD without considering deps or plugins. Sometimes, dependencies require higher versions of Yarn or Node.js and that is NOT reason enough for OSD to bump their engines. hence, the CI needs to use a version that works and will need to make adjustments deps evolve.
There is a counter argument that could be made that the lockfile dictates what OSD uses so it should make the best effort to satisfy those deps. I would argue against it that OSD plugins have deps that might not be common with OSD and those deps could impose their own engines; OSD cannot be expected to kep up with those.
Solution
Just like OSD does it, hardcode the version of Yarn. OSD uses nvm and .nvmrc; you could do the same, read the version from .nvmrc, or hardcode your own version of Node.js in the CI.

closed by #295


Fix: Image paths for swahilies and mpesa

@Kalebu can you merge this? Did a fix on image paths

Sure, One time


Smart Contract Deployment

Hey guys,
so I want to deploy a smart contract using WalletConnect, thus the user does not have to reveal his private key.
I tried following this tutorial from NEthereum while constructing
var web3 = wcProtocol.BuildWeb3(ConstantManager.INFURA_ETH_ID).AsUnmanagedAccount();
and then the rest following the tutorial. Somehow I am always stuck in
var transactionHash = await web3.Eth.DeployContract.SendRequestAsync(abi, byteCode, account, deployParam);.
Then nothing happens.
Alternativly I tried
var transaction = new TransactionData()
        {
            data = byteCode,
            from = address,
            to = null,
            gas = "300000",
            value = "0",
            chainId = 5,
        };

var results = await WalletConnect.ActiveSession.EthSendTransaction(transaction);

This method actually prompt MetaMask to open and that's all nothing after that.
Thanks in advance. Please tell me if you need more info.

Okay, I found out myself, why is was not working. So one has to add
var data = web3.Eth.DeployContract.GetData(byteCode, abi, deployParam);
and then set data = data in transaction. Then it will work.


[D&D 3.5] Update damage options

Submission Checklist
Required

[X] The pull request title clearly contains the name of the sheet I am editing.
[X] The pull request title clearly states the type of change I am submitting (New Sheet/New Feature/Bugfix/etc.).
[X] The pull request makes changes to files in only one sub-folder.
[x] The pull request does not contain changes to any json files in the translations folder (translation.json is permitted)

New Sheet Details
Changes / Description
Add new option to damage combo 1/2Str+Int
Update authors list

Character Sheet Info Roll20 Internal Use only.


Add concurrency and experimental tagging to CI matrix

Experimental tags in e2e test matrices: If a config is tagged experimental in the test matrix, it failing will not interrupt other jobs of the matrix. https://docs.github.com/en/actions/using-jobs/using-a-matrix-for-your-jobs#expanding-or-adding-matrix-configurations explains how the include works in matrices strategy. Namely, in our case experimental being set to false by default, all the environments defined in the non-include matrix will run with the experimental: false tag, and an additional test matrix with { environment-name: "ESS Dev-Next", experimental: true} will be added. The latter will have the continue-on-error tag, which means it failing will not interrupt the other e2e jobs.
Concurrency groups: See https://docs.github.com/en/actions/using-jobs/using-concurrency#example-only-cancel-in-progress-jobs-or-runs-for-the-current-workflow. Adding a job to a concurrency group interrups other jobs running from the same group, instead of having the running jobs complete first.

Note to reviewer: a Dev-Next browser-based test just failed while the PodSpaces one was running, not cancelling it, so the config looks about right.

Actually this project hadn't been migrated to the latest version of jest, which is now done.


[GSSOC'23] Create OR Update a Better DOCUMENTATION

I recently went through the README.md for the project and noticed a few areas that could benefit from improvement. I wanted to share my feedback and suggestions to help make the documentation more comprehensive and user-friendly.
ISSUE DETAILS:

INSTALLATION INSTRUCTIONS: The current installation instructions assume prior knowledge of certain dependencies and their versions. It would be helpful to provide more explicit and detailed instructions, including any prerequisites or recommended versions.
CONFIGURATION : The section on configuring the project lacks clarity and examples. It would be beneficial to include more detailed explanations of the available configuration options and provide concrete examples of how to set them up.
SUGGESTED IMPROVEMENTS:
Provide step-by-step installation instructions for various operating systems, including the required dependencies and their versions.
Expand the configuration documentation with clear explanations of each configuration option and provide example configurations for common use cases.
Create a separate section or dedicated repository with comprehensive tutorials and examples covering different aspects and functionalities of the project.

I believe addressing these areas will greatly enhance the overall usability and accessibility of the project.
Thank you for considering these suggestions.

sir please assign this to me


(vlc) Language parameter

By default it starts on current OS language.
Here I think we should reverse it.
Language is stored at registry:
[HKEY_CURRENT_USER\Software\VideoLAN\VLC]
"Lang"="en"

If this one is not present, it uses auto settings which default to current OS lang.

Parameter: /Language[:code]
I think we should reverse behavior here so thaat english is default, i.e. without /language it will apply english. Code 'auto' can be used for VLC default behvior.

Somehow I missed its already there.


Migrating junit4to jupiter

Hi all of you! I was practising Jupiter and this is a proposal in case you are interested to migrate the current exercises from Junit 4 to Jupiter.
The POM is also updated to use Java 11, but as you may know, Java 16 is already alive.
I hope it helpful, but I have to recognize that for started, Junit 4 is cleaner.

cancelling this pull request that includes config files


Additional monster bar mode

This is more of a suggestion than just a pure pullrequest but I figured providing code would both illustrate what I am suggestion and allow for quick practical testing. It is a combination (of sorts) of mode ShowAllMonstersAtOnce() and ShowOnlyTargetMonster() but also has a unique 'quality' to it.
The idea was to have one mode for expeditions and guiding lands where you can see all monsters until you choose to select one, in which case it is centered and the others are hidden. All without switching between modes a few times.
There's also a difference between 'targeted' (when the monster icon has two swirling green dots) and 'selected' (when the monster has a green pin on it). When something is 'selected' it is also 'targeted' but not the other way around.
When you try things out you may notice that during a quest it's still required to manually select the hunted monster in order to only show that one (because of the above). This is by design as it means the user will always see all monsters (and, for example, their crowns) while still allowing simple but direct control over which monster is shown/singled out.  It can also be useful for multi-monster quests as it wouldn't show just the first hunted monster straight away.
Note: I haven't done any setting/string changes as I did most during the translation process and didn't wanna end up with a bunch of (unneeded) conflicts once I'd make a pull request.
Note2: An alternative to all this could be to change ShowOnlyTargetMonster() to display all of them if there is no target monster tho that would then still automatically show the target monster in quests (instead of letting the user select one manually).

Oh, I'll test it and merge, and also add that static address you're using to the map file as well


Fixes for 423 locked error

The code did not work for me on my account. I had to change a bunch of things to make it work on my account, but it may break things on other accounts that it works for without these changes. Please merge if it makes sense.
I also added this to HPM via my GitHub account to make it easier to install via HPM. You can filter out those changes if that makes sense as well - since I did not tag the branch before I made that change, I was unable to filter that out on my end.

Also, you don't need twoFactorAuthenticationId on my account. So you can leave that empty, and it gets the id from login.aspx page - again may not be the right way for other alarm.com accounts, but this works on my account


Use Generic from method in Generic from interface

TypeScript Version:  3.8.3

Search Terms:
"generic in generic"
Expected behavior:
Should be able to pass one generic to an other generic
Actual behavior:
Generic cannot cascade down to one an other
Related Issues:
the well known #1213
Notes:
I'm still posting this although #1213 is still open, knowingly. I've read the entire thread of #1213. It has been commented massively, with lots of good proposals and upvoted more than ~600 times (if you combine all). The last post I could identify (i don't know everyone) from core contributors  is a 2016 feedback (from @RyanCavanaugh) on a 2015 comment marking the proposal as "Quasi-approved" 5 years ago ; since then, there's no communication on this feature (rather decisions to move it some places, like "community backlog" or "Roadmap June 2019") and i think i'm not alone waiting for this to be able to complete my work with TS - or should i just drop it?
I don't claim this issue to be new, and it should easily marked as duplicate. I just hope this will help gather attention again on #1213 and hopefully a resolution of this before the end of 2025.
Code
type LocalStrategy = "local"
type FacebookStrategy = "facebook"

type Strategy = LocalStrategy | FacebookStrategy

type StrategyParameters<S extends Strategy> = (
    S extends LocalStrategy ? { email: string, password: string } :
    S extends FacebookStrategy ? { fbid: string } :
    never
)

interface Passport<S extends Strategy = Strategy> {
    type: S,
    parameters: StrategyParameters<S>
}

type DatabaseDocument<Model extends object> = { id: string } & Model

type DatabasePassport<S extends Strategy = Strategy> = DatabaseDocument<Passport<S>>

// could be extended by user later on
interface PassportApi<P extends DatabasePassport> {
    findByStrategy<S extends Strategy>(strategy: S): P<S>
}

Output
"use strict";

Compiler Options
{
  "compilerOptions": {
    "noImplicitAny": true,
    "strictNullChecks": true,
    "strictFunctionTypes": true,
    "strictPropertyInitialization": true,
    "strictBindCallApply": true,
    "noImplicitThis": true,
    "noImplicitReturns": true,
    "useDefineForClassFields": false,
    "alwaysStrict": true,
    "allowUnreachableCode": false,
    "allowUnusedLabels": false,
    "downlevelIteration": false,
    "noEmitHelpers": false,
    "noLib": false,
    "noStrictGenericChecks": false,
    "noUnusedLocals": false,
    "noUnusedParameters": false,
    "esModuleInterop": true,
    "preserveConstEnums": false,
    "removeComments": false,
    "skipLibCheck": false,
    "checkJs": false,
    "allowJs": false,
    "declaration": true,
    "experimentalDecorators": false,
    "emitDecoratorMetadata": false,
    "target": "ES2017",
    "module": "ESNext"
  }
}

Playground Link: Provided

There are currently nearly two thousand open Suggestions in this repo; even if we implemented one during every business day for the forseeable future, we wouldn't be done by 2025. It's understandable to want the language to be complete with all features you'd want to have, but do understand that 7-8 years is quite young for a programming language, and we grow TS slowly with intention to make sure it's something we can build on for a long time to come.
As I said in that issue, we'd like someone to put up a proof of concept PR for us to evaluate next steps. In terms of the core team's priorities, we haven't found these scenarios to be higher priority than the work we've decided to implement ourselves in terms of unblocking different programming paradigms. You can help us to prioritize work by talking about concrete scenarios you'd like to solve and how the proposed suggestion would efficiently address that.

@RyanCavanaugh thanks for the honest answer. Just for the sake of answering back (because you took some time for it), I do understand that everything takes time and there are priorities. I honestly lack of a wider view to appreciate the priorities and challenges of the project right now and i do like something going slow and steady rather than moving too fast and breaking often. Nevertheless it seemed (to me) like those numbers (600+ reactions, 5 years open) were big enough to at least be considered in the backlog and not left for contributions.
Mind this : if there's no contributions proposed/drafted, maybe it's not that no-one wants to do it, but rather that no-one willing to to do it actually understands how to achieve the task (i'm one of the last kind - i've forked the repo, tried my best and failed)
As for the contribution part, my scenario piles up with dozens of already provided scenarios of abstraction of types. The code given in the issue is one i intented to push to production, but i've decided to withdraw this project from going opensource due to this lack of feature from the TS side.


Euroscipy2019

The talk has been done, this is the final version of the presentation

You're right, I added compiled files by mistake yesterday,
Thanks for removing them

Codecov Report

Merging #173 into devel will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##            devel     #173   +/-   ##
=======================================
  Coverage   45.16%   45.16%
=======================================
  Files          70       70
  Lines       20608    20608
=======================================
  Hits         9307     9307
  Misses      11301    11301

Continue to review full report at Codecov.

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

Any more changes ? I'm gonna accept the pull request

You can ofc :) but I did do a comment in the code (see in this same thread above).


The project manager for a project does not have permission to operate on the project

In GitLab by @wknet123 on Nov 9, 2017, 14:49

In GitLab by @sokril on Nov 8, 2019, 08:14
closed

In GitLab by @sokril on Nov 8, 2019, 08:14
assigned to @wknet123


UART output

If I print to the UART (the one via the usb port that is also powering the board) at full speed then the output becomes garbage. I use GTKTerm. If I switch to RTS/CTS or Xon/Xoff flow control then it sometimes works but also sometimes not? Is this known?
Furthermore, what is needed to make Debug from CHERIoT RTOS working so that I can do Debug::log(...)?
What is not supported from the CHERIoT RTOS?

If I switch to RTS/CTS or Xon/Xoff flow control then it sometimes works but also sometimes not?

The UART doesn't do any (hardware or software) flow control, so these should both be disabled in your terminal.  The default speed is 115200 Baud 8N1.

Furthermore, what is needed to make Debug from CHERIoT RTOS working so that I can do Debug::log(...)?

The Debug type is usually an alias for a ConditionalDebug template instantiation.  Whether you get output is controlled by the first template parameter.  For most of the examples, this is unconditionally true.  For the core components, this is configured via the various debug flags in the configuration step.

What is not supported from the CHERIoT RTOS?

I believe all of the RTOS features are supported on Sonata (except the hardware revoker without #141).  We have drivers for the UART and Ethernet adaptor, the D-pad and the LEDs.  We do not (yet) have drivers for the LED screen.  The RTOS test suite all passes.  See: https://cheriot.org/fpga/ibex/2024/06/10/sonata-quick-start.html

I am going to close this issue because I think this has been solved. The baud rate has since been increased to 921600 in the v0.4 release, but everything else should be the same. If you have any more issues feel free to reopen this issue or create a new one!


[dv/clkmgr] Update hints test to for extra unit

The otbn is now a transactional unit, so its clock is controlled via the clk_hints CSR using its idle bit.
Update the clkmgr_hints test and trans_cg covergroup.

Done a long time ago. Unfortunately I can't find the PR.


iinstall - launch the app after installing

Following code is "working" but the app will crash almost always in few seconds after launch, I can:

launch it multiple times to boost the odds for app to remain running (ugly) libimobiledevice Issue
try to find another tool for launching iOS apps using bundle id (didnt find any yet)

echo "🔍 Detecting bundle id..."
unzip "$PWD/$1" &> /dev/null
APP_FILENAME=$(ls $PWD/Payload)
BUNDLE_ID=$(grep "$PWD/Payload/$APP_FILENAME/embedded.mobileprovision" -a -e "[.]com[.]" | sed 's/.[^.]*\.//' | sed 's/\<.*$//')
rm -rf "$PWD/Payload"
echo "⌛ Installing $BUNDLE_ID"
ideviceinstaller -i "$1" &> /dev/null #make silent
echo "🚀 Launching..."
idevicedebug run $BUNDLE_ID

I would really be interested in finding a way as well! I’ve been searching for months.

@IntergalacticPenguin There is a new option --detach in idevicedebug. Check it out https://github.com/libimobiledevice/libimobiledevice/commit/fad6a83086d39d4f6ee6cab8276238a71cd165ff

@IntergalacticPenguin There is a new option --detach in idevicedebug. Check it out libimobiledevice/libimobiledevice@fad6a83

Thank you very much! Ill look into it later today and perhaps release new version. 🎉

@IntergalacticPenguin There is a new option --detach in idevicedebug. Check it out libimobiledevice/libimobiledevice@fad6a83

Thank you very much! Ill look into it later today and perhaps release new version. 🎉

A lot of changes implemented and available on libimobiledevice GitHub is not released and available on Homebrew yet, therefore I cannot implement, test and release the new functionality properly.
I have contacted the developers using Twitter, I hope they will react soon.
https://twitter.com/eidamsvoboda/status/1347229772447887360?s=20

A lot of changes implemented and available on libimobiledevice GitHub is not released and available on Homebrew yet, therefore I cannot implement, test and release the new functionality properly.
I have contacted the developers using Twitter, I hope they will react soon.
https://twitter.com/eidamsvoboda/status/1347229772447887360?s=20

A lot of changes implemented and available on libimobiledevice GitHub is not released and available on Homebrew yet, therefore I cannot implement, test and release the new functionality properly. Nevertheless I drafted a pull request resolving this issue.
I contacted the developers using Twitter, I hope they will react soon.
https://twitter.com/eidamsvoboda/status/1347229772447887360?s=20

A lot of changes implemented and available on libimobiledevice GitHub is not released and available on Homebrew yet, therefore I cannot implement, test and release the new functionality properly. Nevertheless I drafted a pull request resolving this issue.
I contacted the developers using Twitter, I hope they will react soon.
https://twitter.com/eidamsvoboda/status/1347229772447887360?s=20

Resolved with PR #221


APEXMALHAR-2017 Use pre checkpoint notification to optimize operator IO

@chandnisingh @siyuanh @DT-Priyanka please review as it touches many operators

changes to the file output operator look good to me other than the minor comment.

@PramodSSImmaneni: Say this PR goes in 3.5. Will user be able to use this with apex version < 3.3 as new interface CheckpointNotificationListener is add in apex 3.3?

@gauravgopi123 That would be forward compatibility isn't it (old apex version supporting newer malhar versions). There would almost always be newer features added in newer minor versions and we cannot expect old versions to be forward compatible in that fashion.


Unname routes update breaking change

Hi,
We've been using name routes which name starts with "/" for a while. For example, we had a route with name "/teacher/assignment". It was working fine, until the 1.0.30 update, which mistakes such routes to be unnamed routes.
It's not a big deal. We just need to change all the named routes so that they don't start with "/". Still, it would be nice if the developer is more mindful about breaking changes such as this.
Regards

Sorry for that! 🙏
In the future it will follow proper semantic versioning.


Login Problem in Kali Linux VMware Windows 11

While trying to login to truecallerjs, they ask for phone number, then "Sending OTP to {My_Number}", then Verification Failed. No call or sms came. Any solutions please...

Same issue here

hey bud , im encountering the same issue as yours . Kindly reply back if  you get any solution

I'm wondering if truecaller patched/blocked it. Truecallerpy does the same thing which is basically the same exact tool. I was last able to get it to work a couple weeks ago

i see , can you tell me the command for that tool "Truecallerpy"

how to fix this Problem??

please someone help here

same issue here


Warnings are emitted even with empty message

As reported here , warnings are emitted even if the message is empty.
Thanks @jemag !

Fixed by 87de7ac2ab71fdcdb6ac7e15780063a949b4eac6


Upgraded to new React Context API

Closes #4216

Is this done? Or will it be released in a new version of redux-form when it is? Excited to try redux 6.0.0 but I rely heavily on redux-form. Thanks for the hard work!

IT BUILDS!!!

Going for a walk to clear my head before publishing. Expect it later today...

Amazing, thank you! 😄

Wow @erikras - nice work.

Published as v8.0.0.

@erikras am having an issue with version 7. It is failing with the error:
bundling failed: Error: Unable to resolve module ./ReduxFormContext
Please what could the problem be?


bump up version

Summary:

What did I do?
Bump up version to 0.4.0-dev for the next release

Why *** did I do it? (What was the motivation?)

How *** can someone test or demo my changes?
*** When relevant, use screenshots to document

Fixes or Addresses Issue #: [ticket number & link]
Checklist before requesting a review:

[ ] My code follows the guidelines of this project
[ ] I  performed a self-review of my code changes
[ ] I have added my changes to the change log (HISTORY.rst)
[ ] I have completed spell-checking, removed unnecessary print statements & commented-out code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] New and existing unit tests pass locally with my changes

Keeping this opened until deploying to MAAP & VEDA are successful


[BUG] Failure to update backup status leads to infinite reconciliation

Describe the bug (🐛 if you encounter this issue)
This issue was first discovered by a user experiencing high CPU load. They traced the issue to a large number of failed backups that were not proceeding.  Longhorn-manager was logging approximately ~60 sets of messages like the following every second:
time="2023-07-10T09:55:20Z" level=warning msg="syncBackupStatusWithSnapshotCreationTimeAndVolumeSize: couldn't find the snapshot <snapshot_name> in volume <volume_name> " controller=longhorn-backup node=<node_name>
time="2023-07-10T09:55:20Z" level=warning msg="Cannot take snapshot backup" backup=<backup_name> controller=longhorn-backup error="could not find snapshot '<snapshot_name>' to backup, engine '<engine_name>'" node=<node_name>
time="2023-07-10T09:55:20Z" level=warning msg="Error syncing Longhorn backup longhorn-system/<backup_name>" controller=longhorn-backup error="longhorn-backup: failed to sync backup longhorn-system/<backup_name>: could not find snapshot '<snapshot_name>' to backup, engine '<engine-name>'" node=<node_name>

Unfortunately, the root cause is unknown (i.e. why was the snapshot deleted before the backup was started?). However, we should not be continually reconciling this backup and others.
To Reproduce
https://github.com/longhorn/longhorn/issues/6358#issuecomment-1646229750
Expected behavior
If the backup cannot be started because the snapshot no longer exists, we should quickly reach a stable state in which we no longer try to create a backup instead of infinitely rereconciling.
Support bundle for troubleshooting
A single log file from a longhorn-manager experiencing this behavior is available internally. If you have seen experienced this issue and have a support bundle you don't mind sharing, please add it to this ticket.
Environment

Suggest checking the doc of the best practices of using Longhorn. here

Longhorn version: v1.4.1
Installation method (e.g. Rancher Catalog App/Helm/Kubectl): ?
Kubernetes distro (e.g. RKE/K3s/EKS/OpenShift) and version: k3s v1.23.17

Number of management node in the cluster: 3
Number of worker node in the cluster: 5

Node config

OS type and version: ?
CPU per node: ?
Memory per node: ?
Disk type(e.g. SSD/NVMe/HDD): ?
Network bandwidth between the nodes: ?

Underlying Infrastructure (e.g. on AWS/GCE, EKS/GKE, VMWare/KVM, Baremetal): ?
Number of Longhorn volumes in the cluster: 17

Additional context
As far as I can tell, this is the problem:
A backup CR exits with status.lastSyncedAt = nil and spec.snapshotName ~= nil. This causes the backup controller to attempt to kick off a backup.
https://github.com/longhorn/longhorn-manager/blob/423513ad5838695c0b481a1c5309a0ecb73abbe9/controller/backup_controller.go#L361
The backup controller is not monitoring the backup, so it creates a new backup monitor and calls into the engine to backup the referenced snapshot. This operation fails (because the snapshot does not exist in the engine), so NewBackupMonitor returns an error.
https://github.com/longhorn/longhorn-manager/blob/423513ad5838695c0b481a1c5309a0ecb73abbe9/engineapi/backup_monitor.go#L88-L97
The error bubbles up through enableBackupMonitor to checkMonitor. checkMonitor tries to set backup.Status.Error, backup.Status.State, and backup.Status.LastSyncedAt before returning to reconcile. If it did so successfully, we would not attempt to back this snapshot up again.
https://github.com/longhorn/longhorn-manager/blob/423513ad5838695c0b481a1c5309a0ecb73abbe9/controller/backup_controller.go#L547-L554
reconcile returns immediately. There is a defer function responsible for reconciling the new backup status with the backup CR stored in the API server, but it returns without doing so if any error occurred. Now the backup controller has no way of knowing it has tried this operation before and continuously repeats it.
https://github.com/longhorn/longhorn-manager/blob/423513ad5838695c0b481a1c5309a0ecb73abbe9/controller/backup_controller.go#L340-L352
~Other similar defer functions update the status in the Kubernetes API server regardless of error, so this behavior should probably be changed in the backup controller.~

Discussed with @PhanLe1010 and @james-munson. Other similar defer functions actually do NOT update the status in the Kubernetes API server (my mistake). We can use the snapshot controller as an example for how to handle special cases in which we DO need to update the status, regardless of error.
https://github.com/longhorn/longhorn-manager/blob/798bb8ecda35b7536c6f2dade30f58ac4e92808e/controller/snapshot_controller.go#L298-L311

It was fairly easy to recreate the behavior by following these steps.

Install an affected Longhorn version.
Create a Longhorn volume called test-volume.
Create a Longhorn backup CR like the following. Note that test-snapshot does NOT exist.

apiVersion: longhorn.io/v1beta2
kind: Backup
metadata:
  labels:
    backup-volume: test-volume
  name: test-backup-0
spec:
  snapshotName: test-snapshot

Watch Longhorn manager logs for repeats of the ones I opened the issue with.
Note that, from the backup CR's point of view, there is no error or evidence of progress of any kind.

Name:         test-backup-0
Namespace:    longhorn-system
Labels:       backup-volume=test-volume
Annotations:  <none>
API Version:  longhorn.io/v1beta2
Kind:         Backup
Metadata:
  Creation Timestamp:  2023-07-20T20:43:07Z
  Finalizers:
    longhorn.io
  Generation:        1
  Resource Version:  14198727
  UID:               01ef669f-7276-4d9d-b689-fad84d85dd93
Spec:
  Labels:
    longhorn.io/volume-access-mode:  rwo
  Snapshot Name:                     test-snapshot
Status:
  Backup Created At:
  Labels:                     <nil>
  Last Synced At:             <nil>
  Messages:                   <nil>
  Owner ID:                   eweber-v125-worker-e472db53-9kz5b
  Progress:                   0
  Replica Address:
  Size:
  Snapshot Created At:
  Snapshot Name:
  State:
  URL:
  Volume Backing Image Name:
  Volume Created:
  Volume Name:
  Volume Size:
Events:                       <none>

It looks like the original reporter had 168 failed backups in this state on their cluster (judging by unique backup names in the logs showing this churn). I created that many backups on my cluster to attempt to find a CPU usage issue. instance-manager-e  CPU utilization for the volume targeted by the backup did jump from ~5% to ~25% when I created the bad backups. longhorn-manager utilization also rose, but only from ~1% to ~3%. On a small machine, these increases could be significant, but they seem unlikely to have caused significant issues for competing workloads.

I also experimented with smaller numbers of bad backups and the CPU utilization decreased relatively proportionally.

Can we check the RAM also?

Can we check the RAM also?

I glanced at it, but it didn't seem interesting. I'll run the test again here in a bit.

I created that many backups on my cluster to attempt to find a CPU usage issue.

How many bad backups is it?

Would it be interesting to take a look at profiling data to determine which part of the controller is eating CPU? https://longhorn.io/kb/troubleshooting-generate-pprof-runtime-profiling-data/

How many bad backups is it?

168

Would it be interesting to take a look at profiling data to determine which part of the controller is eating CPU? https://longhorn.io/kb/troubleshooting-generate-pprof-runtime-profiling-data/

This will definitely be useful to me going forward. Thanks for the call out. However, it looks like most of the CPU is eaten up by instance-manager, which we don't appear to have enabled pprof for.

It is interesting that the instance manager is eating CPU. Can it be the increase in gRPC calls and TCP connection because of these snapshotBackup calls? Should we double-check the socket counts?

This will definitely be useful to me going forward. Thanks for the call out. However, it looks like most of the CPU is eaten up by instance-manager, which we don't appear to have enabled pprof for.

We need to have an improvement for this.
cc @shuo-wu @derekbit

@mantissahz's fix has been backported to previous versions of Longhorn already as well.

Verified pass in longhorn master (longhorn-manager 840dbf)
With test steps here , can not find logs related to syncBackupStatusWithSnapshotCreationTimeAndVolumeSize in longhorn-manager pod. After 30 minutes passed since the backup creation, no significant surge in node CPU usage was observed.

The original reporter discovered that an unrelated workload was causing high CPU load in their cluster, and Longhorn was likely not responsible. This fits with my findings from https://github.com/longhorn/longhorn/issues/6358#issuecomment-1646229750, which showed that the issue causes an increase in CPU utilization, but not a huge one. I will not investigate the CPU usage component of this issue any longer.


RFC: Rewrite for borrowed buffers and slices

The original code takes ownership when mapping a buffer, which doesn't fit my use case (buffers are borrowed only to prevent multiple-write problems).
This change binds read|write guards to mmaps, creating 3 kinds, one for each combination. The guards then have an as_slice() method for accessing the contents of the mmaps.
That makes it more idiomatic to read the data, compared to passing a closure. Compared to the original, this way loses some flexibility: every change of access type between read and write requires a new mmap+munmap pair. While this could be recovered with another layer of guards, I don't expect this to hurt my use case so I didn't implement it.
The other flexibility lost is the ability to keep a mapped buffer around. This might be worth bringing back, depending on the cost of the mmap+munmap calls.
This is a large change, so I only look for comments: would something like that be welcome as part of the API? With any needed improvements, of course.

The original code takes ownership when mapping a buffer, which doesn't fit my use case (buffers are borrowed only to prevent multiple-write problems).

What is your use case? I'd definitely expect that code to take ownership of the underlying FD, so what are you doing that would break that assumption?

This change binds read|write guards to mmaps, creating 3 kinds, one for each combination. The guards then have an as_slice() method for accessing the contents of the mmaps.
That makes it more idiomatic to read the data, compared to passing a closure. Compared to the original, this way loses some flexibility: every change of access type between read and write requires a new mmap+munmap pair. While this could be recovered with another layer of guards, I don't expect this to hurt my use case so I didn't implement it.

Which is kind a problem still. An application will typically want a single access type: if it's a camera, it will consume data and a RO mapping will be fine. If it's a display controller, WO will probably be enough, if it's a GPU probably RW, idk. But there's no reason it would change half-way through the application execution. Worse, this creates an error path at the worst possible moment: when you're trying to access the buffer, instead of when you're setting everything up.

The other flexibility lost is the ability to keep a mapped buffer around. This might be worth bringing back, depending on the cost of the mmap+munmap calls.

Again, the discussion is why should we not want that?

This is a large change, so I only look for comments: would something like that be welcome as part of the API? With any needed improvements, of course.

The biggest drawback here is that the API isn't safe anymore. It was designed that way because every CPU access to a dma-buf needs to be enclosed in its cache management ioctl, and you removed that. It's now called when it's created and dropped, which doesn't relate in any way to if and when the buffer is accessed.

Thanks for the review!
The use case for borrowing is that I want to wrap the DMABUF in a RwLock, to eliminate the possibility of accessing the buffer when something is already writing that. If I hand out an owned handle, I can no longer prevent that.
Here's a library making use of that, although I just wrote it 2 hours ago so it's underdocumented: https://codeberg.org/libobscura/libv4l-stream/src/branch/master/src/io/dmabuf/arena.rs
As for enclosing accesses in the cache ioctls, it was my goal to preserve that. It's possible that I failed, so if you can show me an example where the ioctls are not called, I'll try to fix that.
At the moment, the way I see it works:
let buf: &DmaBuf = test::get_dma_buf();

let mmap = buf.memory_map_ro().unwrap(); // this mmaps() and then calls MappedDmaBufRo::new(), which calls the `begin` ioctl

let data = mmap.as_slice();

// MappedDmaBufRo::drop() calls the `end` ioctl, MappedDmaBuf:drop() unmaps the buffer

As long as there's no way to skip the drop(), there's no way to avoid calling the end ioctl. As long as there's no way to create the MappedDmaBufXX while skipping ::new(), there's no way to avoid the start ioctl.
I admit that it's a bit more complex, with those being separated, but I prioritize the user of the API here.

But there's no reason it would change half-way through the application execution.

My API doesn't really support that (not without unmapping first), the older API could do this, so I guess that's not a problem?

As for enclosing accesses in the cache ioctls, it was my goal to preserve that. It's possible that I failed, so if you can show me an example where the ioctls are not called, I'll try to fix that.
At the moment, the way I see it works:
let buf: &DmaBuf = test::get_dma_buf();

let mmap = buf.memory_map_ro().unwrap(); // this mmaps() and then calls MappedDmaBufRo::new(), which calls the `begin` ioctl

let data = mmap.as_slice();

// MappedDmaBufRo::drop() calls the `end` ioctl, MappedDmaBuf:drop() unmaps the buffer

The thing is, you're now making the assumption that the buffer is going to be dropped, which is ... wrong?
It's easy to bypass the cache handling: just never drop the buffer, with something roughly like this:
let buf: DmaBuf = ....;

let mmap = buf.memory_map_rw().unwrap();

loop {
    // Queue buffer into v4l2
    // Dequeue buffer

   let data = mmap.as_slice();

   // Do whatever
}

And now you never actually call any of the cache handling ioctl.

Preparing the buffers before actually doing the work is very common, because it's the most optimal way to do things. And by definition, you never drop your buffers with such a pattern.

Enqueuing is a v4l2 operation. It might be unsafe, but dma-buf are used elsewhere, and the safety or un-safety of v4l2 operations have nothing to do with this crate.

That's right - what I'm saying is because this is not an unsafety in dma-buf mapping, it cannot be prevented in a library of this scope.
What I offer here is no change in safety and a IMO nicer API.

Again, going back to my first comment, with your suggestion, the API moved from a place where it was impossible to access the buffer without calling the proper cache management APIs to a place where it is possible.
That's not something we should compromise on.

I just tried this example with the old API:
use std::os::fd::{AsFd, BorrowedFd};

use dma_buf::DmaBuf;

fn get_dmabuf() -> DmaBuf {
    unimplemented!()
}

fn enqueue_dequeue(fd: BorrowedFd<'_>) {
    unimplemented!()
}

fn main() {
    let buf = get_dmabuf();

    let mmap = buf.memory_map().unwrap();

    mmap.read(
        |slice, _| {
            enqueue_dequeue(mmap.as_fd());
            println!("{:?}", &slice[..4]);
            Ok(())
        },
        Some(()),
    ).unwrap();
}

This compiles. I might be wrong, but between the enqueueing (simulates a write from external source) and the access to the actual data there are no synchronization operations.
That would put it on the same level regarding safety as the API I'm proposing here.

You absolutely need to call the ioctl cache synchronization before accessing the slice when the hardware might have written to it. It's the whole point of it.
Also, the example might compile, but it doesn't make any sense. You wouldn't queue / dequeue the buffer from the closure, but outside of it.

I'm not sure what you mean when you talk about safety in this case.
I understand you're not interested in this change in the end - feel free to close this.
Do you want to be credited in the "authors" list in Cargo.toml of my fork, or should I remove your name?

ACK. Just so you're aware, if you plan on doing what you suggested, your code is buggy, and you'll have cache synchronization issues.
And for your question, the license should give you that information already.

I'm confident I already showed above both our codes are equally buggy :)
The license doesn't mention the interpretation of the "authors" line in Cargo.toml, so absent another answer, I presume that you don't want your name in that list.

Not really? You've talked about an hypothetical function creating an issue when using a BorrowedFd, while arguing that it should have been an OwnedFd all along. And while that function being out of scope for this crate.
I'm arguing that you won't get the data you expect in the buffer when you use this crate.
So, no, sorry, it's not "equally buggy".

I'm sorry, I never said anything about an OwnedFd. I don't see the point to continue a discussion in this way, but feel free to reach out if you find a way to discuss things where we both feel respected. I'm also available on mastodon and IRC (dcz) if you don't want to chat in public.


Reimplement *_satisfying in a more generic fashion

The methods named:

Mesh3D.nodes_satisfying
Mesh3D.facets_satisfying
Mesh3D.elements_satisfying

could be implemented in a generic fashion for both 2D and 3D meshes and moved to Mesh superclass. They already look very similar: the tuple unpack notation via * could be used to make the implementation equivalent.

Oh, another idea: if a point in the line, plane, or space were represented by a single grouped entity rather than the separated Cartesian coordinates. ndarray is the obvious choice here as this correspondence to the columns of Mesh.p.  Would thus be another way of achieving dimension-independent code?

I'm sorry I missed your idea. The reason why columns of p correspond to points is mostly historical but also in assembly we require efficient slicing of all x-coordinates. Default memory ordering of NumPy makes this more efficient in terms of caching.

Oh, no, I didn't mean columns as opposed to rows. (I agree with that choice, by the way.) I just meant that a point might be passed as a single argument rather than dim arguments, one per coordinate. As far as that goes it could be a tuple, list, ndarray, dict, object, whatever, but ndarray is probably best.
A point (say the i-th) is naturally obtained from a skfem.Mesh, however, as mesh.p[:, i], the i-th column of mesh.p, which is an ndarray of shape (dim,). Isn't that the form that the points will be in already when they're passed to the lambda function? (I didn't check, I just assumed that they'd be sliced out of mesh.p.)
Envoyé depuis ProtonMail mobile
-------- Message d'origine --------
On 20 sept. 2018 à 19:31, Tom Gustafsson a écrit :

I'm sorry I missed your idea. The reason why columns of p correspond to points is mostly historical but also in assembly we require efficient slicing of all x-coordinates. Default memory ordering of NumPy makes this more efficient in terms of caching.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.


spouses method is not considering the current spouse

Currently spouses method is just checking if there is any children with the spouse or not. In case no children then its omitting the spouse.
Say for eg.
User has added current spouse but has no children yet. When he checks spouses method it returns no result. If user checks using current_spouse method then it shows a result.
I believe we should consider current_spouse as well for spouses.
Ref: https://github.com/masciugo/genealogy/blob/master/lib/genealogy/query_methods.rb#L63

I'll add that in the next release. thank you


Added Single Linked list

Related Issue
-Formation of complete linked list in C++
Closes: #25
Describe the changes you've made
Give a clear description what modifications you have made
Type of change
What sort of change have you made:

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Code style update (formatting, local variables)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

Checklist:

[ ] My code follows the guidelines of this project.
[ ] I have performed a self-review of my own code.
[ ] I have commented my code, particularly whereever it was hard to understand.
[ ] I have made corresponding changes to the documentation.
[ ] My changes generate no new warnings.

Screenshots(optional)

Original
Updated

original screenshot
updated screenshot

This code is old c style coding in c++

Okay

Okay

Don't worry you can code in c


How to expand folder while maintaining "dirSelectable: true"

Hi,
I'm trying to expand a folder when the folder name is clicked but maintain dirSelectable: true so that I can use the node of the clicked folder.
Setting dirSelectable to false expands the folder but then the node is not accessible.
Is this possible?

set dirSelectable to true.
have an onSelection event handler, and in the event handler push the node (if it is a directory) to expandedNodes. This way, it will be both selected and expanded.

Thanks


Use powershell to kill process on Windows rather than pskill

STF uses pskill.exe from Windows Sysinternals to kill processes - either just to stop processes such as tnameserv at the end of a test or to terminate hung / looping tests processes.
Sometimes pskill.exe itself does not terminate and shows in Task Manager as using all available CPU.  We don't know why this happens and have been unable to find a solution.  However, powershell (which is available by default on all 'modern' Windows versions) now provides an alternative way to kill processes.
This issue is to change STF to detect whether powershell is available on the test machine (by running 'where powershell').  If powershell is available, use that to kill processes; if powershell is not available, use pskill.

Fixed in https://github.com/AdoptOpenJDK/stf/pull/11


SAK-41903 - Rubrics: Upgrade spring boot from 1.5.19 to 1.5.21

I've tested the PR in my local environment and Rubrics works fine.

You have a conflict. Please fix it!


[Bug]: Dataflow worker retries pipeline if FinishBundle blocks for too long

What happened?
While performing load tests for the FhirIO Import transform I implemented in #22460 for the Go SDK, I noticed that after the resources were successfully imported, the pipeline would restart from the beginning. It would do this 4 times until the pipeline fails with the error: The job failed because a work item has failed 4 times. Root cause: The worker lost contact with the service.
My theory is that because the import request performed inside FinishBundle takes several minutes to complete (since it is importing millions of resources), the runner thinks it failed and then it retries.
The reason for filing this issue is because a blocking call that takes the same amount of time does not cause this retry loop failure and completes successfully in the Java SDK, so there's a discrepancy there. Also because using a long-running FinishBundle method is a Beam design pattern that is widespread and even considered a best practice as described here.
The issue can be reproduced with a dummy pipeline that just sleeps for 20 minutes inside FinishBundle or any other DoFn lifecycle method. I made these dummy pipelines available so others can easily reproduce the issue themselves: https://github.com/apache/beam/compare/master...lnogueir:beam:dataflowWorkerLiveness
Instructions on how to execute them are commented on the files in the link above.
I have validated that the Java SDK doesn't experience this issue on neither runner V1 nor V2.
CC: @lostluck @jrmccluskey @msbukal @youngoli
Issue Priority
Priority: 2
Issue Component
Component: io-go-gcp

I'll note that that advice is for streaming pipelines, not batch pipelines.
The code should still institute a cap to the batch sizes (where it then makes the request, and then starts filling another batch), as a single "bundle" could be billions of eleemnts in batch contexts, while they tend to be about a dozen in streaming ones.
Essentially, waiting until FinishBundle means that the actually batch sizes are dictated unknowingly by the runner. Better to set hard caps and self batch a little first (either by end RPC size if constructed in progress, or by simple count cap if per element size adds up).  The goal is always to get the task done, not to simply rote follow

That said, it is odd if the Java side is doing the same approach exactly with FinishBundle, and not failing. That's worth keeping the issue around even after implementing batching in the code.

The worst thing would be that the Java SDK has as different "keep alive" behavior than the Go SDK. This should be handled in the FnAPI with the bundle progress responses.
But that seems unlikely. Given that the issue can be worked around by adjusting the DoFn, this should remain at most a P2 until further investigation indicates otherwise.


SPARK-984 [BUILD] SPARK_TOOLS_JAR not set if multiple tools jars exists

Given the discussion in https://issues.apache.org/jira/browse/SPARK-984, this seems to be the outcome, but I'm not 100% sure if this is still the desired resolution. Simpler than modifying the scripts to deal with multiple tools assemblies if in fact these tools are not run specially this way by spark-class.

Test build #26024 has started for   PR 4181 at commit 83590ea.

This patch merges cleanly.

Test build #26024 has finished for   PR 4181 at commit 83590ea.

This patch fails MiMa tests.
This patch merges cleanly.
This patch adds no public classes.

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

Ah. This makes Mima stop working. OK, this isn't an option!


Error when using ca-central-1 region (stacktrace included in description)

Installation is working correctly for us-west-1 (and others), but not for ca-central-1:
./glacier.py --region ca-central-1 vault list
Traceback (most recent call last):
  File "./glacier.py", line 736, in <module>
    main()
  File "./glacier.py", line 732, in main
    App().main()
  File "./glacier.py", line 710, in __init__
    cache = Cache(get_connection_account(connection))
  File "./glacier.py", line 330, in get_connection_account
    return connection.layer1.aws_access_key_id
AttributeError: 'NoneType' object has no attribute 'layer1'

Ugh. I think this may be a problem with the underlying boto package, which doesn't seem to support ca-central-1. If this is the case, please comment and I will raise an issue for boto.

That's right. glacier-cli doesn't do anything with the region string apart from to pass it to boto. You need to use a version of boto that supports ca-central-1.


reinterpret with structs containing uint64_t or uint8_t incorrectly throws “T contains fields that cannot be packed into AnyValue” error

I’m finding that with a recent build of Slang, I can no longer use reinterpret. Even for very simple cases, I get this error: cannot be packed into AnyValue
I seem to be able to repro with something like:
struct A {
uint64_t data;
}
struct B {
uint64_t data;
}
A a;
B b = reinterpret(a);

I’ve also tried having both of these types extend a common interface but I get the same error.
This is with the slang->SPV backend. Perhaps it has something to do with me using the scalar struct layout flag? 🤔

Looks like it has something to do with structs containing "uint64_t". If I use "uint", then I don't get this compilation error.

Looks like I also get this issue with reinterprets involving uint8_t.

Looking into this a bit, it appears that the logic in the marshalling code supports 16-bit and 32-bit types, but not 8-bit or 64-bit.
https://github.com/shader-slang/slang/blob/master/source/slang/slang-ir-any-value-marshalling.cpp#L328-L338
https://github.com/shader-slang/slang/blob/master/source/slang/slang-ir-any-value-marshalling.cpp#L514-L520
https://github.com/shader-slang/slang/blob/b2ca2d5a4efeae807d3c3f48f60235e47413b559/source/slang/slang-ir-any-value-marshalling.cpp#L699-L702

If it's any help, here's the current reproducer I'm using:
RWStructuredBuffer<uint64_t> result1;
RWStructuredBuffer<uint8_t> result2;
[shader("compute")]
[numthreads(1, 1, 1)]
void main()
{
    uint8_t[8] bytes = { 1, 2, 3, 4, 5, 6, 7, 8 };
    uint64_t i64 = reinterpret<uint64_t>(bytes);
    result1[0] = i64;

    uint8_t[8] backToBytes = reinterpret<uint8_t[8]>(i64);
    result2[0] = backToBytes[0];
    result2[1] = backToBytes[1];
    result2[2] = backToBytes[2];
    result2[3] = backToBytes[3];
    result2[4] = backToBytes[4];
    result2[5] = backToBytes[5];
    result2[6] = backToBytes[6];
    result2[7] = backToBytes[7];
}

@csyonghe Fwiw, the wide BVH traversal code I’m writing jumps from 19FPS here:
BVH8Node fetchNode(RWByteAddressBuffer BVH8N, int node_index) {
    return BVH8N.Load<BVH8Node>(node_index * sizeof(BVH8Node));
};

to about 180FPS by moving to this:
BVH8NodeWide fetchNode(RWByteAddressBuffer BVH8N, int node_index) {
    //return BVH8N.Load<BVH8Node>(node_index * sizeof(BVH8Node));

    float4 n[5];
    n[0] = BVH8N.LoadAligned<float4>(sizeof(float4) * (node_index * 5 + 0));
    n[1] = BVH8N.LoadAligned<float4>(sizeof(float4) * (node_index * 5 + 1));
    n[2] = BVH8N.LoadAligned<float4>(sizeof(float4) * (node_index * 5 + 2));
    n[3] = BVH8N.LoadAligned<float4>(sizeof(float4) * (node_index * 5 + 3));
    n[4] = BVH8N.LoadAligned<float4>(sizeof(float4) * (node_index * 5 + 4));
    BVH8NodeWide wnode = reinterpret<BVH8NodeWide>(n);
    return wnode;
};

The main difference being, BVH8NodeWide was made to contain only 32-bit types, and then I’m doing a lot of shifts and masks to work around that, versus the original BVH8Node format exposes the quantized bytes more directly via uint8.
I’m a bit shocked by how large of a perf delta that is. Is that expected?

Yes, LoadAligned is known to have big performance benefits.

@expipiplus1 perhaps since I’ve got a good reproducer here, I should be assigned this issue? It seems like something I can probably fix.

@natevm we definitely appreciate your contribution!

@csyonghe Would it be possible to tap into bitfieldInsert and bitfieldExtract intrinsics from within Slang's IRBuilder class?
I see some implementations here in glsl.meta.slang:
https://github.com/shader-slang/slang/blob/45e0eee31fb2e658f7e04771802cc18eb0b4e978/source/slang/glsl.meta.slang#L1250-L1271
https://github.com/shader-slang/slang/blob/45e0eee31fb2e658f7e04771802cc18eb0b4e978/source/slang/glsl.meta.slang#L1192-L1206
I've found these to be much simpler and more efficient than the shifts and masks that are otherwise required for general bitfield manipulation.

The fallback there is effectively what Slang's doing here when packing uint16_t:
https://github.com/shader-slang/slang/blob/45e0eee31fb2e658f7e04771802cc18eb0b4e978/source/slang/slang-ir-any-value-marshalling.cpp#L294-L324

I think we just need to extend the cases in slang-ir-any-value-marshalling.cpp and make sure uint8 is handled properly. It should be simple and clean additions, no need to involve other files or passes.

For the moment, I'm thinking to fix this issue I'll match what's currently done. It will be very slow, but it will be correct.
From there, we should really consider refactoring this code to use more modern bitfield intrinsics. But that can probably go into a separate "performance feature" PR

If you want to implement that, you will need to turn that glsl.meta.slang to map bitFieldExtract/insert into its own slang IR instruction and implement emit logic to map that instruction to all targets. This is definitely doable but it is more work. I am not sure it "will be very slow", given that this is just simple peeophole optimization and instruction selection if the hardware has more dedicated support for bit field extracts.

I highly doubt there will be any noticeable performance difference because shifting and masking is the default way when people are writing HLSL and glsl code and it should be handled very well by llvm and any downstream compiler infrastructure.

Profiling this traversal code written in Slang, using SPIR-V shifts and masks vs direct bitfield insertion and extraction, I can demonstrate substantial performance improvements. In CUDA we do this very frequently, but I'm suspecting higher level shader languages aren't as used to "ninja optimizations" which really do matter for large scale workloads.

OK, then we need to:

Add ir opcode for bitFieldExtract/Set in slang-ir-inst-defs.h
Add related struct definitions in slang-ir-inst.h
Add IRBuilder::emitBitFieldExtract().
In mightHaveSideEffects, return false for these opcodes.
Modify the existing glsl.meta.slang intrinsics to map to these insts with __intrinsic_op()
Implement the logic in CLikeCodeEmitter for all textual targets.
Implement the logic in slang-emit-spirv to emit the corresponding spirv inst.
modify the anyvalue marshaling pass to use these opcodes instead of doing masking and shifting.

Just to be a bit more data driven, in this case, I appear to go from ~160FPS to 205FPS by switching from shifting / masking towards a bitfield extraction op.
The primary difference is in commenting out these lines of code enabling the intrinsic, and instead always reverting back to default behavior:
[ForceInline]
uint bfe(uint value, int offset, int bits)
{
    __target_switch
    {
    // case glsl: __intrinsic_asm "bitfieldExtract";
    // case spirv: return spirv_asm {
    //     result:$$uint = OpBitFieldUExtract $value $offset $bits
    // };
    default:
        return (value >> offset) & ((1u << bits) - 1);
    }
}

[ForceInline]
uint3 bfe(uint3 value, int offset, int bits)
{
    __target_switch
    {
    // case glsl: __intrinsic_asm "bitfieldExtract";
    // case spirv: return spirv_asm {
    //     result:$$uint3 = OpBitFieldUExtract $value $offset $bits
    // };
    default:
        uint3 result;
        [ForceUnroll]
        for (int i = 0; i < 3; ++i) result[i] = bfe(value[i], offset, bits);
        return result;
    }
}

Then, here's a top-down breakdown of the pieces of this "intersect node" routine which is using the bitfield extraction, as well as the instruction mix (using bitfields to extract bytes from a 32-bit field of quantized child KDOP planes):

So in the summary above, I'm primarily bottlenecked by a MAD instruction (scaling the quantized planes by inverse ray dir / multinode bounds, then translating by ray origin.). But then from there, the second dominant instruction type come from bit manipulation from the shifting and masking.
Now, here's after I switch over to using the bitfield extraction intrinsics (now getting 205FPS):

And then the updated instruction mix:

I find it a bit weird that certain function calls do or do not show in Nsight graphics. This might also be a special case where these ninja level optimizations matter more. But I also kinda think more official bitfield insertion / extraction would clean the code up a lot, and also be useful more generally.
So, in short, I think it's worth considering looking into.

OK, then we need to:

Add ir opcode for bitFieldExtract/Set in slang-ir-inst-defs.h
Add related struct definitions in slang-ir-inst.h
Add IRBuilder::emitBitFieldExtract().
In mightHaveSideEffects, return false for these opcodes.
Modify the existing glsl.meta.slang intrinsics to map to these insts with __intrinsic_op()
Implement the logic in CLikeCodeEmitter for all textual targets.
Implement the logic in slang-emit-spirv to emit the corresponding spirv inst.
modify the anyvalue marshaling pass to use these opcodes instead of doing masking and shifting.

Ok, I have 0->6 done. Working through step 7. Seems straight forward enough.

@csyonghe could I get some clarifications for 6 and 7?
If I follow the compiler logic right, __intrinsic_op() is an attribute that can only be assigned to a declaration, and not a function definition.
When emitting SPIR-V, slang-emit-spirv.cpp catches the KIROp_BitfieldExtract, and then emits the corresponding SPIR-V instruction. I have this working.
But we need to ensure this has a proper fallback path for non-SPIRV targets. Since the current bitfieldExtract intrinsic is only available when users supply a flag enabling glsl intrinsics, putting the intrinsic op in glsl.meta.slang causes a regression for other HLSL codes where bit field insertion/extraction are emitted during a reinterpret.
Therefore, I’ve moved the intrinsic op for bit fields into core.meta.slang. This seems to have the effect that any C-like codes have access to the intrinsic.  But from there I’m a bit confused about what the logic for 6 should be.
If I have CLikeSourceEmitter emit a one-to-one “bitfieldExtract(op0, op1, op2)”, then SPIRV correctly picks this up as an intrinsic to convert to SPIRV. But when targeting HLSL, bitfieldExtract has no definition, and I seemingly cannot add one because intrinsic_op() prevents be from doing so. So I hit this catch 22 situation.
Alternatively I could bring over the function definitions currently in glsl.meta.slang, then rename the function marked as intrinsic_op() to __bitfieldExtract(op0, op1, op2). Then theoretically CLikeSourceEmitter could generate a bitfieldExtract wrapper function call, which contains the fallback logic for targets which are missing the intrinsic (mainly HLSL).
But then i’m a bit confused about the interaction between the INST line in slang-ir-inst-defs.h, CLikeSourceEmitter and intrinsic_op(). Does INST map to CLikeSourceEmitter first for SPIR-V targets? Or should I treat CLikeSourceEmitter as the fallback logic when an intrinsic isn’t handled by a more specialized emitter like slang-emit-spirv?

intrinsic_op maps a slang function into a slang IR opcode that you defined with INST macro.
All SlangIR opcodes needs to be implemented by the emitter to define how they map to target code.
For SPIRV and GLSL, this trivially map to the spirv op or glsl intrinsic.
For HLSL, because there isn't a corrresponding intrinsic in HLSL, we have to implement the emit logic by emitting bit shift and masking. You can directly implement it in CLikeSourceEmitter for the kIROp_BitfieldExtract opcode using shifting and masking, and that will be the fallback case if any derived SourceEmitter didn't provide an override for that inst emit logic.
For GLSL, you want to override the logic to emit the glsl intrinsic.


RackspaceAccountAPIKey

In configuring.md, how is it possible to have the exact same RackspaceAccountAPIKey for every environment? I thought a user can only revoke his current API Key and ask for a new random one. How is it even possible to login to my DFW and IAD cloud accounts and "synch" the API Key to the same value?
Shouldn't these instead be USE_KEYRING['DFWRackspaceAccountAPIKey'] and USE_KEYRING['IADRackspaceAccountAPIKey'] so you can store the different API Keys in your keyring?

The help for supernova-keyring is not consistent with the expectations of supernova. The former says the name of the environment should be the first arg, but the latter still tries to do the key lookup with global no matter what.
Usage: supernova-keyring [OPTIONS] ENVIRONMENT PARAMETER

  Sets or retrieves credentials stored in your system's keyring using the
  python-keyring module.

  Consider a supernova configuration file with these items:

      [prod]
      OS_PASSWORD=USE_KEYRING['production_sso']
      ...

  You could retrieve or set the credential using these commands:

      supernova -g prod production_sso     <= get the credential
      supernova -s prod production_sso     <= set the credential

Options:
  -g, --get  retrieve a credential from keyring storage
  -s, --set  store a credential in keyring storage
  --help     Show this message and exit.
[12:51:04 Trimac ~]$ cat ~/.supernova | awk '/\[dfw\]/,/^$/ { print $0 }'
[dfw]
OS_AUTH_URL=https://identity.api.rackspacecloud.com/v2.0/
OS_AUTH_SYSTEM=rackspace
OS_COMPUTE_API_VERSION=1.1
NOVA_RAX_AUTH=1
OS_REGION_NAME=DFW
NOVA_SERVICE_NAME=cloudServersOpenStack
OS_PASSWORD=USE_KEYRING['RackspaceAccountAPIKey']
OS_USERNAME=USE_KEYRING['RackspaceAccountUser']
OS_TENANT_NAME=667957

[12:52:33 Trimac ~]$ supernova dfw list
Traceback (most recent call last):
  File "/usr/local/bin/supernova", line 11, in <module>
    sys.exit(run_supernova())
  File "/usr/local/lib/python3.4/site-packages/click/core.py", line 664, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/lib/python3.4/site-packages/click/core.py", line 644, in main
    rv = self.invoke(ctx)
  File "/usr/local/lib/python3.4/site-packages/click/core.py", line 837, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib/python3.4/site-packages/click/core.py", line 464, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/lib/python3.4/site-packages/supernova/executable.py", line 163, in run_supernova
    supernova_args)
  File "/usr/local/lib/python3.4/site-packages/supernova/supernova.py", line 100, in run_command
    nova_creds))
  File "/usr/local/lib/python3.4/site-packages/supernova/credentials.py", line 113, in prep_shell_environment
    for key, value in prep_nova_creds(nova_env, nova_creds):
  File "/usr/local/lib/python3.4/site-packages/supernova/credentials.py", line 142, in prep_nova_creds
    value)
  File "/usr/local/lib/python3.4/site-packages/supernova/credentials.py", line 65, in pull_env_credential
    return (username, password_get(username))
  File "/usr/local/lib/python3.4/site-packages/supernova/credentials.py", line 80, in password_get
    raise LookupError(msg)```

Ah, good call here. I'll adjust the docs and the code.


Update deploy.yml

‘action’ is deprecated, change to ‘ruby’
https://github.com/ruby/setup-ruby

Awesome, thanks for the fix!


How is accuracy measured?

Hello,
I was wondering how the accuracy of the model is measured and how it differs from mAP. I am training with yolov3 tiny and I get only a 30 percent accuracy for "yolo_0_output".
I fixed my dataset, got more data and then I was able to get a 45 percent accuracy. However, throughout training, the accuracy value just fluctuated between 40-47 percent and I didn't see any significant improvement in the accuracy. I then retrained again, and I was back to a 30 percent accuracy for some reason. So I don't understand why my accuracy value is fluctuating so much and why I am getting different accuracies when I trained on 2 separate occasions with the same dataset. Also, I measured the mAP value using another repo and despite the differences in accuracy, I still get around the same mAP value of 65-68 percent.
If someone can shed some light on how accuracy is measured and why I am seeing fluctuating accuracies it would be really helpful.
Thank you
Edit: Just need to add that the first time I trained on my fix dataset(45 percent accuracy) I had to iou at 0.3 but the second time I trained I had the iou at 0.1. I dont know if this affects the accuracy of the model though.

Did you use transfer learning? how are you measuring the accuracy?

@zzh8829 Yes, I used transfer learning. On the modile. compile function i put metrics = ['accuracy']. I also tested the mAP with a different repo and I got an AP of 70 percent with an iou of 0.3.

@zzh8829 Yes, I used transfer learning(darknet). On the modile. compile function i put metrics = ['accuracy']. I also tested the mAP with a different repo and I got an AP of 70 percent with an iou of 0.3.
my code:

Hi,
Can you please guide how did you calculate the mAP using the code from this repo? From your comment above, I can't see any metrics = ['accuracy'] parameter passed to a function. And furthermore, can you also share from which other repo did you calculate the mAP?

@asquare92  I don't believe the accuracy metric gives a good measure of the actual performance of the model. This is because Nonmax suppression is not applied during training. Also, I am not sure that the built-in accuracy metric does the same calculations as the mAP. So I used a separate repo.
https://github.com/rafaelpadilla/Object-Detection-Metrics

@asquare92 I don't believe the accuracy metric gives a good measure of the actual performance of the model. This is because Nonmax suppression is not applied during training. Also, I am not sure that the built-in accuracy metric does the same calculations as mAP. So I used a separate repo.
https://github.com/rafaelpadilla/Object-Detection-Metrics

@Robin2091 Thanks.
Just a small question: How did you make the detection files after training the model using this repo?
And for the ground truth files, I just need to use my annotations?

@asquare92 I loaded with the trained weights. I just looped through a set of images and ran the detection on the images. I saved the bounding box information in a text file. Yes, use your annotations as ground truth files.

@asquare92 I loaded the model with the trained weights. I just looped through a set of images and ran the detection on the images. I saved the bounding box information in a text file. Yes, use your annotations as ground truth files.

Is it possible for you to share the script that you wrote to create detection files?


Truncate and limit variables and onInterrupt stream cleanup for jupyter notebooks (1.1.0)

@asm0dey So in the latest version of the notebook API, support was added for onInterrupt. Combined with catching the right exception we can now catch interrupts and make sure the spark context is stopped. It is maybe not perfect but a whole lot better than before. Now users no longer have to restart the jupyter kernel if they want to run something streaming-like again after they interrupted the kernel to stop a stream.


Default charset set to UTF-8 and charset is not always the second param of header

set default charset to utf-8
update charset matching pattern

@thanh-nguyen I need some specs if you want me to merge this.


Added support for ListVoices

fixes #1
Added response type, functions and tests to consume /ListVoices

@Omie sorry this has taken a while. Seems Travis is having issues with the environment variables already set for this repo.


Highlights disappear after tabbing to radio buttons [chrome]

Test device
MacBook Air M1 chip
Operating System
14.3
Browser
Chrome
Problem description
When zoomed in, while tabbing through controls, the highlight disappears once I focus on an item after a radio button group. It then reappears and disappears sporadically.
This was seen in Kepler's Laws 1.2.0-rc.1 but not in 1.2.0-dev.7. I also tested CAV on main and saw this issue on the Variability screen (but not on the first 2 screens where there are no radio buttons).
This issue doesn't happen with safari.
Steps to reproduce
Here is an example:

Open Kepler's Law's on main
On the First Law Screen zoom in.
Tab through the controls--The focus will be lost when tabbing from the Speed radio buttons to the Zoom buttons (and then appear and disappear sporadically).

Visuals
https://github.com/phetsims/scenery/assets/87318828/4c05d187-cde9-4b8a-8d13-a62639c7acc7

Going through recent commits I found this starting happening after 1df1747e64c22d11fa316e16ab05211bca3047d7 from https://github.com/phetsims/scenery/issues/1289.
I also suspect this is related to https://github.com/phetsims/scenery/issues/1507.
allowLayerFitting: true in HighlightOverlay fixes the issue but I don't know why. @jonathanolson should we commit this or is something else we should look into here?
Subject: [PATCH] Indicate that items have been sorted, see https://github.com/phetsims/scenery-phet/issues/815
---
Index: js/overlays/HighlightOverlay.ts
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
diff --git a/js/overlays/HighlightOverlay.ts b/js/overlays/HighlightOverlay.ts
--- a/js/overlays/HighlightOverlay.ts	(revision 1a3d99132dde3e2f05c2646dfd290ddb7418ab48)
+++ b/js/overlays/HighlightOverlay.ts	(date<PHONE_NUMBER>594)
@@ -185,6 +185,7 @@

     this.focusDisplay = new Display( this.focusRootNode, {
       allowWebGL: display.isWebGLAllowed(),
+      allowLayerFitting: true,
       allowCSSHacks: false,
       accessibility: false,
       interactive: false

This appears to be Chrome-only. I can't find a reason this would be happening (and Chrome's own report-out of the SVG indicates it shouldn't be buggy).
So the above commit is essentially a workaround for a Chrome issue (or a Chrome-specific thing). I think committing that would be good.

Alright thanks @jonathanolson. This common issue is solved, and I'll proceed with Keplers laws for testing of the bug and cherry picking.


V 4.0 release note has bad unicode documentation link

Hello. This release note https://github.com/mkleehammer/pyodbc/releases/tag/4.0.0 provides a bad link to the  "Unicode documentation". Could you please fix? Thank you.

The documentation has moved since then; I believe this is what you're looking for:
https://github.com/mkleehammer/pyodbc/wiki/Unicode

Thank you very much.
On 8 Sep 2017 5:06 pm, "v-chojas"<EMAIL_ADDRESS>wrote:

The documentation has moved
https://github.com/mkleehammer/pyodbc/commit/28af951e05ba84d8c100b083958f7d05b4239078
since then; I believe this is what you're looking for:
https://github.com/mkleehammer/pyodbc/wiki/Unicode
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/mkleehammer/pyodbc/issues/282#issuecomment-328128903,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADBdhbgkHUrNS7-N8gtbMYIJnhqW16S1ks5sgVfjgaJpZM4PQwHY
.

I also updated the the release notes.  Thanks.


Can you please develop a stream client using Reactor Java? Because Reactor is very fast and easy to use.

Can you please develop a stream client using Reactor Java? Because Reactor is very fast and easy to use.

thanks, this is important to my current job

@MrWangGang Kindly see the https://github.com/reactiveclown/openai-webflux-java
The work for SSE implementation is currenlty ongoing and will be implemented in the nearest future.

thanks


Fix error display bug and styling

Fix #50

Relevant https://github.com/tuwien2020/tgi-pages/pull/45


merge from template-sync/template

package.json

chore(package): add 0BSD (license)

README.md

docs(README): update from template

LICENSE

chore(license): add year

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

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 95.161%

Totals

Change from base Build<PHONE_NUMBER>5:
0.0%

Covered Lines:
54

Relevant Lines:
56

💛  - Coveralls


Re-adjust ssh_box for parallel evaluation

This is part of the modification in https://github.com/OpenDevin/OpenDevin/pull/1468.
This PR:

Allow re-tries when first fail to start a container
Fix issues when echo $? times out (caused by stdin hangs due to edit command: https://github.com/OpenDevin/OpenDevin/issues/1663, cc @li-boxuan)
Make .volumes a property for SSHBox, which the child SWEEnvBox in https://github.com/OpenDevin/OpenDevin/pull/1468 will modify.
In .close, only remove the container we created; otherwise, all other containers with the same prefix will be removed. This will mess up with the parallel evaluation.

@li-boxuan I fixed the integration test here ;)

@xingyaoww Oh nice. It actually didn't "really" pass due to prompt mismatch - https://github.com/OpenDevin/OpenDevin/actions/runs/9054731512/job/24874906428?pr=1729#step:7:343
but CodeAct agent finished the real execution within the 1st round so the prompt mismatch wasn't "detected". That's fine but it would be better to fix it. I just created https://github.com/OpenDevin/OpenDevin/pull/1750 if you could take a quick look.

@li-boxuan at some point we should make the testcase fail when the prompt doesn't match :)

at some point we should make the testcase fail when the prompt doesn't match :)

Yep I will include it in my PR https://github.com/OpenDevin/OpenDevin/pull/1735/files

at some point we should make the testcase fail when the prompt doesn't match :)

Yep I will include it in my PR https://github.com/OpenDevin/OpenDevin/pull/1735/files
UPDATE: fixed it here

UPDATE again: fix it separately to avoid delay: https://github.com/OpenDevin/OpenDevin/pull/1772


Allow Prometheus to start up with a remote storage as primary fanout storage

Proposal
We the monitoring team at eBay are interested in seeing if it is possible to use the Prometheus server in a mode where a remote store is the primary storage so that we can leverage the power of PromQL. In its current state the prometheus server bootstrap doesn't allow that. Would it be acceptable in the eyes of the community to be able to spin up the Prometheus server in a more flexible manner that allows that? We would be glad to refactor cmd/prometheus/main.go to support that.

This has come up before, and it's not something we plan on supporting as you should always have a local database.
For this sort of use case you're usually best using Prometheus as a library, rather than using the official binaries.

That'd end up being a new API we have to support, and in general we don't permit code to exist that the project itself doesn't need, nor containing custom code - as that ends up being a maintenance problem. This is something you'd have to maintain yourself in your own repo. Be aware we offer no stability guarantees on internal libraries.

where a remote store is the primary storage so that we can leverage the power of PromQL.

@vjsamuel it sounds like the Prometheus server in this case is being used read only, is that correct? If so you can just run it without any scraping jobs configured and your local TSDB will stay empty. (You'll still need to provide a volume for it, even if no samples are written to it)

As of 2.8 this is going to get harder, as the new remote_write code is tied to the WAL code for TSDB.  It might be possible for you to have a WAL-only TSDB mind you.

We the monitoring team at eBay are interested in seeing if it is possible to use the Prometheus server in a mode where a remote store is the primary storage so that we can leverage the power of PromQL.

You can configure Prometheus to store data in systems with native PromQL support such as Thanos, Uber M3, Cortex or VictoriaMetrics. Then the data may be queried directly from these systems using PromQL without resorting to Prometheus.


[5.7] matchesType should be called statically

The method "matchesType" is defined as a static method, so it should be called statically instead of using "$this->matchesType()".
Please visit InteractsWithContentTypes  for more details.

Doesn't matter?

No, it doesn't matter. That is the reason why I said "It should be ...". Thanks!


Many sections in website are not available for translation in Transifex

Given that my message in mailing list didn't get answer, I open this issue to have it tackled one day.
Currently, french translation of QGIS Website is at 100% in Transifex and afaics the build has no issue. However, there are pages where english texts are still available [0][1][2]...
Looking at some of the concerned pages, it appears that some are related to new commits [3] but others are very old commits, prior to the last push (05 march) [4][5].
[0] http://qgis.org/fr/site/forusers/index.html
[1] http://qgis.org/fr/site/getinvolved/document.html
[2] http://qgis.org/fr/site/about/screenshots.html
[3] https://github.com/qgis/QGIS-Website/commit/f5561f9dd93e050490bad5cc6589c5f3205179c7
[4] https://github.com/qgis/QGIS-Website/commit/a4af6b6682bb8996016af77a2a5e399a997e83f9#diff-a95fe0e6466e90e3d070147f12ae8be7
[5] https://github.com/qgis/QGIS-Website/commit/bf00b43742872ad70b110ff5b286167fea703cfa

Thanks for having a look at this!
I just updated all strings + resources (french (and dutch ;-) ) are back to 92% now....)
I had a look at [1] and [2] and they are now both translatable in transifex.
Closing this one for now. If you have specific other stuff not translatable NOW, just let me know or create a new issue.

Thanks. Yes I had some other pages when I reported the issue but can't recall them right now. Will check later and let u know


Exclude tests from packages

As discussed in issue #88, this change should exclude the tests from the packages that should be built and installed.

Thanks for that 🙏, it's fixed as part of https://github.com/transifex/transifex-python/pull/91


On a wide table, last two columns don't show if the window size is almost as wide as table

On a wide table, the last two columns don't show, nor does a horizontal scroll show, if the window size is almost as wide as table. To get the scroll bar, you need to shrink the window size to cover the last two columns on the right and then the scroll will show, giving access to the last two columns. But unless you know those columns exist, you don't know to resize the window to grab these columns. In more concrete terms, if you have a ten column table and the window size allows 8 columns to be displayed, the 9th and 10th are hidden and no horizontal scroll appears. If you expand the window, they are there. If you shrink the window to 7 or less columns visible, the scroll appears giving you access to columns 7, 8, 9 and 10.
This is occurring with 0.4.1, 0.4.2 and latest Chrome on Mac, as well as an older chrome that comes with QT5 on linux.
Attached are three screen shots. I have a test case but attaching it is not working out well. I can retry that if need be. The styling added by me is minimal and there is nothing on the page but the table to interfere.
Happy to add anything to aid in discovery of what is going wrong. I can post the test case if need be.
Here is the actual right corner of the table. 33 is the 3rd to last column data. The strings are the 2nd to last column. The larger numbers are the last column.

Here is the missing scroll bar at the bottom to move the table to left to get to last two right most columns. You can see part of the 2nd to last column here and still no scroll bar to get to the right.

Shrinking the window enough allows you to get the scroll, which would allow one to get to the right most columns.

This is now fixed in at least 0.5.6. It probably was fixed in an earlier version, I am just checking the latest.


Add an ability to show more dots on a single day

Hi @AllanJuenemann
I'm looking to show a calendar view with two dots in my current project (and potentially more in a different one, 3-4 dots to keep it clean) as they will only represent a coloured dot it should be pretty clean to see.
Would it be possible to add this into your code?

OK, correction. a .decorator(...) function will overwrite the events on the CalendarView which was my initial thinking of just adding a decorator after a decorator and that's it. This may actually be a better solution speed-wise, but I realised you have added a customView initiator for the decorator also, so in that case, I got what I needed. I can just use a decorator with a custom HStack and it shows me two circles like I wanted to 😎.  I just need to figure out how to do this right with what I want to do.
Here's some code if anybody's looking for a solution for this:
//
//  ContentView.swift
//  Swift CalendarView Package Tests
//
//  Created by Piotr Poliwoda on 21/08/2024.
//

import SwiftUI
import CalendarView

struct ContentView: View {

let eveningEntriesThisMonth: Set<DateComponents> = [
        DateComponents(month: 8, day: 1),
        DateComponents(month: 8, day: 2),
        DateComponents(month: 8, day: 3),
        DateComponents(month: 8, day: 6),
        DateComponents(month: 8, day: 8),
        DateComponents(month: 8, day: 14),
        DateComponents(month: 8, day: 15),
        DateComponents(month: 8, day: 16),
    ]

    var body: some View {
        ScrollView {
            CalendarView()
                .decorating(eveningEntriesThisMonth, customView: {
                    HStack {
                        Circle().frame(width: 5)
                            .foregroundColor(.cyan)
                        Circle().frame(width: 5)
                            .foregroundColor(.indigo)
                    }
                })
        }
        .padding()
    }
}

#Preview {
    ContentView()
}

Thanks for building and sharing this! It really helps!