API - ListDevicesRequest - List all devices without providing an application_id?

I would like to determine all devices operating within a ChirpStack instance regardless of tenant or application.
However, the ListDevicesRequest access pattern requires an application_id argument to be provided (Line 204 of
/chirpstack/src/api/device.rs).
To account for the application_id requirement, I am using a nested access approach where I (1) determine all tenants, (2) determine all applications per tenant, and (3) determine all devices per application.
Is there a better way to determine all devices operating within a ChirpStack instance?

For some endpoints this was possible in ChirpStack v3, but it was quite an overhead in terms of development and in some cases it was causing bugs (e.g. duplicated results because of errors in the SQL queries).
It is a lot easier to test if the requesting user / API key has access to the given application_id:

If no, return auth error
If yes, return devices filtered by application_id

Than to join user, api_key, tenant, application and device tables and filter based on to which tenants (and with that applications and devices) the requester is associated.
The first option can be directly implemented at the API level, the second option needs to be implemented in the storage functions.
Simplicity comes at a cost of maybe some overhead when listing all resources, but it keeps the authentication / authorization code and queries a lot easier, reducing potential (security) bugs.


Webpack went RC!

@Llorx duplicate of https://github.com/jtangelder/sass-loader/pull/323

Thanks, but 4.1.1 just released with 2.2.0RC as a peerDep 👍


Increase space for description in the Docs tab

Is your feature request related to a problem? Please describe.
On the Docs tab the only data that really helps me know which links are worth following is the description. The URL is not usually helpful, but it could be a tooltip. Same for the author and date added. They are not bad pieces of information to show, but the room given to rendering them could be used to display the more useful description.
Describe the solution you'd like
Replace URL column with an icon to navigate to the page. This icon or the description could have a tooltip that displays the URL, author and date added. This could change the description from about 30% of the text box to 80+%.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

Thanks @ben5448 for the suggestion.
@theseyi What do you think about this?

We will take a look at this with design and what it implies for the product @keremsahin1

cc. @gabe-lyons . This is something we will want to consider for the React UI as well

We are now managing feature requests through our new portal to improve visibility & prioritize work into our public roadmap. If this request is still relevant, please create a new issue so we can gauge current interest from the Community & prioritize work accordingly.
We'll close out this issue in the meantime. Feel free to reach out to me on DataHub Slack with any questions!


Add changelog for v0.10.0 and update docs in preparation for v0.10.0 release

What this PR does / why we need it:
This PR adds the changelog for the v0.10.0 release and updates docs in preparation for the release. The release date is still to be decided.
Does this PR introduce a user-facing change?:
NONE

/hold
until we don't merge all PRs and decide on the release date

@kron4eg The v0.10 milestone is (almost) empty! :tada: I'd schedule the release for tomorrow or Friday if you're okay with that and if you get time to look at the PR.
/assign @kron4eg

/retest

PTAL, the PR is updated. I've updated the changelog to include latest PRs. We will be dropping support for Kubernetes 1.13 as of this release, however, it'll remain possible to provision 1.13 clusters as long as it works.
Once this PR is merged, I'd be cutting the release if there are no concerns. The v0.10 milestone is empty for a couple of days already, so I'd like to start v0.11 work. The CI is green and the tests are quite stable now. CoreOS remains problematic, but we decided to move it for v0.11.

/lgtm

/hold cancel


[Feature Request]: Code block line wrap support

Describe the feature you'd like
I would like to have the ability to make a 'block code' format but without horizontal scrollbars.
Basically word wrapping that is used in many text editors.
The line-numbering should be empty on lines that are wrapped.
Describe the benefits this feature would bring to BookStack users
This makes the ease of use much higher for readers to view the entire code in one go without having to manually scroll horizontally to view every part of the code/text.
Additional context
Example of word-wrapping in another program:

I think this would be a really good addition if it is possible within the current framework

+1 for this feature

I need this too

This script in the head makes it work:
<script>
	let codemirror = document.createElement('script');
	codemirror.src = '//cdnjs.cloudflare.com/ajax/libs/codemirror/5.48.2/codemirror.min.js';
	document.head.appendChild(codemirror);

	codemirror.onload = function() {
		let codemirrors = document.querySelectorAll('.CodeMirror');
		codemirrors.forEach(function(codemirror) {
			codemirror.CodeMirror.setOption('lineWrapping', true);
			codemirror.CodeMirror.setOption('wordWrap', true);
		});
	};
</script>

This script in the head makes it work:
<script>
  window.onload = function() {
    let codemirror = document.createElement('script');
	codemirror.src = 'https://cdnjs.cloudflare.com/ajax/libs/codemirror/5.48.2/codemirror.min.js';
	document.head.appendChild(codemirror);

	codemirror.onload = function() {
		let codemirrors = document.querySelectorAll('.CodeMirror');
		codemirrors.forEach(function(codemirror) {
			codemirror.CodeMirror.setOption('lineWrapping', true);
			codemirror.CodeMirror.setOption('wordWrap', true);
		});
	};
  }
</script>

Don't thank me... Thank Open AI ;)

this is not working any more.

This script in the head makes it work:
<script>
  window.onload = function() {
    let codemirror = document.createElement('script');
	codemirror.src = 'https://cdnjs.cloudflare.com/ajax/libs/codemirror/5.48.2/codemirror.min.js';
	document.head.appendChild(codemirror);

	codemirror.onload = function() {
		let codemirrors = document.querySelectorAll('.CodeMirror');
		codemirrors.forEach(function(codemirror) {
			codemirror.CodeMirror.setOption('lineWrapping', true);
			codemirror.CodeMirror.setOption('wordWrap', true);
		});
	};
  }
</script>

Don't thank me... Thank Open AI ;)

This is not working anymore, it seems.

Within #4639 I've exposed the newer CodeMirror (code block) instances to allow a route of customization/hacking.
As of BookStack v23.10.1 (once released) it should be possible to enable line wrapping via adding this to your "Custom HTML Head Content" customizating setting:
<script>
window.addEventListener('library-cm6::pre-init', event => {
    const detail = event.detail;
    const config = detail.editorViewConfig;
    const EditorView = detail.libEditorView;

    if (detail.usage === 'content-code-block') {
        config.extensions.push(EditorView.lineWrapping);
    }
});
</script>

Within #4639 I've exposed the newer CodeMirror (code block) instances to allow a route of customization/hacking. As of BookStack v23.10.1 (once released) it should be possible to enable line wrapping via adding this to your "Custom HTML Head Content" customizating setting:
<script>
window.addEventListener('library-cm6::pre-init', event => {
    const detail = event.detail;
    const config = detail.editorViewConfig;
    const EditorView = detail.libEditorView;

    if (detail.usage === 'content-code-block') {
        config.extensions.push(EditorView.lineWrapping);
    }
});
</script>

thank you, this works great! (tested with v23.12), highly appreciated!

Is there a way to wrap conditionally based on language?
For instance I only want to wrap the text if no language syntax is specified, but if we specify any code language (bash, php, C, js, etc) I dont want text wrapping.
I couldn't find any language item in the event data list. So I thought I'd ask in case i missed it.


Polymer.dom(element).textContent should not include comment nodes

See jsbin  http://jsbin.com/xihedamesu/edit?html,console,output

I can confirm this issue. Should be fixed in the next release.


Publish NPM failed - auth missing

npm ERR! code ENEEDAUTH
npm ERR! need auth This command requires you to be logged in to https://registry.npmjs.org/
npm ERR! need auth You need to authorize this machine using `npm adduser`

npm ERR! A complete log of this run can be found in: /home/runner/.npm/_logs/[202](https://github.com/StakeNow/SIWT/actions/runs/7165970292/job/19509019059#step:6:203)3-12-11T10_20_40_794Z-debug-0.log
Warning: run-commands command "npm publish" exited with non-zero status code

 >  NX   Running target publish for 4 projects failed

   Failed tasks:

   - sdk:publish
   - react:publish
   - acq:publish
   - core:publish

 >  NX   Nx Cloud Problems

   - This workspace is more than a week old and is unclaimed. Workspaces must be claimed within 7 days of creation. Claim your workspace at https://cloud.nx.app/orgs/workspace-setup?accessToken=ZTdlYTY2ZDgtY2I3My00YzE4LWEzYTMtYjZmOTdiZDI1MTM0fHJlYWQtd3JpdGU=

Error: Process completed with exit code 1.

resolved by @royscheeren


Android partial wakelock for 75%+ time drains battery

Your Environment

Plugin version: 3.0.0-alpha.24
Platform: Android
OS version: 5.0.1
Device manufacturer and model: Galaxy S4
Cordova version (cordova -v): 8.0.0
Cordova platform version (cordova platform ls): Android 6.4.0
Plugin configuration options: None
Link to your project:

Context
Both distance and activity provider drain battery much more quickly than expected (12+%/hr). Using BetterBatteryStats and other tools show that the phone is almost continually awake when BackgroundGeolocation is running.
Expected Behavior
I expected the phone to be asleep mostly between location detections.
Actual Behavior
Phone was awake 77% of time due to plugin.

Possible Fix
Only wake up every N minutes to get a location?
Steps to Reproduce

Create an app using the plugin and configure as follows:

    BackgroundGeolocation.configure({
      locationProvider: BackgroundGeolocation.ACTIVITY_PROVIDER,
      desiredAccuracy: BackgroundGeolocation.MEDIUM_ACCURACY,
      debug: false,
      notificationTitle: 'Surveyor Location Tracking',
      notificationText: 'Enabled',
      interval: 1000 * 5 * 60,
      fastestInterval: 1000 * 5 * 60,
      activitiesInterval: 60000
    })

2. Start app and close phone
3. Observe that phone spends time awake, not sleeping

## Context
It prevents this from being used in the field, as an awake phone would drain the batteries too fast.

## Debug logs

I could create as needed.

I also tried the distance filter but that was even worse in terms of wakelocks. It showed the phone being continually awake.

Yeah I agree, it's time to investigate if those CPU wakeLocks are still necessary.

Relevant discussion from react-native variant https://github.com/mauron85/cordova-plugin-background-geolocation/issues/417

The link is just to this issue... can you double-check it?

Oh you are right. ;) Should be this one. https://github.com/mauron85/react-native-background-geolocation/issues/180

I removed the wakelock from the activity provider and it works like a charm in Android. 5% awake time!
Now, my worry is that we don't keep a wakelock when firing the Javascript location event. It seems to me that it would be better to pass a second parameter to the event callback which is a function that must to be called to release the wakelock. That way we'd be guaranteed that the JS code would stay awake long enough to handle the location event properly. What do you think? I have no idea how the iOS side works, unfortunately.

That way we'd be guaranteed that the JS code would stay awake long enough to handle the location event properly.

I would say, this only affects Android, as no wakeLocks are used in iOS. I know that cordova keeps js timers running in background, so it's possible that we don't need any wakelocks at all.  I don't have any actual recommendation. Maybe bit of testing. Keep in mind that plugin core is shared with react-native too.

I've removed the wakelocks in both providers and it works fine for me in Android. It's still calling the Javascript callback and even allowing an AJAX post from within the callback. Did you want a PR?

@grassick Yes, you're very welcome to do so ;)


Backlog at various steps in the pipeline

Is there a way to find whats the backlog in the processing at different stages in the pipeline?

There shouldn't be any processing backlog anymore as the Abacus pipeline has become more synchronous recently with the implementation of back pressure.


Feedback: Bookshelf must initialize with a DB

var MySql = Bookshelf.initialize({
  client: 'mysql',
  connection: {
    host     : '<IP_ADDRESS>',
    user     : 'your_database_user',
    password : 'your_database_password',
    database : 'myapp_test',
    charset  : 'utf8'
  }
});

var User = MySql.Model.extend({
  tableName: 'users'
});

It's odd that Bookshelf.Model is not immediately accessible and requires a DB to be specified.  We've found ourselves in the past using models whether or not they have a database attached or we've wanted to attach different databases to different models.  However, this becomes weird with the syntax provided.
A suggestion would be to instead allow Bookshelf.Model to be directly extended and the DB to be used be part of the extension.
var MySql = Bookshelf.Database.initialize({
  client: 'mysql',
  connection: {
    host     : '<IP_ADDRESS>',
    user     : 'your_database_user',
    password : 'your_database_password',
    database : 'myapp_test',
    charset  : 'utf8'
  }
});

var User = Bookshelf.Model.extend({
  tableName: 'users',
  db: MySql // database connection
});

This would give you the ability to dynamically change the database used on the model or more easily use different databases without having the models be dependent upon which database is being run.  It would also let us run Bookshelf.Model and extend a different save for mongodb or something.  It also scales better when sharding -- should you need multiple databases you can handle them.
Let me know if you already have a way of handling those situations though.

I have asked a related question on Stack Overflow before I came across this thread.
http://stackoverflow.com/questions/39022745/how-to-separate-model-declaration-from-database-connection

Another good reason for this, and maybe I just dont know how to do it, is for exporting typescript classes.  I attempt to do this:
export const Models = function(bookshelf) {
  return {
    User: bookshelf.Model.extend({})
  }
}

However, Models is an object and not a type so I cant use Models.User in type definitions.

The project leadership of Bookshelf recently changed. In an effort to advance the project we close all issues older than one year.
If you think this issue needs to be re-evaluated please post a comment on why this is still important and we will re-open it.
We also started an open discussion about the future of Bookshelf.js here https://github.com/bookshelf/bookshelf/issues/1600. Feel free to drop by and give us your opinion.
Let's make Bookshelf great again


docs: string_token exposition

fix #845

@sdarwin The Antora workflow that generates the preview will probably break again. :(
The latest version of MrDocs bundles a more recent version of the Clang. That usually makes MrDocs incompatible with the system's std library. This leads to errors like this:
https://github.com/boostorg/url/actions/runs/9848619514/job/27191019492
To fix it, I updated the Antora workflow to install Clang 18 before running Antora + MrDocs:
https://github.com/boostorg/url/actions/runs/9865813807/job/27243495283?pr=847
I already opened an issue in MrDocs to try to make this more stable:
https://github.com/cppalliance/mrdocs/issues/644


Include component spec in non-generic reusable components

Currently running a pipeline with reusable components fails as the component spec is no longer included in the image, but also not provided by the pipeline. We should assume that we have no access to the individual files of these components, as the goal is to move them out of the repository in the future. Since these components are not generic, we can keep including the component spec in the image.

Closing as this should be handled by the pipeline as discussed.


Add: Teleoro Canal 13 [PR]

Channel Name
Teleoro Canal 13
Alternative Names (optional)
WORO-DT
Network (optional)
No response
Owners (optional)
No response
Country
PR
Subdivision (optional)
No response
City (optional)
Carolina
Broadcast Area
c/PR
Languages
spa
Categories (optional)
No response
NSFW
FALSE
Launched (optional)
No response
Closed (optional)
No response
Replaced By (optional)
No response
Website (optional)
https://www.canal13pr.tv/
Logo
https://static.wixstatic.com/media/28f4f7_110f5dfc95ed441aaa47c5f8c468362e~mv2.png/v1/fill/w_144,h_142,al_c,q_85,usm_0.66_1.00_0.01,enc_auto/LOGO TELEORO copy_edited.png
Notes
No response

Geo-blocked? (from Canada)

https://iptv-org.github.io/?q=WORO-DT


repository: allow the same repo be repeated across namespaces

Fixes #178

LGTM, merge once all the tests are passing


rubocop: disallow https://dl.google.com url for golang

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

Wouldn't this block other Google tools?

Could use @formula_name == "go" || @formula_name.start_with?("go@") to guard this.

Yeah, that is a good point, let me adopt Mike's suggestion to make it granular to only reference golang url :)


fix test 2.2 check for log level

Changes based on #166 discussion.

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "master" git@github.com:kevinll/docker-bench-security.git somewhere
$ cd somewhere
$ git commit --amend -s --no-edit
$ git push -f

Amending updates the existing PR. You DO NOT need to open a new one.

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "master" git@github.com:kevinll/docker-bench-security.git somewhere
$ cd somewhere
$ git commit --amend -s --no-edit
$ git push -f

Amending updates the existing PR. You DO NOT need to open a new one.

Thanks @kevinll, I'll go through all pull requests when bench-security is getting updated.


controller/api user routes

after signup or logged in, show homepage.handlebar which conditionally show logout button and the vote button


Fix bug: themes break global $PROMPT_COMMAND variable

This PR fixes issue #731 where $PROMPT_COMMAND was overwritten in themes, causing plugins not functioning correctly.
I extracted a function called safe_append_prompt_command into base.theme.bash, which appends the target function if it is not already appended. Then in each theme, added a call to this function.
One further concern
Another potential issue worth noting is that, different themes are using different names for the hook function (e.g. pure_prompt in theme pure, prompt in theme brunton, while prompt_command is most common). My concern is, if the user changes the theme (by modifying the BASH_IT_THEME in .bashrc and do a reload without logging out and in (lets call it "live change"), the old hook function will still exist in the $PROMPT_COMMAND variable which might cause unexpected issues. (Though, I'm not sure how many people would do such kind of "live change".)
One solution might be, unify the names of these functions, to a more specific one (say _theme_prompt_command to avoid overwriting user defined hooks). And move the calling of the append function into appearance.bash. Thus each theme would only need to define the hook function named _theme_prompt_command (if they need) and do not need to worry about how it is appended or set to $PROMPT_COMMAND.

Awesome - thank you so much!

With regards to the other issue you mentioned - that's a good point. Feel free to open another PR for harmonizing the prompt function names.


Cannot register CLICK events on items inside an item dragged with Gestouch

Hi,
I have a Sprite who can successfully been panned around.
There are children of this sprite which are registered to listen to CLICK events.
Those events do not get fires. If I activate the TAP event in gestouch, target.target registers the container sprite, not the InteractivObjects inside the sprite.
Tried all possible permutations. Any suggestion?
thanks
BTW Gestouch rocks.

Gestouch doesn't stop any events propagation. Everything works just fine.
package {

import flash.display.DisplayObject;
import flash.display.Sprite;
import flash.events.Event;
import flash.events.MouseEvent;
import flash.events.TouchEvent;

import org.gestouch.core.Gestouch;
import org.gestouch.events.GestureEvent;
import org.gestouch.extensions.native.NativeDisplayListAdapter;
import org.gestouch.extensions.native.NativeTouchHitTester;
import org.gestouch.gestures.PanGesture;
import org.gestouch.input.NativeInputAdapter;

public class Main extends Sprite {

    public function Main() {

        Gestouch.inputAdapter = new NativeInputAdapter(stage);
        Gestouch.addDisplayListAdapter(DisplayObject, new NativeDisplayListAdapter());
        Gestouch.addTouchHitTester(new NativeTouchHitTester(stage));

        var pannable:Sprite = new Sprite();
        addChild(pannable);

        var pan:PanGesture = new PanGesture(pannable);
        pan.addEventListener(GestureEvent.GESTURE_BEGAN, onPan);
        pan.addEventListener(GestureEvent.GESTURE_CHANGED, onPan);

        var child:Sprite = new Sprite();
        child.graphics.beginFill(0xCCCCCC);
        child.graphics.drawCircle(0, 0, 100);
        child.graphics.endFill();
        child.addEventListener(MouseEvent.CLICK, onChildTouch);
        child.addEventListener(TouchEvent.TOUCH_BEGIN, onChildTouch);
        child.addEventListener(TouchEvent.TOUCH_END, onChildTouch);
        pannable.addChild(child)
    }

    private function onPan(event:GestureEvent):void
    {
        trace("gesture recognized", event);
    }

    private function onChildTouch(event:Event):void
    {
        trace("child interactive event", event);
    }
}
}

Weird since it doesn't work to me. I had to implement event tunneling, but never mind it does work now with tunneling. Thank you for your answer.


SOA website sources

The SOA likes to break links, so I'm keeping track of sources here
2010 experience study: https://www.soa.org/research-reports/2010/research-shock-lapse-report/

2015 report https://www.soa.org/research-reports/2015/lapse-2015-modeling-post-level/


[Req] i18n for vs_code_editor_walkthrough.md

VSCode Version: 1.12.1
OS Version: Windows 10

Steps to Reproduce:

Open the "Interactive Playground" from VSCode's "Welcome" tab.
The Playground is English only.

Balance:
Allow it to be updated as another md file in Github will bring good flexibility, but bad management (if often update) and may be stuck with bad content.

Tracked as #21512


Sampler fixes

Some fixes / additions to the sampling distributions.

Changed flat_in_log to take normal units and convert under the hood
Rewrote flat to point at uniform
Added triangular distribution
Added linear distribution, which calls triangular

The sampler updates do not work in the current form. I'll make another PR after I fix it up.


Quaternion refactor (mschachter)

See #7

Codecov Report

Merging #10 into master will increase coverage by 1.37%.
The diff coverage is 75%.

@@            Coverage Diff             @@
##           master      #10      +/-   ##
==========================================
+ Coverage    60.2%   61.57%   +1.37%
==========================================
  Files          79       79
  Lines       11599    11118     -481
==========================================
- Hits         6983     6846     -137
+ Misses       4616     4272     -344

Impacted Files
Coverage Δ

.../mujoco/sawyer_xyz/sawyer_plate_slide_back_side.py
76.62% <ø> (+3%)
:arrow_up:

...aworld/envs/mujoco/sawyer_xyz/sawyer_stick_push.py
76.29% <ø> (+2.01%)
:arrow_up:

...world/envs/mujoco/sawyer_xyz/sawyer_coffee_pull.py
72.61% <ø> (+1.58%)
:arrow_up:

...aworld/envs/mujoco/sawyer_xyz/sawyer_stick_pull.py
76.95% <ø> (+2.06%)
:arrow_up:

...orld/envs/mujoco/sawyer_xyz/sawyer_window_close.py
76.47% <ø> (+2.72%)
:arrow_up:

...nvs/mujoco/sawyer_xyz/sawyer_pick_and_place_wsg.py
0% <ø> (ø)
:arrow_up:

metaworld/envs/mujoco/sawyer_xyz/sawyer_door.py
77.97% <ø> (+2.83%)
:arrow_up:

.../envs/mujoco/sawyer_xyz/sawyer_pick_out_of_hole.py
74.39% <ø> (+1.42%)
:arrow_up:

...world/envs/mujoco/sawyer_xyz/sawyer_hand_insert.py
80% <ø> (+2.35%)
:arrow_up:

...world/envs/mujoco/sawyer_xyz/sawyer_shelf_place.py
73.55% <ø> (+1.36%)
:arrow_up:

... and 47 more

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 d18446b...486b4b7. Read the comment docs.

closed in #7


Missing File : “Dockerfile_b7s”

This issue can be solved by creating a file “Dockerfile_b7s”  and putting this in the content
FROM alloranetwork/allora-inference-base:latest
USER root
RUN pip install requests
USER appuser
COPY main.py  /app/

However, main.py was also deleted.


[production] [bug] Twitter Handles including @ don't resolve properly

Twitter handles do not always resolve properly. Example: osf.io/@BrianNosek or osf.io/@jlcohoon .
Upon further investigation, it was discovered that this occurs because the users have included the @ symbol in their user profiles:

They will resolve properly if you include the extra @ symbol. Example: osf.io/@@BrianNosek or osf.io/@@jlcohoon.
I believe at some point, we required the @ symbol in user profile.

If there are users whose social.twitter field contain an @ they have probably been that way for awhile.
The current front end validation will remove the first @ a user enters into their social information e.g.

@HarryRybacki => HarryRybacki
@@HarryRybacki => @HarryRybacki

The back end validators are not currently being used as outlined in issue #3513
I can make a hotfix that will remove any leading @ symbols before searching for an associated user but the field will need to be migrated on all users beforehand. After that the front end validator should be adjusted to remove one or more preceding @ symbols and the back end validators should be working and ensure that post migration storage of the field cannot contain @ symbols.

@HarryRybacki and @saradbowman -- putting this on 'Hold' -- My understanding is that we need to clarify approach here. Thanks.

@lbanner nods


bic: init at 1.0.0

Motivation for this change
Add a nix expression for the bic c interpreter and API explorer.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.05 Relase notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 129678 at 07a4f1dd run on x86_64-linux 1

1 package built successfully:

bic

3 suggestions:

warning: build-tools-in-build-inputs
flex is a build tool so it likely goes to nativeBuildInputs, not buildInputs.
Near pkgs/development/interpreters/bic/default.nix:12:3:
   |
12 |   buildInputs = [ readline gmp flex bison];
   |   ^

warning: maintainers-missing
Package does not have a maintainer. Consider adding yourself?
Near pkgs/development/interpreters/bic/default.nix:14:3:
   |
14 |   meta = {
   |   ^

warning: build-tools-in-build-inputs
bison is a build tool so it likely goes to nativeBuildInputs, not buildInputs.
Near pkgs/development/interpreters/bic/default.nix:12:3:
   |
12 |   buildInputs = [ readline gmp flex bison];
   |   ^

@SuperSandro2000 Thanks for the review.  Comments have been addressed.

Bump.  If this could be merged, that would be great, Thanks!


Fix sql alchemy version

[ ] I have added the tests to cover my changes.
[x] I have updated the documentation and CHANGELOG accordingly.
[x] I have read the CONTRIBUTING document.

@wjcunningham7 Looks like the dispatcher tests are failing, can you please take a look when you have time?


Proxy mappings job configuration

This PR would allow to add custom mappings to the REserve server.
In the ui5-test-runner.json :
{
  ...
  "proxies": [
    {
      "match": "^/otherlib/(.+)",
      "file": "./otherfolder/otherlib/$1"
    }, {
      "match": "^/ui/oDataService/v1/odata/v4/ServiceName/(.+)",
      "url": "http://localhost:18082/odata/v4/ServiceName/$1"
    }
  ]
}

Hello Julien,
This looks interesting and can be merged in the version 1 branch. Yet, it will be kept as a "hidden" feature (not documented) and I will expose it as a public feature in version 2.
I would propose to create a mapping option that works like the libs one but that enables to customize the list of mappings of the runner server.
From a security point of view, I have to make sure that such custom mappings do not interfere with the existing ones that are required for the runner to work properly. It means, these custom mappings will be added nearly to the end of the list of mappings.
Thank you for your contribution


implement Base.redirect_{stdout,stderr,stdin}

Fixes #640. Please let me know if this isn't the appropriate solution to the problem.

Datapoint: this fixes https://github.com/cstjean/TraceCalls.jl/issues/60 which makes me happy.

Datapoint: Before this patch, I got error https://github.com/JuliaLang/IJulia.jl/issues/640 on the following in jupyter. After this patch, the julia kernel hangs somewhere (no CPU consumption; still reacts to "restart kernel", but does not react to "interrupt kernel"). On the REPL, this works like expected.
using Suppressor
output = @capture_out begin
    println("should get captured, not printed")
end;
@show output;


Determine how to implement completed ATBD feedback form

Description
We have a completed ATBD feedback form to give to users for feedback regarding APT. However, we need to determine how to implement form.
Feedback form
Acceptance Criteria

[ ] Determine how to implement the completed ATBD feedback form (i.e., everyone associated with ATBD automatically receives the email/link to form once ATBD completed, etc.

After PI discussions with Anthony and team, a good approach may be to automatically trigger a modal with 1-2 feedback questions when a users completes an ATBD (maybe once they click "request to publish."
As a followup, the curator can reach out to all authors/reviewers in a more personalized email and invite them to complete the feedback form.


how to use mc_port

Before submitting an issue, make sure you read the FAQ.md
Briefly describe your issue
i cant find the information for mc_port.  Azure login is obvious but i cant find the method for mc_port.

Here

You can find it here

Yeah, i found that too but this is my code for example:
from voyager import Voyager
You can also use mc_port instead of azure_login, but azure_login is highly recommended
azure_login = {
"client_id": "YOUR_CLIENT_ID",
"redirect_url": "https://<IP_ADDRESS>/auth-response",
"secret_value": "[OPTIONAL] YOUR_SECRET_VALUE",
"version": "fabric-loader-0.14.18-1.19", # the version Voyager is tested on
}
openai_api_key = "YOUR_API_KEY"
voyager = Voyager(
azure_login=azure_login,
openai_api_key=openai_api_key,
)
start lifelong learning
voyager.learn()
if i remove the azure_login part:
from voyager import Voyager
You can also use mc_port instead of azure_login, but azure_login is highly recommended
openai_api_key = "YOUR_API_KEY"
voyager = Voyager(
openai_api_key=openai_api_key,
)
start lifelong learning
voyager.learn()
after i did this he said: Either mc_port or azure_login muste be specified.
Where i can find the code base for mc_port? What i have to write in the code?

sorry if thats an obious question. I'm mainly not an programmer. Im just a YouTuber here in Germany who wants to show this ai. 😶

okey, nervermind. I got it, but now i got the error code Minecraft server reply with code 500.

Nevermind. i got it. But now my bot just restarting. i read the FAQ and edit my code. I don't know what is wrong.

You can find it here

Hi, should we install the mods suggested by the Azure login mode even run the game in mc_port mode?

@GoingMyWay Hi, both method needs to install the Fabric mods. It's essential for running the experiments.

Thanks. I have already installed the required Fabric mods. @xieleo5 By the way, do you have Discord group of MineDojo and Voyager users? It would be great for users to discuss and share ideas.


torrent handler registration broken? (windows)

What version of WebTorrent Desktop? (See the 'About WebTorrent' menu)
v 0.11.0 (0.96.1)
What operating system and version?
Windows 10 Pro x64
What did you do?
Click on magnet link (tried with and without using the toggle)
What did you expect to happen?
Expected the browser to ask to open with webtorrent-desktop (at least show it as an option)
What actually happened?
Webtorrent-desktop wasn't in the "open with" app list (for both magnet and stream-magnet). Torrent files (.torrent) weren't registered properly either (still defaulted to my other torrent client).

Was this a fresh install of WebTorrent Desktop? Or did you upgrade from a previous version?
We made a change in v0.11.0 to stop registering the app as the default handler until the user selects that option in the Preferences. Can you try that and see if it works for you?

I had an older version and ran the installer to install v0.11.0. I tried the option in the preferences (the toggle I mentioned), it doesn't work.

I’m able to confirm this on Windows 10. Not too sure what’s wrong with the code though, will look through it.

Also confirm for WTD 0.12.0 (0.96.3) fresh install (non-portable) on Windows 10 x64.
Nothing happens (no change in the Windows Registry), not even when running WTD as an administrator.

Seems to be fixed with v.0.15, same as #911.

Duplicate of https://github.com/feross/webtorrent-desktop/issues/911


Graph: Highlight a node's neighborhood or connected component

Highlight a node's neighborhood (or connected component) when hovering over it

http://bl.ocks.org/eyaler/10586116


DBZ-1478 Debezium Quarkus Extensions module with Outbox pattern

https://issues.redhat.com/browse/DBZ-1478
This is just an initial preview into how I've structured the extensions submodule and the outbox pattern.  I have an update in a supplemental PR later today for the examples repository where I'll have migrated the outbox demo to using this framework.
I believe the one open item for discussion is the general way to handle mapping OutboxEvent.  With the mapping being a static annotated class like I have, this limits users in being able to define a table with the desired name, columns, and database-specific datatypes best suited.
One option I need to explore would be potentially using DebeziumOutboxConfig to allow users to supply the extension with some quarkus.debezium-outbox.* options which effectively mirror the configuration options in EventRouterConfigDefinition.  We might then be able to integrate with Hibernate by supplying a dynamic mapping for the OutboxEvent.
Another idea is to consider using raw JDBC.  The concern there is automatic schema generation, that may or may not be an issue.
While this is still somewhat a WIP, feedback certainly welcomed.

I see some checkstyle failures with this PR locally, maybe want to just build this with -Dcheckstyle.skip it seems.

@gunnarmorling This should be good for another round of view.

@Naros, I'm getting some Checkstyle violations:
[ERROR] /Users/gunnar/Development/debezium/debezium/debezium-quarkus/extensions/outbox/runtime/target/generated-sources/annotations/io/debezium/outbox/quarkus/internal/DebeziumOutboxRuntimeConfig$$accessor.java:1: header.mismatch [Header]
[ERROR] /Users/gunnar/Development/debezium/debezium/debezium-quarkus/extensions/outbox/runtime/target/generated-sources/annotations/io/debezium/outbox/quarkus/internal/DebeziumOutboxRuntimeConfig$$accessor.java:3:53: '{' is not followed by whitespace. [WhitespaceAround]
...

Can those generated source be excluded? Also interesting to see that this PR didn't fail; is the extension not built via the root pom.xml?

@gunnarmorling All I have left at this point is the documentation which I'll work on this afternoon and get pushed to this PR later today.

I didn't realize there were still some oddities with the POMs after my initial pass.  I cleared my local repository and rebuilt from scratch and I think I got them all covered now.


Fix clippy errors

See https://github.com/sodiumoxide/sodiumoxide/pull/450

Would you please fix all clippy errors?

@kpp done! missed the warning in the tests because I only checked cargo clippy :)

@kpp done! missed the warning in the tests because I only checked cargo clippy :)

bors: r+

bors: r+

@kpp done! missed the warning in the tests because I only checked cargo clippy :)

Good to know our CI does its job:)

@kpp done! missed the warning in the tests because I only checked cargo clippy :)

Good to know our CI does its job:)

bors: retry

bors: retry

I'm wondering if something changed in github actions and cherry-picked the commit from #452, let's see if that fixes the issue.

I'm wondering if something changed in github actions and cherry-picked the commit from #452, let's see if that fixes the issue.

bors try

bors try

bors: r+

bors: r+


[opencv] build failed

.\vcpkg install opencv[core,opengl,dnn,ovis,flann,sfm,contrib,cuda,ffmpeg,ipp,qt,vtk,openexr,tiff,png,jpeg,jasper,eigen]
CMake Error at scripts/cmake/vcpkg_build_cmake.cmake:175 (message):
    Command failed: D:/RnD/vcpkg/downloads/tools/cmake-3.11.4-windows/cmake-3.11.4-win32-x86/bin/cmake.exe;--build;.;--config;Debug;--target;install;--;-v;-j1
    Working Directory: C:/RnD/vcpkg/buildtrees/opencv/x64-windows-dbg
    See logs for more information:
      C:\RnD\vcpkg\buildtrees\opencv\install-x64-windows-dbg-err.log

Call Stack (most recent call first):
  scripts/cmake/vcpkg_install_cmake.cmake:24 (vcpkg_build_cmake)
  ports/opencv/portfile.cmake:316 (vcpkg_install_cmake)
  scripts/ports.cmake:71 (include)

Error: Building package opencv:x64-windows failed with: BUILD_FAILED

The contents in install-x64-windows-dbg-err.log are as below.
ninja: error: 'C:/RnD/vcpkg/installed/x64-windows/lib/manual-link/OgreMain_d.lib', needed by 'bin/opencv_ovis341d.dll', missing and no known rule to make it

Obviously, it missed the debug build directory, but how to fix it?

    See logs for more information:
      C:\RnD\vcpkg\buildtrees\opencv\install-x64-windows-dbg-err.log

attach

Here is the log file.
install-x64-windows-dbg-err.log

?
dir C:/RnD/vcpkg/installed/x64-windows/bin/opencv_ovis*.dll

ovis feature should be fixed by PR #4845


[Bug] order services goes to 404 in when logged in

Describe the bug
order services goes to 404
Page /orderbutton&theme_color=green&loader=1 not found.
To Reproduce
click on order services after login
Expected behavior
to see order services
Screenshots
https://watch.screencastify.com/v/8b0fSJa3QzFO4GYHZGSC

I am unable to reproduce this issue. The select product screen displays without issue:

Hey, @weismannweb
Are you still experiencing this issue?

Closing since I was unable to reproduce this, I suspect we fixed this in one of the many PRs we've merged since it was reported

My only thought is that it might be a server misconfiguration.
The /orderbutton path is a SEO-friendly path and SEF URLs won’t work until you properly configure the web server.

oh right. I haven’t checked the video, so…


Some of the list comprehension funcs are hard to read

I'm a big fan of list comprehension, but:
https://github.com/cisagov/assessment-data-import-lambda/blob/767141c276494879db0f73f9fe2465f0250c38cc/adi/assessment_data_import.py#L155-L173
is difficult to make sense of at first glance :)
155-173 could probably replaced with a single pass through the missing fields and be a little clearer to the reader

Feel free to make a pull request for review if you think another implementation would be better but I do not think anyone on our development team has an issue with how it is currently implemented.


Consent search by patient reference appears broken

Description
When searching for Consent objects the patient query param seems to be broken. Using the initial spark dataset, a search for Consents with the patient Patient/96bca740-1642-455d-af02-48a83f785b53 yields 0 results.
To Reproduce
Steps to reproduce the behavior:

Bring up the spark service locally on port 5555
Perform a search for a Consent object http://localhost:5555/fhir/Consent?patient=Patient/96bca740-1642-455d-af02-48a83f785b53 (This Consent record is part of the initial spark dataset or seed data, so it should be present when the service starts up)
Observe the returned results

{
  "resourceType": "Bundle",
  "id": "f4468d37-f402-411e-b444-3e75be2795e8",
  "type": "searchset",
  "total": 0,
  "link": [
    {
      "relation": "self",
      "url": "http://localhost:5555/fhir/_snapshot?id=c5c878e1-b6fc-4c02-84f0-01d2b83c7dc1&start=0"
    },
    {
      "relation": "first",
      "url": "http://localhost:5555/fhir/_snapshot?id=c5c878e1-b6fc-4c02-84f0-01d2b83c7dc1&start=0"
    },
    {
      "relation": "last",
      "url": "http://localhost:5555/fhir/_snapshot?id=c5c878e1-b6fc-4c02-84f0-01d2b83c7dc1&start=0"
    }
  ]
}

Expected behavior
Consent objects with only the supplied patient id should be present in the result set, rather than an empty result set. What's odd is that other reference based searches on Consent objects, such as organization, seem to behave as expected. For example, a search for Consents by organization behaves as expected
http://localhost:5555/fhir/Consent?organization=Organization/f001
Environment:

OS: macOS Catalina 10.15.7
Browser: Firefox Version: 83.0
Docker: 19.03.12
Spark docker docker image: sparkfhir/spark:r4-latest bbf8fed33cf6
Spark mongo docker image: sparkfhir/mongo:r4-latest 66a72babb60d

This was supposed to be fixed by this: https://github.com/FirelyTeam/spark/pull/324/commits/ae672e1e17e79430dc9afaf8731c5e12af7bf4dd
But as far as I can see the patient search parameter is not being indexed
@andy-a-o Could you look into why the search parameter patient is not indexed for the Consent resource

Fixed in version 1.5.3


IE11 font issue

Hi
Please check the font problem on IE11.
http://www.simpleone.com/contracts/546?token=411e26955f24112e64cb
See screenshot

Closing IE11/Edge (non-Chromium-based) issues in response to #11211. Please note that, as outlined in https://github.com/mozilla/pdf.js/wiki/Frequently-Asked-Questions#faq-support, only bugs which completely prevent the library and/or the default viewer from running will be accepted.


[Lite] Disable webdatabase.

38K binary size reduced.
Add flag 'disable_webdatabase'

@PeterWangIntel @halton

@halton , no rebase needed in this repo.
Please help to review and merge. thanks.


videochat issue

const sessionType = ConnectyCube.videochat.CallType.VIDEO;
the above line is throwing an error but i take this line of code from the document only
Error-----
PS D:\xmpp> node webrtc.js
D:\xmpp\webrtc.js:30
const sessionType = ConnectyCube.videochat.CallType.VIDEO;
^
TypeError: Cannot read properties of null (reading 'CallType')

It could be related to the thing where you forgot to call ConnectyCube.init before this


Bug 1782409: bump github.com/containers/{storage,buildah}

Bump github.com/containers/storage to 4822c60538402940cb8044c96659a46ffbab3bd1, between v1.15.2 and v1.15.3, to pick up a fix for a race in the library.
Bump github.com/containers/buildah to 8d6869bccee02f73f0e26e739c9f8712578b3f32, modifying how we unmount the container's rootfs when using chroot isolation so that we just detach the whole thing rather than trying to detach each submount in order, which isn't necessary.
This is #119, but for 4.3 specifically.

/retitle Bug 1782409: bump github.com/containers/{storage,buildah}

/bugzilla refresh

/bugzilla refresh

Addresses: https://bugzilla.redhat.com/show_bug.cgi?id=1782409

/lgtm

/approve


Client Allocation Request for: David

Client Allocation Questions
Core Information

Name: David
Website / Social Media: Service under development
Region: Asia excl. Greater China
DataCap Requested: 50TiB
Addresses to be Notarized: f3q6nrch72i347b637fkibgedj2ifvigmalwpiowli3tunlszcycjh3w4kuyympw6dlndwdzd3nestj6bg2jfq
Notary Requested: dannyob

@xzone Please subscribe to notifications for this Issue to be aware of updates. Notaries may request additional information on the Issue.

hi... ?


CustomUrlSchemeInterceptor does not redirect back to app

Xamarin.Auth Issue
Version

[ ] nuget version = <IP_ADDRESS>3
[ ] component version = <IP_ADDRESS>
[ ] sample

Steps to reproduce

I've created a Xamarin.Forms project with a login page, where I want to use an OAuth2Authenticator.

I created all the Events (OnCompleted etc.)

I've set 'isUsingNativeUI' to true (redirect_uri is : "http://localhost/callback"

I've created a CustomUrlSchemeInterceptor according to your examples

Expected behavior
After successful authentication in the native browser, the interceptor should initialize the return to the app.
Actual behaviour
I'm getting a 'this site can't be reached' in the browser and I don't get redirected to the app, but when I then choose 'open in my_app_name' or sometimes 'open in browser' the interceptor is working..
Do you have any ideas on why this is happening?
Thank you very much in advance!

@MichelaR
This is the reason IgaveTheClassSoooLoongName - it needs custom scheme -  so no http and https which will be intercepted by default by system browser (Chrome with CustomTabs), so that is the reason it does not close to the app.
DISCLAIMER - it is possible to make Android to work with http/https schemes (some users did manage to do it with tweaks), but this is not documented, because this can be made to work on Android only (iOS 110% sure not)  and with tweaks. Handling all those special cases will kill my vacation and reduce my sleep from 6 hrs to 4 when I'm not on vacation. Read: too much work (code and docs) right now - it may be documented in the future.

Any updates on this?

@gonzalonm can you please try this on the latest version?

no response for two weeks, closing


Support for INCLUDE?!

TinxXML2 is GREAT!
I wonder if you have any plans to support XInclude (xmlns:xi="http://www.w3.org/2001/XInclude")? I could think of this being an easy solution for the current implementation. A lot XML libraries lack of that functionality and I would really love to see it in TinyXML2.
...or is it too complex and no longer "Tiny"?!

I just ran into the frustration of this not being supported, so I'd like to second having it include it, perhaps in a "lite" fashion of only being able to reference local files.


Updated dates for October 2024 Build Systems Hackathon

Conflict ... do you want to resolve or should I?

I can resolve the conflict

Did not see the needed contents in the conflicted file. Better to start from fresh I think. I close the pull request and then add the Oct 2024 entry in a new branch.


Fail on warning/risky

https://github.com/guzzle/guzzle/pull/2685/files#diff-98c12a693941ae3c4f50872403416471L19
Shall we keep this? or maybe add coverage options there?

Shall we keep this? or maybe add coverage options there?

Yea after all we should.. I just saw that we do have a make command to generate coverage.


Original Chrono maintainer's comments on COMPARE.md.

As the founder and original designer of Chrono, thank you so much for your COMPARE.md document; it was something I really wanted to write it down and publish but never finished. I'll give some more context for individual items listed in the Chrono section, with an important caveat that this only reflects the original design, not the current design that has gone through multiple other maintainers and contributors.
Time zone database integration
I never got to this point by my own, but the tzfile crate is closer to my original intent: tz-generic types were designed to support this exact use case. Chrono-tz was more of a stopgap, an external contribution which I accepted because Chrono never had a proper tzdb integration implemented before that anyway.
I firmly believe that an application should never embed an up-to-date copy of tzdb at all, because it implies another maintenance burden to application developers and users. I even concluded that you can do that even on Windows, as long as you don't try to work with older dates. (Windows API exposes the most recent time zone offset change to my knowledge.) My belief largely comes from Python's experience, specifically where pytz provided a copy of tzdb and didn't work well in my opinion. jiff-tzdb-platform is a great direction in this ideal, though I also want to see that jiff-tzdb is eventually made redundant.
Jiff losslessly roundtrips time zone aware datetimes
Chrono predates a stable release of Serde and serialization and deserialization support was frankly an afterthought. I agree that RFC 9557 is a way to go, and Jiff surely benefits from this hindsight. Good job.
Jiff provides support for zone aware calendar arithmetic
I stress that this is a personal opinion, but I don't value zone-aware calendar arithmetic that much. In fact there isn't a single Zone-Aware Calendar Arithmetic method there, exact details have to be evaluated and specified for each concrete use case. Today, as of this writing, is 2024-07-31 in my time zone. What is 2024-07-31 plus 2 months? It depends on exact methods, and each method has its own justification and use cases:

No answer, if the parsed date is literally taken and manipulated before parsed back.
2024-08-30, if we truncate any excess date components.
2024-09-01, if we allow wrapping around.
2024-10-31, if we absolutely have to keep the day of month.

Chrono now has some built-in arithmetic support for its date and time types, but I never added them myself with an intent that other dedicated crates fill the gap for each use case.
Jiff losslessly roundtrips durations
For the same reason as above, Duration was never designed to fully support ISO 8601 durations because then Chrono had to implement the full calendar arithmetic which is already ambiguous enough without time zone. Also note that Chrono's Duration predates std::time::Duration, which eventually posed a significant problem when time 0.1 had to be removed.
Jiff supports dealing with gaps in civil time
Exposing more information about a non-continuous calendar date and time is always good for diagnostics. Back in my time, Chrono was struggling to resolve edge case ambiguities and I never had time to look back the exact information exposed on ambiguity; I agree on your analysis in this regard.
Jiff supports rounding durations; Jiff supports zone-aware rounding of durations; Jiff supports re-balancing durations; Jiff supports zone-aware re-balancing of durations
I can't say much about duration rounding and balancing which came much later than my own maintainership, but I can personally say that it is a neat feature to have and Chrono's version could have been made neater with a conscious design. This is not to say that I find Jiff's API great though, because I'm yet to fully evaluate its use cases.
Jiff supports getting the nth weekday from the current date
I agree that this discrepancy in Chrono's API is not ideal (and can be fixed with a will).
Jiff supports detecting time zone offset conflicts
Same comments about RFC 9557 apply here, but Chrono does have a system to detect any other conflicts in parsed date and time strings. Any support for RFC 9557 should improve this item as well.
Jiff supports adding durations with calendar units
I don't think this is a good idea. Chrono was designed to be reasonably fast for average cases, but some use cases (e.g. logging) demand the best performance and it would be a disservice for Chrono to ignore such use cases. Chrono's base types are therefore made lightweight, and all heavy tz-aware stuffs are made pluggable via generic types. If I eventually got to the point that general ISO 8601 durations are needed, I would have made an additional type that encompasses a simpler Duration.
Chrono is faster than Jiff in some cases
I'm surprised that Chrono still remains reasonably fast! Some parts of Chrono (in particular, combined date-weekday calculations) were guided with a wrong assumption which I subsequently discovered and learned in a hard way, so I find it surprising that Chrono does perform in spite of these weaknesses.

As a concrete issue, I would be glad to hear about your opinions on my comments. You are also more than welcomed to amend COMPARE.md with these comments, as long as they are presented without a loss of context. Jiff seems like a good opportunity to upgrade the standard for Rust date and time handling---which I couldn't have fully done by my own---and collecting multiple viewpoints should be a worthy step forward.

@lifthrasiir Hiya! Thanks for commenting! I'll do my best to respond to your points. :-)

I firmly believe that an application should never embed an up-to-date copy of tzdb at all, because it implies another maintenance burden to application developers and users. I even concluded that you can do that even on Windows, as long as you don't try to work with older dates. (Windows API exposes the most recent time zone offset change to my knowledge.) My belief largely comes from Python's experience, specifically where pytz provided a copy of tzdb and didn't work well in my opinion. jiff-tzdb-platform is a great direction in this ideal, though I also want to see that jiff-tzdb is eventually made redundant.

Yeah the Windows situation is unfortunate, but AFAIK it does not support historical time zones. The other major problem with just using the Windows API is that RFC 9557 support becomes challenging. Namely, RFC 9557 really wants a IANA TZ identifier. So if you just limit yourself to what the Windows API does without using tzdb, it's pretty hard to do lossless serialization.
Windows isn't the only one. Generally speaking, Unix is the only platform where one can reasonably expect (and of course it isn't guaranteed) to find a system tzdb. Other platforms, like WASM for example, don't have a tzdb either.
I don't think jiff-tzdb will be redundant any time soon unfortunately. It would require every platform to provide some way to access a "system" copy of tzdb. I don't think there's any movement in the Windows world to do this. And I don't think there's any movement in web browsers (for WASM) to do this either. Nor for WASI.
But yeah, I agree, prefer not bundling whenever possible. Which is what Jiff attempts to do.

Today, as of this writing, is 2024-07-31 in my time zone. What is 2024-07-31 plus 2 months?

I think this and time zone safe arithmetic are largely separable. This particular problem, for example, is present even if you remove "in my time zone." The calendar math alone is problematic and there are indeed multiple possible choices for this. I chose to go with what Temporal does here. There has been lots of discussion on this point:

https://github.com/tc39/proposal-temporal/issues/344
https://github.com/tc39/proposal-temporal/issues/240#issuecomment-637155520

And adjacent behaviors:

https://github.com/tc39/proposal-temporal/pull/2759
https://github.com/tc39/proposal-temporal/issues/2535

The TL;DR is that Temporal supports specifying whether something like "2024-07-31 + 2 months" should either "constrain" (the default) or reject:
dt = Temporal.PlainDateTime.from('2024-07-31T15:30');
Object { … }
dt.add({months: 2}).toString()
"2024-09-30T15:30:00"
dt.add({months: 2}, {overflow: 'reject'}).toString()
Uncaught RangeError: value out of range: 1 <= 31 <= 30

Jiff currently always constrains inputs by default, but my intent was to at least match Temporal here and provide a "reject" mode as well.
If you read the issues above, Temporal also used to support a "balance" mode that would return 2024-10-01 here, but it got removed because 1) they lacked use cases and 2) had some unintuitive behavior in some cases.
We probably have a philosophical difference here. I think that even though there isn't one obviously correct answer, it is possible to implement this sort of addition with a consistent semantic that is likely good enough for most use cases. And crucially, it should be possible for callers to implement their own semantic should they want it. (Which I believe is the case. Given Jiff's current API, I believe each of the cases you've shown are reasonably straight-forward to do.)
As far as zone aware, that's the difference between 2024-03-09T15:00-05[America/New_York] + 1 day resulting in either 2024-03-10T16:00-04[America/New_York] and 2024-03-10T15:00-04[America/New_York]:
use jiff::{ToSpan, Zoned};

fn main() -> anyhow::Result<()> {
    let zdt: Zoned = "2024-03-09T15:00-05[America/New_York]".parse()?;
    println!("{}", zdt.checked_add(1.day())?);
    println!("{}", zdt.checked_add(24.hours())?);

    Ok(())
}

Has this output:
$ cargo -q r
2024-03-10T15:00:00-04:00[America/New_York]
2024-03-10T16:00:00-04:00[America/New_York]

I feel strongly that this is desirable behavior. Chrono supports this too, but you need to use chrono::Days.

For the same reason as above, Duration was never designed to fully support ISO 8601 durations because then Chrono had to implement the full calendar arithmetic which is already ambiguous enough without time zone.
[.. snip ..]
I don't think this is a good idea. Chrono was designed to be reasonably fast for average cases, but some use cases (e.g. logging) demand the best performance and it would be a disservice for Chrono to ignore such use cases. Chrono's base types are therefore made lightweight, and all heavy tz-aware stuffs are made pluggable via generic types. If I eventually got to the point that general ISO 8601 durations are needed, I would have made an additional type that encompasses a simpler Duration.

Out of curiosity, have you taken a look at the Temporal TC39 proposal? They've spent person years on this. While Jiff's tzdb integration is perhaps one of the bigger differences with Chrono, I actually think that Jiff's Span type (a hybrid duration) is the "crown jewel." AFAIK, the Temporal project invented it. But because it's new, I think folks are having a hard time pattern matching it into their existing experience. I need to figure out how to highlight it better I think.
In any case, I talk a lot more about this here (including the perf topic): https://github.com/BurntSushi/jiff/issues/21 --- While perf is one aspect to consider here, there's also the integration point with absolute-style durations like std::time::Duration. My plan as of now is to add a SignedDuration type to Jiff and add support for it to all the datetime types. This will mean you'll be able to do arithmetic without the Span type.

Same comments about RFC 9557 apply here, but Chrono does have a system to detect any other conflicts in parsed date and time strings. Any support for RFC 9557 should improve this item as well.

Can you say more about this? I don't think conflicts can be detected in a datetime string unless you support parsing the TZ identifier. Otherwise, when you serialize a datetime with Chrono, it will just include the offset. So when you go to deserialize it later, there is no way to check whether it's "correct" or not. You would have to store the TZ identifier out-of-band somewhere.

As a concrete issue, I would be glad to hear about your opinions on my comments. You are also more than welcomed to amend COMPARE.md with these comments, as long as they are presented without a loss of context. Jiff seems like a good opportunity to upgrade the standard for Rust date and time handling---which I couldn't have fully done by my own---and collecting multiple viewpoints should be a worthy step forward.

Thanks! So, COMPARE.md is meant to be the "facts of comparison." I tried hard not to express opinions here. I think most of your commentary here is more contextual and opinion based (which is totally cool here on the tracker, I welcome it!) as opposed to correcting factual inaccuracies. (Please correct me if you think that's a wrong takeaway.) There is DESIGN.md, but that's more about Jiff's rationale and not Chrono's. However, I could link this issue from those documents to at least provide a gateway to an alternative perspective.

I've added a link to this issue in the _documentation::design document: https://github.com/BurntSushi/jiff/commit/f8cb134b2eb61f1c743cbe3b8b5dcfc9df0571f2

I'm not sure what you mean by a "hybrid duration", but if you mean a duration type that stores multiple units, that definitely wan't invented by Temporal. The Perl module Date-Ical, includes a Date::Ical::Duration type in the linked 1.61 release from December, 2001.
Python's stdlib has a similar timedelta type that goes back to at least 2.6.

Ah, I see what you mean. Yes, I don't think I've seen a Span type like this that stores units that can be converted between each other separate (like minutes and hours).


Bump to gateway api v0.7.0-rc2

Release notes https://github.com/kubernetes-sigs/gateway-api/releases/tag/v0.7.0-rc2
Also re enable redirect tests because of the fixes made in those tests should make the tests API conformant :)

add a cherrypick label for action testing, please kindly ignore.

/hold
Error: test/conformance/conformance_test.go:55:3: unknown field ValidUniqueListenerPorts in struct literal of type suite.Options
FAIL	github.com/envoyproxy/gateway/test/conformance [build failed]

wait v0.7.1 because of https://github.com/kubernetes-sigs/gateway-api/pull/2024


Use OpenAPI 3

[x] lakeFS use oapi-codegen and kin-openapi to support OpenAPI3
[ ] Update documentation moving from bravado to swagger codegen python code
[ ] Convert lakeFS-hook project to use the codegen python code

lakeFS OpenAPI 3 implemented at https://github.com/treeverse/lakeFS/pull/1667


test: increase ram and vcpu amount to avoid flaky issues

This PR tries to propose a workaround to avoid flaky issues such as https://github.com/virt-s1/rhel-edge/issues/4909

/test-rhel-9-2-simplified

/test-rhel-9-2-simplified

/test-rhel-9-2-simplified

/test-rhel-9-2-fdo-aio

/test-rhel-9-2-simplified


Support accepting multiple source files from client to allow for multiple dart files within a Dart-Pad

This PR allows incoming source file to (optionally) be json object containing a sources file set.
This seemed to be the simplest way to extend the functionality of the dart-services entry points to support having multiple files within a dart-pad project. (see @johnpryan 's https://github.com/dart-lang/dart-pad/issues/2149 and related issues)
No existing use/user should be affected by these changes.
The compiler entry points compile() and compileDDC(), and analysis entry points complete(), getFixes(), getAssists(), dartdoc(), analyze() have been modified to optionally accept a json encoded source filemap in the form of
{
  "files":{
     "filename1" : "sourcecode...",
     ...
     "filenameN": "sourcecode..."
   },
  "active_source_name": "filename1"
}

The files map also parallels how gists themselves are represented and stored, making preparing this json from the dart-pad side trivial.
Most (all?) of the modified entry points had already created a sources map with { kDartMain:src }  to operate on, so this modification simply allows this sources map to be passed in the files entry of the json.   The existing (forward thinking) internals of operating on the sources map allowed the overall changes to be fairly compact and simple. (as well as for example all the output of the analyze based methods already provided source filenames with each fix/info/error/etc).
The active_source_name parameter allows the methods which require context (ie. take the editor's offset file position within the source) to also have the context of the editor's current file (and the file for which the offset refers to).  Any need Location objects are then created with this active_source_name instead of being hard coded to kMainDart.
I have added a fairly complete testing of the new json parameter.  All existing tests are duplicated using json as the method of passing the source, in addition to testing a small variety of new multiple file json/dart-pad scenarios.  These test the compiler's ability to import/part/part of  between the files in the source file set.  I intend on extending these test sets as I complete the dart-pad UI portion of the multiple file support.  The vast majority of the new lines of code are within compiler_test.dart and analysis_server_test.dart.
There of course could be lots of other approaches to supporting multiple source file dart-pad's.. I just tried to implement this one in the least impactful way I could see.
Comments, recommendations, criticisms (and outright rejection) of this approach are of course welcome!
other little details:

The filenames within the files:{} map are sanitized for safety (no '..', filenames can contain 'package:'/'http:' etc.)
If no main.dart file is present (kMainDart within dart-services source) then the file with the main() method is chosen and renamed main.dart.  We would probably already handle ensuring a main.dart on the dart-pad side of things, but just in case..
I placed the guts of the json handling is within common.dart and the entry point is getSourcesAndActiveSourceName()
the formatting entry point was not modified to take a files set, as it did not seem to need to be. (If the ui wants to format all source files it can do them one at a time in turn)
All of the files in the source file set must implicitly now be on the 'allowed' list of imports, for this reason I strictly sanitize all the filenames to ensure they do not contain any 'package:'/'dart:'/'http:'/etc. syntax which could allow an unscrupulous actor to bypass the import restrictions.
I originally toyed with the idea of some 'magic' prefix on the json object, but decided to just identify it by looking for a json object that started with the files or active_source_name entries.  This allows the json string to be directly unpacked and used.  (The limitation of this approach being that the json object must start with the files or active_source_name entries)

Hey @srawlins, if you have time I'd love your eyes on this PR. Thanks!

I can look today or tomorrow.


Buttons don't work with default config

Hi buddy,
first, this card is awesome and exactly what I need! Now I'm trying to set this up but nothing will happen.
For simplicity, I only started with up/down, so my code looks like this:
type: custom:ccwgtv-remote-card
scale: 1.2
up:
domain: remote
service: send_command
service_data:
  entity_id: remote.chromecast
  command: DPAD_UP
down:
domain: remote
service: send_command
service_data:
  entity_id: remote.chromecast
  command: DPAD_DOWN

When I hit the save button and return to the code, the down section will be competely gone, and a null will be appended after up.
Anyway, the up-button doesn't work either, so I basically have nothing in the card that is working :-(
When I go to the dev tools, actions, and enter this code, the chromecast/remote will perform a DPAD_DOWN:
action: remote.send_command
data:
  num_repeats: 1
  delay_secs: 0.4
  hold_secs: 0
  command: DPAD_DOWN
target:
  entity_id: remote.chromecast

Any idea what is wrong here?

Hi. maybe could be related to code formatting/alignment?
type: custom:ccwgtv-remote-card
title: CCwGTV Remote
scale: 1.2
up:
  domain: remote
  service: send_command
  service_data:
    entity_id: remote.chromecast_gtv_4k
    command: DPAD_UP
down:
  domain: remote
  service: send_command
  service_data:
    entity_id: remote.chromecast_gtv_4k
    command: DPAD_DOWN

yikes!
Thanks, it works instantly. Maybe you could adjust the README.md? :-)

I did. Seems there was a problem with formatting as the code in the raw file was OK. Thanks


Add support for billing tags

Adds two new configuration values (BuildkiteBillingTagName and BuildkiteBillingTagValue) that can be used to apply a Cost Allocation Tag to instances created by the ASG.

I wonder if these need to be configurable, vs just adding the aws:createdBy with something to indicate elastic stack.
Ideally we'd like to keep parameters to a minimum, as they make it harder for people to understand what needs configuring.
If you wanted arbitrary tags, presumably you could just use the Additional Tags section when you are creating the cloudformation stack?

They need to be configurable because people may use a different tag other than aws:createdBy to manage cost centers. For example, my team uses X-Application.
As for the Additional Tags section, those are buildkite tags and we need very specific AWS tags to use in Cost Center.

@lox have you had an opportunity to think on this any more?

Yup, let's merge it in. Thanks for this and thanks for your patience, have been at AWS Summit.

Hmmmm. The build is failing with Your account is not allowed to create tag aws:createdBy

@lox where do I specify additional AWS tags?


Win OS only?

What a great idea! Kudos. I got all excited for a cross-platform automation library, but it fails to run on MacOSX depending on the functions used (failed to load {kernel32, user32,...}). Looking at the source it appears there are explicit windows dependencies unless I'm reading that incorrectly. Maybe update the README.md to let people know it's for windows only?

Yes, unfortunately for you it's Windows-only library. Thanks for opening this issue, I'll update readme right now.


Fix compute and graphics queue family index selection

I'm currently trying to get this working on an AMD GPU and the first thing that needs fixing is the queue family selection.
In this line the queue selection code checks if there is a queue family with a queue count of at least two that supports transfer, graphics or compute. On AMD GPUs (see this hardware report) this results in family index 1 being selected for graphics and compute, while that family only supports graphics.
Ideally you'd store separate family indices for graphics and compute to cope with the different queue families available for different GPUs.
While not perfect I recently added such code to my VulkanDevice class. It will find queue family indices for graphics and compute and if there is a family that supports compute but not graphics then it'll use it's index for the compute family (as that's most likely a dedicated compute queue with async capability). Not perfect, but sufficient for most cases.
Note that if you're running with different queue family indices for graphics and compute you'll have to set the srcQueueFamilyIndex and dstQueueFamilyIndex of your barriers accordingly.
I'm a bit short on time currently, and don't know when or if I could do a PR for this, but I hope my explanation helps.

Thanks! I am quite new to Github and did not notice the issue popping up. I'll look at this shortly.

Nice work Andreas,
I tried to run the demo but I'm getting the following errors right after the application starts.
[DS] Invalid Pipeline CreateInfo State: pDepthStencilState is NULL when rasterization is enabled and subpass uses a depth/stencil attachment. For more information refer to Vulkan Spec Section '9.2. Graphics Pipelines' which states 'If the rasterizerDiscardEnable member of pRasterizationState is VK_FALSE, and subpass uses a depth/stencil attachment, pDepthStencilState must be a pointer to a valid VkPipelineDepthStencilStateCreateInfo structure' (https://www.khronos.org/registry/vulkan/specs/1.0-extensions/xhtml/vkspec.html#VkPipelineCreateFlagBits) (2115)
WARNING [DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
WARNING [DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
WARNING [DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
[DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
WARNING [DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
WARNING [DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
ERROR [DS] Unable to allocate 1 descriptors of type VK_DESCRIPTOR_TYPE_UNIFORM_BUFFER from pool 0x8c. This pool only has 0 descriptors of this type remaining. For more information refer to Vulkan Spec Section '13.2.3. Allocation of Descriptor Sets' which states 'descriptorPool must have enough free descriptor capacity remaining to allocate the descriptor sets of the specified layouts' (https://www.khronos.org/registry/vulkan/specs/1.0-extensions/xhtml/vkspec.html#VkDescriptorSetAllocateInfo) (912)
WARNING [DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
WARNING [DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
WARNING [DS] In vkCmdBeginRenderPass() the VkRenderPassBeginInfo struct has a clearValueCount of 3 but only first 2 entries in pClearValues array are used. The highest index of any attachment in renderPass 0x10 that uses VK_ATTACHMENT_LOAD_OP_CLEAR is 1 - other pClearValues are ignored. (52)
ERROR [DS] Unable to allocate 1 descriptorSets from pool 0x8c. This pool only has 0 descriptorSets remaining. For more information refer to Vulkan Spec Section '13.2.3. Allocation of Descriptor Sets' which states 'descriptorSetCount must not be greater than the number of sets that are currently available for allocation in descriptorPool' (https://www.khronos.org/registry/vulkan/specs/1.0-extensions/xhtml/vkspec.html#VkDescriptorSetAllocateInfo) (911)
WARNING [ParameterValidation] vkAllocateDescriptorSets: returned VK_ERROR_OUT_OF_DEVICE_MEMORY, indicating that a device memory allocation has failed (9)
VK_RESULT [line 4076 in ..\qtvknbody\vulkanwindow.cpp] VK_ERROR_OUT_OF_DEVICE_MEMORY (vkAllocateDescriptorSets(vkbase.device(), &allocate_info, &descriptor_leapgfrog))
nbody.exe exited with code 255
The first frame is drawn though. It may be the case that my GPU does not have enough memory
I'm using a GTX 950
"devicename":"GTX 950","devicetype":"DISCRETE_GPU","driverversion":"3<IP_ADDRESS>"


Docker container and docker compose

Add docker conatainer and Docker compose files. Run api in docker container

Done


Update CLI extensions available doc

Update CLI extensions available doc.
Triggered by Azure/azure-cli-extensions - TRAVIS_BUILD_ID=599336556
https://github.com/Azure/azure-cli-extensions/commit/52a09038eeaa44e98209a088e65e529dd34af253

Docs Build status updates of commit 3509cb1:
:clock10: Full build: the average full build time is 6 min(s) 59 sec(s), this is based on the last 235 build(s) for this repository.

Docs Build status updates of commit 3509cb1:
:warning: Validation status: warnings

File
Status
Preview URL
Details

docs-ref-conceptual/authenticate-azure-cli.md
:warning:Warning
View (azure-cli-latest) View (azure-cli-2017-03-09-profile) View (azure-cli-2018-03-01-hybrid)
Details

docs-ref-conceptual/azure-cli-extensions-list.md
:white_check_mark:Succeeded
View (azure-cli-latest) View (azure-cli-2017-03-09-profile) View (azure-cli-2018-03-01-hybrid)

docs-ref-conceptual/authenticate-azure-cli.md

[Warning] Missing attribute: either ms.prod or ms.service is required. Use ms.prod for on-premise products, or ms.service for cloud services.
[Warning] Missing attribute: ms.prod. If you specify ms.technology, you must also specify ms.prod.
[Warning] Deprecated attribute: ms.component. Use ms.subservice instead.
[Warning] Missing attribute: either ms.prod or ms.service is required. Use ms.prod for on-premise products, or ms.service for cloud services.
[Warning] Missing attribute: ms.prod. If you specify ms.technology, you must also specify ms.prod.
[Warning] Deprecated attribute: ms.component. Use ms.subservice instead.

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Titlebar buttons on Windows 10 are malformed when menu bar is enabled

Firstly this is really great and I haven't seen much community contribution in it but it's gotten to the point where it's my daily driver theme.
On to the issue: When I enable the menubar, the titlebar buttons move higher up and are cut off.

I haven't looked through the code so I don't know what the cause/solution could be, but it'd be great if it was fixed since I prefer using the menubar.

This is now fixed for the latest release.
There were negative margins that aligned the buttons to the top (which were used to align the buttons to the top of the screen) , but they were never meant to be applied to the menubar title buttons.


fix(TDI-38430): Rename netsuite modules and artifacts

What is the current behavior? (You can also link to an open issue here)

Names of NetSuite modules and artifacts do not conform to conventions (do not have 'components-' prefix)

What is the new behavior?

Names of NetSuite modules and artifacts do conform to conventions (have 'components-' prefix)

Please check if the PR fulfills these requirements

[X] The commit message follows Talend standard
[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features) ?
[ ] The code coverage on new code >75%
[X] The new code does not introduce new technical issues (sonar / eslint)

What kind of change does this PR introduce?

[ ] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build / CI related changes
[X] Other... Please describe: Changes required to conform to module/artifact naming convention

Does this PR introduce a breaking change?

[ ] Yes
[X] No

If this PR contains a breaking change, please describe the impact and migration path for existing applications: ...
Other information:
JIRA issue: https://jira.talendforge.org/browse/TDI-38430

It would be great if you wait a build result before merge.


Project doesn't load

When I open the Localization solution, the project doesn't load and outputs this error:
'maui-samples-main\7.0\Fundamentals\Localization\LocalizationDemo\LocalizationDemo.csproj : error  : Duplicated folder item found in the project: "Platforms\Android\Resources\drawable-es\flag.png".'

I have the same issue on Visual Studio 2022.


bogus search results from cask

It seems when cask is not tapped, it trumps the real formula from homebrew/dupes with a bogus result.
iMac-TMP:~ joe$ brew install -dvs lsof
Error: No available formula with the name "lsof"
==> Searching for similarly named formulae...
Error: No similarly named formulae found.
==> Searching taps...
These formulae were found in taps:
Caskroom/cask/lsof                                 Caskroom/cask/enolsoft-chm-view
To install one of them, run (for example):
  brew install Caskroom/cask/lsof
iMac-TMP:~ joe$ brew cat Caskroom/cask/lsof
brew cat formula:
    Display the source to formula.

Error: Invalid usage: This command requires a formula argument
iMac-TMP:~ joe$  brew install Caskroom/cask/lsof
==> Tapping caskroom/cask
Cloning into '/usr/local/Library/Taps/caskroom/homebrew-cask'...
remote: Counting objects: 3732, done.
remote: Compressing objects: 100% (3676/3676), done.
remote: Total 3732 (delta 69), reused 712 (delta 36), pack-reused 0
Receiving objects: 100% (3732/3732), 6.49 MiB | 2.46 MiB/s, done.
Resolving deltas: 100% (69/69), done.
Checking connectivity... done.
Tapped 1 formula (3,699 files, 15.3M)
==> brew cask install Caskroom/cask/lsof
Warning: The default Caskroom location has moved to /usr/local/Caskroom.

Please migrate your Casks to the new location and delete /opt/homebrew-cask/Caskroom,
or if you would like to keep your Caskroom at /opt/homebrew-cask/Caskroom, add the
following to your HOMEBREW_CASK_OPTS:

  --caskroom=/opt/homebrew-cask/Caskroom

For more details on each of those options, see https://github.com/caskroom/homebrew-cask/issues/21913.
Error: No available Cask for Caskroom/cask/lsof
Error: nothing to install
iMac-TMP:~ joe$ brew install -dvs lsof
Error: No available formula with the name "lsof"
==> Searching for similarly named formulae...
Error: No similarly named formulae found.
==> Searching taps...
These formulae were found in taps:
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
To install one of them, run (for example):
  brew install homebrew/dupes/lsof

I don't see this:
mikebook # brew install lsof                                      [~/Documents]
Error: No available formula with the name "lsof"
==> Searching for similarly named formulae...
Error: No similarly named formulae found.
==> Searching taps...
These formulae were found in taps:
homebrew/dupes/lsof                      Caskroom/cask/enolsoft-chm-view

Is that with or without Cask tapped? As you can see above, I don't see it after tapping Cask either. But I do see it before tapping Cask.

@MikeMcQuaid It appears to be somewhat non-deterministic. Check this out:
iMac-TMP:~ joe$ /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
==> This script will install:
/usr/local/bin/brew
/usr/local/Library/...
/usr/local/share/doc/homebrew
/usr/local/share/man/man1/brew.1
/usr/local/share/zsh/site-functions/_brew
/usr/local/etc/bash_completion.d/brew

Press RETURN to continue or any other key to abort
==> /usr/bin/sudo /bin/mkdir /usr/local
==> /usr/bin/sudo /bin/chmod g+rwx /usr/local
==> /usr/bin/sudo /usr/sbin/chown joe:admin /usr/local
==> Downloading and installing Homebrew...
remote: Counting objects: 497, done.
remote: Compressing objects: 100% (441/441), done.
remote: Total 497 (delta 28), reused 336 (delta 27), pack-reused 0
Receiving objects: 100% (497/497), 777.10 KiB | 0 bytes/s, done.
Resolving deltas: 100% (28/28), done.
From https://github.com/Homebrew/brew
 * [new branch]      master     -> origin/master
HEAD is now at 310d706 linkage: update --test documentation
==> Tapping homebrew/core
Cloning into '/usr/local/Library/Taps/homebrew/homebrew-core'...
remote: Counting objects: 3712, done.
remote: Compressing objects: 100% (3596/3596), done.
remote: Total 3712 (delta 14), reused 2138 (delta 6), pack-reused 0
Receiving objects: 100% (3712/3712), 2.88 MiB | 3.54 MiB/s, done.
Resolving deltas: 100% (14/14), done.
Checking connectivity... done.
Tapped 3589 formulae (3,738 files, 8.9M)
==> Installation successful!
==> Next steps
Run `brew help` to get started
Further documentation: https://git.io/brew-docs
==> Homebrew has enabled anonymous aggregate user behaviour analytics
Read the analytics documentation (and how to opt-out) here:
  https://git.io/brew-analytics
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew tap caskroom/versions
==> Tapping caskroom/versions
Cloning into '/usr/local/Library/Taps/caskroom/homebrew-versions'...
remote: Counting objects: 285, done.
remote: Compressing objects: 100% (280/280), done.
remote: Total 285 (delta 65), reused 39 (delta 2), pack-reused 0
Receiving objects: 100% (285/285), 98.04 KiB | 0 bytes/s, done.
Resolving deltas: 100% (65/65), done.
Checking connectivity... done.
Tapped 0 formulae (300 files, 389.0K)
iMac-TMP:~ joe$ brew search lsof
Caskroom/versions/lsof                             Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew untap caskroom/versions
Untapping caskroom/versions... (300 files, 389.0K)
Untapped 0 formulae
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew tap caskroom/versions
==> Tapping caskroom/versions
Cloning into '/usr/local/Library/Taps/caskroom/homebrew-versions'...
remote: Counting objects: 285, done.
remote: Compressing objects: 100% (280/280), done.
remote: Total 285 (delta 65), reused 39 (delta 2), pack-reused 0
Receiving objects: 100% (285/285), 98.04 KiB | 0 bytes/s, done.
Resolving deltas: 100% (65/65), done.
Checking connectivity... done.
Tapped 0 formulae (300 files, 389.0K)
iMac-TMP:~ joe$ brew search lsof
Caskroom/cask/lsof                                 Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
Caskroom/versions/lsof                             Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$

This might be related to the fact that the search across multiple taps is happening in parallel (using Thread) but the search results are cached in a Hash (not a thread-safe data structure in Ruby). This is just a wild guess, to be honest. I haven't investigated this further …

I'm particularly enjoying the variation in the bogus results – Caskroom/cask/lsof and then Caskroom/versions/lsof.

@ilovezfs Still happening?

Yup. It can be difficult to trigger, but voilà:
iMac-TMP:~ joe$ brew tap caskroom/versions
==> Tapping caskroom/versions
Cloning into '/usr/local/Library/Taps/caskroom/homebrew-versions'...
remote: Counting objects: 293, done.
remote: Compressing objects: 100% (276/276), done.
remote: Total 293 (delta 75), reused 57 (delta 14), pack-reused 0
Receiving objects: 100% (293/293), 96.27 KiB | 0 bytes/s, done.
Resolving deltas: 100% (75/75), done.
Checking connectivity... done.
Tapped 0 formulae (308 files, 393.4K)
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
homebrew/dupes/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$ brew search lsof
homebrew/emacs/lsof                                Caskroom/cask/enolsoft-chm-view
iMac-TMP:~ joe$

homebrew/emacs/lsof is certainly creative.

This might be related to the fact that the search across multiple taps is happening in parallel (using Thread) but the search results are cached in a Hash (not a thread-safe data structure in Ruby). This is just a wild guess, to be honest. I haven't investigated this further …

At a guess: can you reproduce this with Ruby 2.0 and/or on >=OS X 10.10

that's a 10.11.5 skylake imac


compilation of the package on windows

carry out a few tests to ensure that we get the same results with the same seeds under Unix and Windows

seems good!


Request API Client Removed from Dashboard

Looks like Airthings has removed the ability to generate API keys from the dashboard. They have updated their documentation on generating oath here: https://developer.airthings.com/docs/api-authorization. Are there any free and open web api's that you can use to generate these?

It looks like they now support OAuth Code Flow grants in the Business API, but the Consumer API docs still show Client Credential grants (Client ID and Secret key) as the primary supported mechanism. I also still see the Integration API bits in the Dashboard. What do you see at https://dashboard.airthings.com/integrations/api-integration when logged in?

Interesting, seems to be a browser bug, after clearing the cache and reloading I was able to see the integration. Apologies. It is working fine, was able to configure a wave and view plus.


Calling prop fields in the template (like props.foo) doesn't work with withDefaults

This is issue originated from this vue/core discussion. Apparently it's not a vue/core error.
This is the error:

Reproducible:

<template>
	<select>
		<option v-for="item of props.list">

		</option>
	</select>
</template>

Temp solution: change props.list to list.

Hi, @pikax
This also seems to be a vue/core type issue
import { defineComponent, defineProps, withDefaults } from "vue";
export default <T>() => {
  const props = withDefaults(
    defineProps<{
      value?: T | null;
      list: T[];
    }>(),
    {
      value: null,
    }
  );
  const __VLS_internalComponent = defineComponent({
    setup() {
      return {
        props: props,
      };
    },
  });
  const instance: InstanceType<typeof __VLS_internalComponent> = null as any;

  // Property 'list' does not exist on type 'PropsWithDefaults<{ value?: T | null | undefined; list: T[]; }, { value: null; }, [T | null | undefined] extends [boolean | undefined] ? "value" : never> extends Ref<...> ? V : PropsWithDefaults<...> extends Ref<...> | undefined ? unknown extends V ? undefined : V | undefined : PropsWithDefaults<...>'.ts(2339)
  // @ts-expect-error
  instance.props.list;
};

@xiaoxiangmoe you're still changing the type of props by returning them on the setup, the clean $props are located _ctx.$props and I would recommend using them instead.

<template>
	<select>
		<option v-for="item of list">

		</option>
      {{ $props.list }}
    </select>
</template>

While testing this I've noticed Volar does not resolve the type correctly when using instance type, altho it works in the <template>?
eg:
import  MyComp from './MyComp.vue'

// this is errored
const el = ref<null | InstanceType<typeof MyComp>(null)

Hello, I have vue version 3.3.4 and upon using the generic type within the defineProps with defaults value managad with the new updates to make it work but when I come to build I encounter the below error with the defineEmits when I am emitting a generic type back
error TS5088: The inferred type of 'default' references a type with a cyclic structure which cannot be trivially serialized. A type annotation is necessary.
Tried

@xiaoxiangmoe @pikax Is there any progress on this?

@rodrigocfd I'm working on this now, but I'm not sure if I can fix it 😂

When I use generic components, I get this error, How can  I resolve it?
<template>

{{anyData.name}}
 // Property 'name' does not exist on type '[{ type: PropType<T>; required: true; }] extends [Prop<infer V, infer D>] ? unknown extends V ? IfAny<V, V, D> : V : { type: PropType<T>; required: true; }'.ts(2339)。

  <button @click="emit('taptap',anyData)"></button> // Argument of type '[{ type: PropType<T>; required: true; }] extends [Prop<infer V, infer D>] ? unknown extends V ? IfAny<V, V, D> : V : { type: PropType<T>; required: true; }' is not assignable to parameter of type 'T'.
</template>

however, when i use this component in other component, i can get actually types

I have the same issue. If you make the T into T[], it works fine, though. I am not clear why this would the case. Eg:
<template>

{{anyData[0].name}}

</template>

This is dup of https://github.com/vuejs/language-tools/issues/3405.

Typescript issue I guess? :(

I am trying to reproduce without using an SFC to establish where the issue is.
I would be surprised if this was in Vue core - the PR is here, and it looks like it should be just fine: https://github.com/vuejs/core/pull/7963/files

This works fine, I do not think it is in Vue core.
import { defineComponent, h, ref } from "vue";

export interface ListItem {
  id: string;
  title: string;
}

const Comp = defineComponent(
  // TODO: babel plugin to auto infer runtime props options from type
  // similar to defineProps<{...}>()
  <T extends ListItem>(props: { msg: T; list: T[] }) => {
    // use Composition API here like in


feat: support dup key conversion for prototext to kcl

1. Does this PR affect any open issues?(Y/N) and add issue references (e.g. "fix #123", "re #123".):

[ ] N
[x] Y

re #311
feat: support dup key conversion for prototext to kcl

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

17 of 27 (62.96%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.04%) to 63.143%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

pkg/tools/gen/genkcl_textproto.go
17
27
62.96%

Totals

Change from base Build<PHONE_NUMBER>:
-0.04%

Covered Lines:
3733

Relevant Lines:
5912

💛  - Coveralls


SNOW-898480: Upper version constraint for cloudpickle of <=2.0.0 is too restrictive for python 3.11-compatible environments

I'm working in a repository with the upgrade_constraint cloudpickle>=2.1 as a prerequisite for python 3.11 compatibility.
To use this library, if this constraint cannot be relaxed, I'll need to either fork it, but if this library ever plans to support python 3.11, it will need to relax this constraint anyway.

What version of Python are you using?
3.9.13

What operating system and processor architecture are you using?

macOS-13.5.1-arm64-arm-64bit

What are the component versions in the environment (pip freeze)?

...
cloudpickle==2.0.0
...
snowflake-connector-python==3.1.0
snowflake-snowpark-python==1.6.1
...

What did you do?
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.

What did you expect to see?
Expected to be able to pip install snowflake-snowpark-python[pandas]; install failed because of unresolvable constraints.

Running pip-compile:
Could not find a version that matches cloudpickle<=2.0.0,>=1.6.0,>=2.1 (from -c api/manage/upgrade_constraints.txt (line 72))
Tried: 0.1.0, 0.1.0, 0.1.1, 0.1.1, 0.2.1, 0.2.1, 0.2.2, 0.2.2, 0.3.0, 0.3.0, 0.3.1, 0.3.1, 0.4.0, 0.4.0, 0.4.1, 0.4.1, 0.4.2, 0.4.2, 0.4.3, 0.4.3, 0.4.4, 0.4.4, 0.5.0, 0.5.0, 0.5.1, 0.5.1, 0.5.2, 0.5.2, 0.5.3, 0.5.3, 0.5.4, 0.5.4, 0.5.5, 0.5.5, 0.5.6, 0.5.6, 0.6.0, 0.6.0, 0.6.1, 0.6.1, 0.7.0, 0.7.0, 0.8.0, 0.8.0, 0.8.1, 0.8.1, 1.0.0, 1.0.0, 1.1.1, 1.1.1, 1.2.0, 1.2.0, 1.2.1, 1.2.1, 1.2.2, 1.2.2, 1.3.0, 1.3.0, 1.4.0, 1.4.0, 1.4.1, 1.4.1, 1.5.0, 1.5.0, 1.6.0, 1.6.0, 2.0.0, 2.0.0, 2.1.0, 2.1.0, 2.2.0, 2.2.0, 2.2.1, 2.2.1
There are incompatible versions in the resolved dependencies:
  cloudpickle>=2.1 (from -c api/manage/upgrade_constraints.txt (line 72))
  cloudpickle<=2.0.0,>=1.6.0 (from snowflake-snowpark-python[pandas]==1.6.1->safety-apps (api/safety-apps/pyproject.toml))

@boyd-openai unfortunately this is not a simple dependency update due to how we release the client to users and to stored-procs/udfs. We are aware of this issue and are working on it to update the dependency to 2.2.1.

@sfc-gh-aalam - is there an issue tracking that to which I can subscribe?

The tracking is internal to snowflake but you can watch the status of this PR as a proxy to see when this is done.

Great, thank you! Happy to see you folks are already on this.


Feat: Implement the function in the liquidation_handler contract.

Description
Implement the execute_liquidation function in the LiquidationHandler contract.
File: src/exchange/liquidation_handler.cairo.
Function signature:
    /// Executes a position liquidation.
    /// # Arguments
    /// * `account` - The account of the position to liquidate.
    /// * `market` - The position's market.
    /// * `collateral_token` - The position's collateralToken.
    /// * `is_long` - Whether the position is long or short.
    /// * `oracle_params` - The oracle params to set prices before execution.
    fn execute_liquidation(
        ref self: TContractState,
        account: ContractAddress,
        market: ContractAddress,
        collateral_token: ContractAddress,
        is_long: bool,
        oracle_params: SetPricesParams
    );

Acceptance criteria

Function is implemented and well commented.
Associated unit tests (nominal and failure) are implemented and passing.

Resources

executeLiquidation function in GMX repo

hello, can i take this one ?

Letsgo !

following issue required for this issue:

BaseOrderHandler

following functions required but not in any issue :

executeLiquidation function in GMX repo


Add tada animation to next button on correct input

Add tada animation to next button on correct input
Add disabled state to next button as soon as
input is entered to faster detect change from
correct to incorrect state.

A simple "fix" to give more hints to the player as discussed in #15

Thanks @DanEEStar, this is a usability win. I'll merge it in.