text:
Ignored keyboard safe area on iPhone.

Describe the bug
Keyboard safe area ignored if activated.
Expected behavior
Bottom sheet consider keyboard height.
Target version

Environment: iOS
Version: 15.0

Additional context
On 'BottomSheetView' use '.ignoresSafeArea(.container, edges: .bottom)' for iPhone instead '.edgesIgnoringSafeArea(.bottom)'.

The problem is still here.
Target version
Environment: iOS
Version: 16.0
I have raised a PR #130, using .ignoresSafeArea(.container, edges: .bottom) to replace '.edgesIgnoringSafeArea(.bottom) for iOS version greater than 14.0.

authors: VadimQw chocoford

repo: lucaszischka/BottomSheet


text:
🛑 Matrix: element is down

In 4bfbd2c, Matrix: element (https://element.teapot.ovh) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Matrix: element is back up in 4b32f6c after 1 hour, 12 minutes.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 LDAP: honey STARTTLS is down

In af40116, LDAP: honey STARTTLS (ldap1.teapot.ovh) was down:

HTTP code: 0
Response time: 0 ms

Resolved: LDAP: honey STARTTLS is back up in 4e06ff3 after 1 hour, 52 minutes.


text:
Add demote_types function to minimize memory usage

Adds a demote_types function to minimize memory usage when performing EMA updates with mixed weight dtypes
Without this change, e.g., bfloat16 src weights may be promoted to float32 precision (with coerce_dtype=True), leading to potential OOMs

@amorehead lets try the lazy init strategy first

source: gharchive/pull-request

authors: amorehead lucidrains

repo: lucidrains/ema-pytorch


text:
Adding training scripts

Hi! Thanks for the code! My friend and I are making a training script using this dataset

Will make a pr if you want!

sure, thank you!

@isamu-isozaki highly recommend the huggingface accelerate library

@lucidrains Sounds good! Quite a fan of it already. We are mostly done with the script but will integrate accelerate and open a pr

:pray: :rocket:

Hi! Thanks for the code! My friend and I are making a training script using this dataset

Thank you very much for your contribution and look forward to your code!

Thanks for the code, I tried to add the training code but the result was not satisfactory.

@Time9Y yup my friend and I are having trouble getting good results too. It kinda works on 64x64 resolution but on 128 it just breaks.
I'll try checking the paper for their params

oh this is disappointing
could i have made an error?
they released a public official repository btw

@lucidrains Haha no most likely we screwed up a bit. And sounds good! Will check that out. I'll add our script as a pr in a bit. Just cleaning up since it's a bit messy but maybe we can get your opinion too!

@lucidrains This should be my problem, the code you provided is clean and efficient.

@isamu-isozaki I've seen the code you submitted and it's so cool. Hope I can use it soon!

@Time9Y Thank you! Will let you know when finished

@isamu-isozaki I've received the code, it's awesome! During training process, how many iterations did you get good results after.

@isamu-isozaki Amazing, I achieved great results in 50 iterations, thanks for your contribution! This code will help our research progress.

@Time9Y Oh awesome! Glad it helped. What parameters did you guys use out of curiosity?

@isamu-isozaki The parameters are basically similar to yours, while referring to this code. https://github.com/WuJunde/MedSegDiff
lr 1e-4 eopch 150 batch_size 4 UNet (1, 2, 3, 4) not use ddim

@Time9Y Thanks! My friend will appreciate that a lot

@isamu-isozaki Amazing, I achieved great results in 50 iterations, thanks for your contribution! This code will help our research progress.

great to hear! :pray:
@isamu-isozaki  thank you so much for taking the time to contribute the training script!

@lucidrains Np! I wanted to contribute later to your muse repo so this was a bit of a practice run. And also, @dsbuddy helped a lot.

@dsbuddy thank you Daniel :100:  !

authors: Time9Y isamu-isozaki lucidrains

repo: lucidrains/med-seg-diff-pytorch


text:
🛑 Nextcloud is down

In ac9c950, Nextcloud (https://nextcloud.kerl.io) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Nextcloud is back up in e233e1c.

repo: lucienkerl/status


text:
Toggle the last documentation item

When using a float window for viewing a devdocs page, it would be usefult having the ability to toggle it on and off.

DevdocsToggle command has been added for toggling floating windows.

repo: luckasRanarison/nvim-devdocs


text:
I can´t use commando help

I tried of many ways to give me the permission for the command help, I can use any other commands with the permission minecraft.command. ... but with minecraft.command.help it does´nt work, what could it be?

It's probably checking for a different permission.
Use the verbose command to diagnose further.
https://github.com/lucko/LuckPerms/wiki/Verbose

authors: lucko shiosakun

repo: lucko/LuckPerms


text:
#hgetall() calls both then() and catch() when key doesn't exists

redis.hgetall('does_not_exists_key')
  .then(photo => {
     console.error(photo);
  })
  .catch(err => {
    console.error(err);
  });

=> {}
=> Error

I tried on my computer, and only got a true. Could you please also log the value of err?

@luin Sorry, it's because I did assert.ok() inside then(). My fault.

authors: luin skuridin

repo: luin/ioredis

license: mit

license_source: bigquery


text:
Add luisito5's file

Add new filecreated a branch, created a file and made a commit, and opened a pull request

commentario


text:
⚠ TiendaEnLinea has degraded performance

In 25730ce, TiendaEnLinea (https://www.fahorro.com/) experienced degraded performance:

HTTP code: 200
Response time: 5927 ms

Resolved: TiendaEnLinea performance has improved in e1747b4.

repo: luitz/fda-uptime


text:
KeyError cloudflare

./dehydrated -c -d example.etc -t dns-01 -k 'hooks/cloudflare/hook.py'
# INFO: Using main config file /root/dehydrated/config
 + CloudFlare hook executing: *some key*
Traceback (most recent call last):
  File "hooks/cloudflare/hook.py", line 206, in <module>
    main(sys.argv[1:])
  File "hooks/cloudflare/hook.py", line 202, in main
    ops[argv[0]](argv[1:])
KeyError: '*some key*=='

sorry wrong script, issue for hook script

I was having this exact same error with le-godaddy-dns hook.
I've managed to make it work by using an old version of Dehydrated.
Here's my original post with the dev: josteink/le-godaddy-dns#15

@joeydc again: not a dehydrated issue, the hook script is broken. i replied to your ticket over on le-godaddy-dns to let the author know and dehydrated now tries to make it clear what's going on.

@lukas2511 Awesome, thank you Sir !

authors: joeydc kdulep lukas2511


text:
Periodic changes

In response to #182 .
Adds Writers (PdbWriter() for now) and TopologyGraph.get_periodic_cell().
Needs tests and splitting into their own PRs.

This is great, tyvm!
Feel free to bump me on this if I don't get back to you this week.

authors: andrewtarzia lukasturcani

repo: lukasturcani/stk


text:
Directional Scaling

Scaling should scale based on the direction the user is scaling. This will make the scaling feel more responsive on mobile.

Added in 3.2.4

Improved in 3.2.5.


text:
Example usage with typescript

Could you please provide example usage with typescript?

Ah, sorry, just found https://github.com/lukeed/rosetta/blob/master/rosetta.d.ts

repo: lukeed/rosetta


text:
Question: OK to return Promises from async functions?

Reading the proposed implementation it looks like this should work because async functions support promise chaining in their return values:
async function exampleAsync() {
  return helperAsync();
}
async function helperAsync() { ... }

Specifically note that there is no await keyword in front of the call to helperAsync(). This actually seems good because it avoids an extra traversal up and down the stack compared to return yield helperAsync(). Just want to make sure this is intentional.

That should work because you cannot have a Promises of a Promise. Promises gets unwrapped automatically.

That's great. Thank you for the clarification.

authors: arv ide

repo: lukehoban/ecmascript-asyncawait


text:
retroarch@1.9.6: hash check failed

~ λ scoop update retroarch
retroarch: 1.9.3 -> 1.9.6
Updating one outdated app:
Updating 'retroarch' (1.9.3 -> 1.9.6)
Downloading new version
RetroArch.7z (163,3 MB) [=====================================================================================] 100%
Checking hash of RetroArch.7z ... ERROR Hash check failed!
App:         extras/retroarch
URL:         https://buildbot.libretro.com/stable/1.9.6/windows/x86_64/RetroArch.7z
First bytes: 37 7A BC AF 27 1C 00 04
Expected:    4e1084e15af0ab120a8dce4c2dab9a3c46380fdc80b4cdbda8b4627c27417cb3
Actual:      7eb6fa44a7b18571cc89dfd0bd6d702870e8cbdaff40ce43181bca786164f56d
Please try again or create a new issue by using the following link and paste your console output:
https://github.com/lukesampson/scoop-extras/issues/new?title=retroarch%401.9.6%3A+hash+check+failed

3e0e4a17e3c0d62659e7abbf1e1e9bb401704865

repo: lukesampson/scoop-extras

license: Unlicense


text:
Add Banana Cake Pop - GraphQL IDE

Included the most recent version of Banana Cake Pop:
https://hotchocolate.io/docs/banana-cakepop

Move this into nonportable bucket


text:
APU DMC IRQ timing is not accurate

Affects games that utilize this for video effects: Fire Hawk, Mig 29 Soviet Fighter, and Time Lord
https://wiki.nesdev.com/w/index.php/APU_DMC#Usage_of_DMC_for_syncing_to_video
Currently, Time Lord or Fire Hawk can be used to test this. Time Lord must play for a few minutes for the effects to be noticeable. Graphical glitches occur at the split between the screen and the status bar.

Fixed by 404776e

repo: lukexor/tetanes


text:
Shared routes in bottom tab bar (VNester)

Hi,  I have a VNester which has top level routes wrapped inside a Scaffold with a BottomTabBar. The problem is following - I want to preview user profile route and his content from any tab bar item using current navigator stack, eg to reuse the same VWidget in every top level route.
Here is a quick example
VNester.builder(
          path: '/home',
          widgetBuilder: (context, state, child) => HomeScaffold(
            state: state,
            child: child,
          ),
          nestedRoutes: [
            VWidget.builder(
              path: 'topLevel1',
              builder: (context, state) => const TopLevel1(),
              // How to reuse stackedRoutes3 here without changing the topLevelRoute?
              stackedRoutes: stackedRoutes1,
            ),
            VWidget.builder(
              path: 'topLevel2',
              builder: (context, state) => const TopLevel2(),
              // How to reuse stackedRoutes3 here without changing the topLevelRoute?
              stackedRoutes: stackedRoutes2,
            ),
            VWidget.builder(
              path: 'topLevel3',
              builder: (context, state) => const TopLevel3(),
              stackedRoutes: stackedRoutes3,
            ),
          ],
        );

Context of this problem and why I would need that - imagine a social network where user can explore content, view content and view user profile.
The user should be able to view user profile and view list of content for that profile and view specific content from any point of the app, therefore route reusability.

I'm not 100% sure I understand your question so I will need to know:

Is what you want to create a (possibly) infinite route stack ? (Like [Home, Profile1, Profile2, Profile3, ...])
Or do you simple want to reuse a set of routes? For example: Profile should be accessible from Home or Chat so you want two (or more) stacks ([Home, Profile] and [Chat, Profile]) to share the Profile route.

This is important because the first option is impossible to achieve using VRouter while the second is pretty easy.

I think it's the second option. Basically I have a Profile route which has userId parameter. Inside the top level Scaffold I'm using userId as current to show current user profile. Inside other routes in the scaffold I want the same user route to be reused to show users but staying inside the same bottom tab bar element. So the nav stack will be following:
Bottom tab bar: ['/home/explore/', '/home/someOtherRoutes', '/home/user/current']
Then inside explore you can have ['/home/explore/user/someUserIdHere', '/home/explore/user/someUserIdHere/posts']
and the same you can have in the current user route ['/home/user/current', '/home/user/current/posts']
Sorry for the messy explanation, ask more details if you need.

If you have only relative path, wouldn't this work:
VNester.builder(
  path: '/home',
  widgetBuilder: (context, state, child) => HomeScaffold(
    state: state,
    child: child,
  ),
  nestedRoutes: [
    VWidget.builder(
      path: 'topLevel1',
      builder: (context, state) => const TopLevel1(),
      stackedRoutes: [
        ...stackedRoutes1,
        // Reuse stackedRoutes3 here without changing the topLevelRoute
        ...stackedRoutes3,
      ],
    ),
    VWidget.builder(
      path: 'topLevel2',
      builder: (context, state) => const TopLevel2(),
      stackedRoutes: [
        ...stackedRoutes2,
        // Reuse stackedRoutes3 here without changing the topLevelRoute
        ...stackedRoutes3,
      ],
    ),
    VWidget.builder(
      path: 'topLevel3',
      builder: (context, state) => const TopLevel3(),
      stackedRoutes: stackedRoutes3,
    ),
  ],
),

If not I guess I did not understand exactly what you want ^^

Yo, was thinking to do the same actually! thanks!

authors: lulupointu tapkain

repo: lulupointu/vrouter


text:
Pagefind plugin exited with error code 127

Version
1.15.1
Platform
MacOS on M1/ARM
What steps will reproduce the bug?

Init new Lume project with pagefind plugin
Run deno task lume

How often does it reproduce? Is there a required condition?
Every time
What is the expected behavior?
Build works
What do you see instead?
I see an error:
❯ deno task lume
Task lume echo "import 'lume/cli.ts'" | deno run --unstable -A -
Loading config file file:///Users/serega/code/dojo/deno/lume-init-test/_config.ts

Downloading https://github.com/CloudCannon/pagefind/releases/download/v0.10.6/pagefind-v0.10.6-aarch64-apple-darwin.tar.gz...

Error: Pagefind exited with code 127

47,85,115,101,114,115,47,115,101,114,101,103,97,47,99,111,100,101,47,100,111,106,111,47,100,101,110,111,47,108,117,109,101,45,105,110,105,116,45,116,101,115,116,47,95,98,105,110,47,112,97,103,101,102,105,110,100,58,32,108,105,110,101,32,49,58,32,51,48,58,32,99,111,109,109,97,110,100,32,110,111,116,32,102,111,117,110,100,10,47,85,115,101,114,115,47,115,101,114,101,103,97,47,99,111,100,101,47,100,111,106,111,47,100,101,110,111,47,108,117,109,101,45,105,110,105,116,45,116,101,115,116,47,95,98,105,110,47,112,97,103,101,102,105,110,100,58,32,108,105,110,101,32,50,58,32,50,50,58,32,99,111,109,109,97,110,100,32,110,111,116,32,102,111,117,110,100,10,47,85,115,101,114,115,47,115,101,114,101,103,97,47,99,111,100,101,47,100,111,106,111,47,100,101,110,111,47,108,117,109,101,45,105,110,105,116,45,116,101,115,116,47,95,98,105,110,47,112,97,103,101,102,105,110,100,58,32,108,105,110,101,32,51,58,32,50,50,58,32,99,111,109,109,97,110,100,32,110,111,116,32,102,111,117,110,100,10,47,85,115,101,114,115,47,115,101,114,101,103,97,47,99,111,100,101,47,100,111,106,111,47,100,101,110,111,47,108,117,109,101,45,105,110,105,116,45,116,101,115,116,47,95,98,105,110,47,112,97,103,101,102,105,110,100,58,32,108,105,110,101,32,52,58,32,50,56,58,32,99,111,109,109,97,110,100,32,110,111,116,32,102,111,117,110,100,10,47,85,115,101,114,115,47,115,101,114,101,103,97,47,99,111,100,101,47,100,111,106,111,47,100,101,110,111,47,108,117,109,101,45,105,110,105,116,45,116,101,115,116,47,95,98,105,110,47,112,97,103,101,102,105,110,100,58,32,108,105,110,101,32,53,58,32,51,50,58,32,99,111,109,109,97,110,100,32,110,111,116,32,102,111,117,110,100,10
    at (https://deno.land/x/lume@v1.15.1/plugins/pagefind.ts:185:15)
    at async Events.dispatchEvent (https://deno.land/x/lume@v1.15.1/core/events.ts:49:11)
    at async Site.build (https://deno.land/x/lume@v1.15.1/core/site.ts:527:5)
    at async build (https://deno.land/x/lume@v1.15.1/cli/build.ts:36:3)
    at async Command.execute (https://deno.land/x/cliffy@v0.25.7/command/command.ts:1794:7)
    at async Command.parseCommand (https://deno.land/x/cliffy@v0.25.7/command/command.ts:1639:14)
    at async (https://deno.land/x/lume@v1.15.1/cli.ts:158:3)

The byte array content above is:
/Users/serega/code/dojo/deno/lume-init-test/_bin/pagefind: line 1: 30: command not found
  '/Users/serega/code/dojo/deno/lume-init-test/_bin/pagefind: line 2: 22: command not found
  '/Users/serega/code/dojo/deno/lume-init-test/_bin/pagefind: line 3: 22: command not found
  '/Users/serega/code/dojo/deno/lume-init-test/_bin/pagefind: line 4: 28: command not found
  '/Users/serega/code/dojo/deno/lume-init-test/_bin/pagefind: line 5: 32: command not found

Additional information
Contents of the _bin/pagefind file:
30 mtime=1671398107.623792028
22 GNU.sparse.major=1
22 GNU.sparse.minor=0
28 GNU.sparse.name=pagefind
32 GNU.sparse.realsize=10945478

Someone report the same issue some days ago. We think it's a bug of the last version of pagefind in the Apple M1 processors.
Try again configuring the pagefind version to the previous version: v0.10.5.

Try again configuring the pagefind version to the previous version: v0.10.5.

Thanks @oscarotero. Setting the version to v0.10.5 worked indeed.

@oscarotero I think this is an issue on the Lume side — either in dbin and untar, from a skim? Though I'm not quite sure how it would be happening.
I'm seeing the same error as reported in this issue on my M1 machine. Running Pagefind through its npx wrapper is working fine for me, and downloading the release url specified in the Lume log (https://github.com/CloudCannon/pagefind/releases/download/v0.10.6/pagefind-v0.10.6-aarch64-apple-darwin.tar.gz) extracts fine, and the binary runs correctly.
My _bin/pagefind file created by Lume looks identical to the one referenced above:
30 mtime=1671398107.623792028
22 GNU.sparse.major=1
22 GNU.sparse.minor=0
28 GNU.sparse.name=pagefind
32 GNU.sparse.realsize=10945478

This looks like the tar headers of the file, in some way? I'm not super familiar with tar headers, but the mtime lines up with when that archive was created in the GitHub Action, and the realsize works out to the correct size of the decompressed Pagefind binary. So it looks like everything is downloading correctly, but the tar headers are being copied over instead of the tar contents.
I have no explanation for why a previous version of Pagefind is working, however.
Let me know if there's anything I can help debug using my machine

Okay, what I think is the case is that the Deno standard library archive functions don't support sparse tar files — and v0.10.6 happened to archive as sparse, as that can happen by default on the system tar used in macOS.
I don't know how common it is for tar libraries to handle sparse tars, so I don't know if it's worth opening any issue against Deno for this. It might be one to look further into, though, as any GitHub action building for macOS that uses the system tar may, at any point, create a sparse archive that fails in Deno/Lume. Whether it does so seems to depend on the underlying blocks of the filesystem, so it's a tossup whether or not it will happen.
In any case, I've updated Pagefind's release flow to force GNU tar instead of bsdtar on macOS, which defaults the other way on sparse files, so they will no longer be created. That means version v0.10.7 and onwards of Pagefind will be working again in Lume.

Many many thanks @bglw for your time digging into this issue and releasing a new patch for Deno/Lume.
I'm not familiarized with how tar files work, but I guess Deno standard library should be able to handle sparse of files. I'll post an issue to Deno.
Thanks again!

Thanks @bglw. I can confirm that 0.10.7 works .

authors: bglw oscarotero shishkin

repo: lumeland/lume


text:
Fix error comparison of fixnum with string

@camertron fyi

Awesome thanks!!

addresses https://github.com/lumoslabs/broadside/issues/12

repo: lumoslabs/broadside


text:
🛑 LunarDreams (Principale) is down

In 410fbea, LunarDreams (Principale) (https://lunardreams.fr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: LunarDreams (Principale) is back up in d9b11c1.

repo: lunar-d/StatusLunardreams


text:
Hotfix - Fix price saving

Closes #662

Amazing, thank you.

authors: alecritson ryanmitchell

repo: lunarphp/lunar


text:
Unauthorized to pull docker image

@freeqaz @breadchris When I run sudo docker run -p 3000:3000 -p 3001:3001 -it ghcr.io/lunasec-io/damn-vulnerable-js-sca I get:
Unable to find image 'ghcr.io/lunasec-io/damn-vulnerable-js-sca:latest' locally
docker: Error response from daemon: Head "https://ghcr.io/v2/lunasec-io/damn-vulnerable-js-sca/manifests/latest": unauthorized.

Is this docker image not public?

I'll get @breadchris

@D3vil0p3r you need to log into the docker registry with your credentials before you pull https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-container-registry unlike being able to just pull stuff publicly like you can from dockerhub

What a pity... I was scripting the pull of some containers like this in automated way :(

authors: D3vil0p3r breadchris factoidforrest

repo: lunasec-io/damn-vulnerable-js-sca


text:
bacardi pr <pull_request_number> doesn't work well on Windows.

I'm submitting a ...

[x] bug report
[ ] feature request
[ ] support request

General infomration
Prerequisites

[x] Are you running the latest version?

Description
To cherry-pick PR in Bacardi, we can use ./bacardi pr <pull_request_number> command.
It works well on Linux or Mac but it doesn't work well on Windows.
C:\bacardi>bacardi pr 195
C:\bacardi\\bootstrap\command\pr: [[: command not found
C:\bacardi\\bootstrap\command\pr: [[: command not found
Usage: bacardi pr <pull_request_number> [optional: branch_name]

Steps to Reproduce
Run bacardi pr 195 command on Windows
Expected behavior: [What you expect to happen]
The command should work well.
Actual behavior: [What actually happens]
C:\bacardi>bacardi pr 195
C:\bacardi\\bootstrap\command\pr: [[: command not found
C:\bacardi\\bootstrap\command\pr: [[: command not found
Usage: bacardi pr <pull_request_number> [optional: branch_name]

Context (Environment)
Operating System

[ ] Linux (x86/x64)
[ ] OSX (x86/x64)
[x] Windows (x86/x64)
[ ] Linux (ARM)

@nadongguri Can you follow-up this patch?
I think you can just replace [[ $# == 1 ]] with [ "$#" = "1" ].

repo: lunchclass/bacardi


text:
Added a reference to WebStoating.Markdig.Prism

Hello,
I have added a reference to Markdig extensions that renderers various programming languages source code using Prism.js.

Thanks!

authors: ilich xoofx

repo: lunet-io/markdig


text:
找不到requirement.txt  文件

找不到requirement.txt  文件

requirements.txt

authors: MelodyXXX benemorphy


text:
CI: Integrate custom script action with Zulip

Post #947
Likely should use the GitHub REST API and the repository_dispatch trigger. This would obviate the need to commit the script file to the branch, since it could be passed directly in the client_payload.
Example Zulip command:
!run
branch="my-branch"
script=
<```>
LURK_PERF=max-parallel-simple
LURK_RC=100,600,1000
cargo run --release bla bla bla
<```>
runner="gpu-bench"

While #947 has the advantage of only running from workflow_dispatch, which conceivably could be limited to members of the org/repo, this is essentially script injection into our CI runners from zulip. From a security standpoint, I'm not sure this is a good idea.

Closing for now due to above concerns

authors: huitseeker samuelburnham

repo: lurk-lab/lurk-rs


text:
Update maxim

I think most comments have been addressed. The "Simple Satellite" is gone now, indeed it was just unnecessary. Some minor code  improvements and helper plots added in the satellite notebook. Can we merge?

Nearly there.
I removed the # will be removed at next cleanup from Satellite -- let's adopt no merging of any left-over cruft into main. Main is a sacred branch.
The last thing is that lusee-py test passes, but readthedocs doesn't. Not even sure why this is triggered, but remove makethedocs from the list of required tests (but leave luseepy-test) so that I don't have to bypass protections.

authors: buddhasystem slosar

repo: lusee-night/luseepy


text:
Make register output configurable

Our minidump-processor APIs are inconsistent with registers:

programmatically, we restore general purpose registers for every frame
in human output, we also print general purpose registers for every frame
in json output, we only print the registers for the top frame of crashing_thread (and not even for the same copy of that thread in the thread list)

I think these all reasonable defaults (though the last one is purely a "what we did before, don't question it" thing. But json output shouldn't ever be strictly less powerful than --human output, so it should at least be possible to get full registers in json.
I think this should be handled by configuring what the programmatic interface produces, and the printing formats just faithfully reproducing that. This would be done by adding a new RestoreRegisters enum in ProcessorOptions. Note that generating the registers is a necessary side-effect of stackwalking, so this basically means erasing the output after stackwalking!
I propose the following options for RestoreRegisters:

None (never emit registers)
CrashingFrame (only emit registers for the top frame of the crashing thread) (--json's ~current behaviour)
CrashingThread (only emit registers for the crashing thread)
All (always emit registers) (--human's current behaviour)

RestoreRegisters::All should be the default.
This will change the output in four ways:

anyone programmatically invoking print_json will now get full registers (good?)
--cyborg output will have to pick one consistent RestoreRegisters mode (I propose RestoreRegisters::All) (good?)
--json output will now also include registers in the top-crashing-frame in the thread list (instead of just in the crashing_thread clone) (fine?)
every stack frame in json output will now include a registers field (which will usually be null in the default --json config) (kinda sucks, but meh)

steps:

add a #[non-exhaustive] enum to ProcessorOptions: https://github.com/luser/rust-minidump/blob/2dc7ecc384f8ed123387cace30157c5288b6b5f3/minidump-processor/src/processor.rs#L22-L25

check that value roughly at this point in the processor: https://github.com/luser/rust-minidump/blob/2dc7ecc384f8ed123387cace30157c5288b6b5f3/minidump-processor/src/processor.rs#L263

if you determine registers should be omitted, set frame.context.validity = MinidumpContextValidity::Some(HashSet::new()) (mark all registers as invalid)

change json_registers to detect an "empty" validity, and have it emit null (Option::None) in that case: https://github.com/luser/rust-minidump/blob/2dc7ecc384f8ed123387cace30157c5288b6b5f3/minidump-processor/src/process_state.rs#L317

use json_registers to unconditionally output a registers field in every thread (and remove the hack that adds it to the crashing_thread below?): https://github.com/luser/rust-minidump/blob/2dc7ecc384f8ed123387cace30157c5288b6b5f3/minidump-processor/src/process_state.rs#L774

add a --restore-regs=... flag to minidump-stackwalk, using the --verbose as a template: https://github.com/luser/rust-minidump/blob/2dc7ecc384f8ed123387cace30157c5288b6b5f3/minidump-stackwalk/src/main.rs#L80-L92

include an extra "default" option which reproduces the current inconsistent behaviour between --json and --human (--cyborg should use --human's setting)
document that "default" is allowed to become more verbose, but will never become less verbose (we won't suddenly stop emitting registers in places we were before)
see also extra-json for how we set ProcessorOptions

NB this interface design is also desirable for shipping #263

See also: https://bugzilla.mozilla.org/show_bug.cgi?id=1745993

I suppose cc @willkg since this is relevant to things you are thinking about right now

It is! I wrote up bug 1745993 covering my "omg! thar' be exciting developments and changes and features and enhancements in the stackwalker and it'll no longer be standing still like a beached ship filled with shrieking eels!" concerns.

authors: Gankra willkg

repo: luser/rust-minidump


text:
find_window_by_handle cannot convert nil to int

I'm getting this error after updating.
My lazy.nvim config:
{
    "luukvbaal/statuscol.nvim",
    init = function()
      vim.o.statuscolumn = "%@v:lua.ScSa@%s%T%@v:lua.ScLa@%=%{v:lua.ScLn()}%T%@v:lua.ScFa@ %{%v:lua.ScFc()%} %T"
    end,
    config = function()
      -- functions modified from statuscol.nvim
      --- Toggle a (conditional) DAP breakpoint.
      local function toggle_breakpoint(args)
        local status, persistent_breakpoints_api = pcall(require, "persistent-breakpoints.api")
        if not status then
          return
        end
        if args.mods:find "c" then
          persistent_breakpoints_api.set_conditional_breakpoint()
        else
          persistent_breakpoints_api.toggle_breakpoint()
        end
      end

      --- Handler for clicking the line number.
      local function lnum_click(args)
        if args.button == "l" then
          -- Toggle DAP (conditional) breakpoint on (Ctrl-)left click
          toggle_breakpoint(args)
        elseif args.button == "m" then
          c "norm! yy" -- Yank on middle click
        elseif args.button == "r" then
          if args.clicks == 2 then
            c "norm! dd" -- Cut on double right click
          else
            c "norm! p" -- Paste on right click
          end
        end
      end

      require("statuscol").setup {
        relculright = true,
        foldfunc = "builtin",
        separator = " ",
        Lnum = lnum_click,
        DapBreakpointRejected = toggle_breakpoint,
        DapBreakpoint = toggle_breakpoint,
        DapBreakpointCondition = toggle_breakpoint,
        -- when manually setting vim.o.statuscolumn, you shouldn't set below.
        -- setopt = true,
        -- order = "SNsFs", -- gitsigns, number, fold, separator
      }
    end,
  }

Thanks, should be fixed

The error is gone, but my line numbers are weird.

Do I have to change the statuscolumn option?

Oh yeah sorry, the ScLn() block should be reevaluated now (I changed this because the setopt version using the %! is evaluated). I hadn't considered setopt = false tbh but I think I'll keep it like that. You would need this now:
vim.o.statuscolumn = "%@v:lua.ScSa@%s%T%@v:lua.ScLa@%{%v:lua.ScLn()%}%T%@v:lua.ScFa@ %{%v:lua.ScFc()%} %T"

Works perfectly now. Thanks for your help!

authors: kiyoon luukvbaal


text:
Covariance of spatial detections

Hi there,
I am currently using multiple OAK-d cameras on a mobile robot for pedestrian detection. I have used the Spatial Tiny-yolo example as a template and then publish detections on a ros topic using rosbridge.
The tracking package I am using requires geometry_msgs/PoseWithCovariance messages as an input. Is there a way to calculate the covariance of an OAK-d spatial detection?
Cheers,

I don't think we have it. Let me cross check it and get back to you.

Has there been an update on this? I am using the internal Object Tracker and I would also be interested in obtaining the covariance of the Tracklets. Stating the documentation the tracker uses Kalman Filters, therefore this information should already be there

Hello,
This comes from an internal fw from Mx where it doesn't come with an option to enable the covariance of the tracklets.

authors: hwgat ninoweg saching13

repo: luxonis/depthai-ros


text:
Data Module Cleanup

Code styling for data module
Ability to create and init LDF with dataset_name only
Remove unnecessary requirements
Remove deprecated files

Also added export to JSON method

Support for JSON loader has also been added

repo: luxonis/luxonis-ml


text:
🛑 Scribe Staging is down

In cfb248b, Scribe Staging (https://app.staging.scribeme.io) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Scribe Staging is back up in c1d50aa.

repo: luxtagofficial/upptime


text:
After fust install, try to use insert mode, got exeption:

Обнаружена ошибка при обработке InsertEnter Автокоманды для "*":
E5108: Error executing lua ...pack/packer/start/cmp-nvim-lsp/lua/cmp_nvim_lsp/init.lua:48: module 'cmp' not found:
no field package.preload['cmp']
no file './cmp.lua'
no file '/usr/share/luajit-2.1.0-beta3/cmp.lua'
no file '/usr/local/share/lua/5.1/cmp.lua'
no file '/usr/local/share/lua/5.1/cmp/init.lua'
no file '/usr/share/lua/5.1/cmp.lua'
no file '/usr/share/lua/5.1/cmp/init.lua'
no file './cmp.so'
no file '/usr/local/lib/lua/5.1/cmp.so'
no file '/usr/lib/x86_64-linux-gnu/lua/5.1/cmp.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
stack traceback:
[C]: in function 'require'
...pack/packer/start/cmp-nvim-lsp/lua/cmp_nvim_lsp/init.lua:48: in function '_on_insert_enter'
[string ":lua"]:1: in main chunk

Try :PackerSync

authors: lvim-tech palandovalex

repo: lvim-tech/lvim


text:
accelerate integration

What does this PR do?
This PR integrates trl with accelerate to make it compatible with the tools provided by the library to be able to train models using PPOTrainer. This would enable users to train their models in mixed precision, using Data Parallelism etc in a very simple manner.
Users should design their own training script and run them using accelerate launch xxx.py based on the example scripts provided in examples/scripits.
This PR also integrates Data Parallelism paradigm, enabling users to benefit from multi-GPU training if they want to speedup training.
TODOs

[x] add example script
[x] Improve API
[x] document code
[x] document example (check accelerate examples)
[x] Input safety checkers (very important)

DeepSpeed tests (check where it works)

[ ] zero-0
[x] zero-1
[x] zero-2
[ ] zero-3

wandb run after the latest commit: https://wandb.ai/distill-bloom/trl/runs/1mps4h09?workspace=user-younesbelkada

Wandb log of the final run: https://wandb.ai/distill-bloom/trl/runs/dcd2gqn1?workspace=user-younesbelkada

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.

authors: HuggingFaceDocBuilderDev younesbelkada

repo: lvwerra/trl


text:
FEATURE: make ipv6 optional

If possibile, would be great make the ipv6 support optional with something like --enable-ipv6 --disable-ipv6 at configure time

If you don't want IPv6, just don't set an IPv6 address on your bridge. Why would we need a global configure flag for this?

I came from gentoo, where is my habit to always configure as minimal as possible.
The lxd installation on gentoo forced me to enable ipv6 where not needed for other things:
RDEPEND="
        daemon? (
                app-arch/xz-utils
                >=app-emulation/lxc-2.0.7[seccomp]
                net-dns/dnsmasq[dhcp,ipv6]
                net-misc/rsync[xattr]
                sys-apps/iproute2[ipv6]
                sys-fs/squashfs-tools
                virtual/acl
        )
"

To avoid complain I had to enable ipv6 in the kernel, which was previously disabled.
Also, usually, all software that has ipv6 support has always a ipv6 configure option to enable/disable
So making it optional would say to continue to avoid to pull what I won't use.

And the absence of ipv6 related things would make "lxd init" to fail as described in #3686

Hmm, so a system that's missing IPv6 should be fine so long as you use "none" for ipv6.address. Looks like that's not quite the case right now, I'll send a fix for that.
Go doesn't really have the concept of configure flags that autotools does, it only does build tags which are a massive pain to make code conditional on, so the right fix here is just to make LXD not blow up when ip6tables is missing.

Go doesn't really have the concept of configure flags that autotools does, it only does build tags which are a massive pain to make code conditional on, so the right fix here is just to make LXD not blow up when ip6tables is missing.

I don't remember if I suggested this on another place, but since what you said, how sounds make lxc-checkconfig to check only what related to ipv4 with something like: lxc-checkconfig --without-ipv6

authors: asarubbo stgraber

repo: lxc/lxd