Poor webpack own typings detalization

Bug report

What is the current behavior?
Loader from webpack/declarations/WebpackOptions
export interface Loader {
	[k: string]: any;
}

Loader from @types/webpack
interface Loader extends Function {
            (this: LoaderContext, source: string | Buffer, sourceMap?: RawSourceMap): string | Buffer | void | undefined;

            /**
             * The order of chained loaders are always called from right to left.
             * But, in some cases, loaders do not care about the results of the previous loader or the resource.
             * They only care for metadata. The pitch method on the loaders is called from left to right before the loaders are called (from right to left).
             * If a loader delivers a result in the pitch method the process turns around and skips the remaining loaders,
             * continuing with the calls to the more left loaders. data can be passed between pitch and normal call.
             */
            pitch?(remainingRequest: string, precedingRequest: string, data: any): any;

            /**
             * By default, the resource file is treated as utf-8 string and passed as String to the loader.
             * By setting raw to true the loader is passed the raw Buffer.
             * Every loader is allowed to deliver its result as String or as Buffer.
             * The compiler converts them between loaders.
             */
            raw?: boolean;
        }

Quite big difference)
As I understand, own types are not so detailed, as in @types/webpack But It will be nice to have the same typings with the same detalization.

Other relevant information:
webpack version: beta 15
Node.js version: 10.xxx
Operating System: windows

There is a temp solutions, who want use webpack beta 15 and rich typings:
tsconfig.json
"compilerOptions": {
    "paths": {
      "webpack"<EMAIL_ADDRESS>    },
}

@artem-malko Something else?

Emm, why have you marked my last message as spam? It is not possible to use webpack in typescript env in my scenario. This is a simple temp decision(

@artem-malko My mistake, I think it is other thread :smile:

@evilebottnawi ok)

Something else?

What is all in my scenario)

Thanks Artem for the work around to use the rich types!
I think the fact that we need to change our typings would be good to add to the migration guide.
For example, for exporting the config producing function which takes env and argv, I found CliConfigOptions was missing and I replaced it with WebpackOptionsNormalized but I have no idea if that is correct since I just guessed based on the fact that it contained mode. I found no equivalent for env.

Let's close in favor https://github.com/webpack/webpack/issues/11630, we need some more types for loader(s)


** NEW REPO ** Forked to react-native-cookie-store

Hello! I worked on a proposal to move react-native-cookies to react-native-community.
It has been stalled as they are figuring out criteria for the community to ingest more modules.
I have forked the repo here: https://github.com/safaiyeh/react-native-cookie-store
We can create issues and PRs there to continue the development of the project.

https://github.com/joeferraro/react-native-cookies/issues/163


Collect stats with ObservRTC

Deploy with edumeet an ObserRTC

https://github.com/ObserveRTC/observer-js
https://github.com/ObserveRTC/observer

Another solution could be: https://github.com/fippo/rtcstats

https://observertc.org/docs/

browser and metrics implementations: https://webrtc-stats.callstats.io/

The GET request to https://webrtc-stats.callstats.io/stats/scenario/list fails after a timeout with 502 status.


fsSize() will possibly filter out non-temp mounts

Describe the bug
In the commit https://github.com/sebhildebrandt/systeminformation/commit/f3b8a4ad367cf2b91c3481481e88987d100d4430 you have added all mount types that start with fuse. to the temp mount list, which removes them from the output AFAIK.
One of the therefore blocked types is mergerfs, which is a mount that combines multiple other mounts. I know that some users of my software depend on this mount being present in their fsSize() result.
Is there any specific reason for a block of all types that start with fuse.?

@MauriceNino ... I had another issue with fsSize()where I had to remove one more file type from the df list ... I added here two possible strings where the second one is now responsible for this issue. I removed it now while still leaving the other in place. This should fix this issue and preserve my intension for the other one. Version 5.11.24 just released.

Thank you for the quick fix!


Improvements to Security imports

no issue
I was doing some work on bcrypt and noticed that it now supports returning Promises, so we no longer need to use bluebird to promisify the methods 🎉
Also took a minute to clean up string to not need lodash.
Open questions:

Is there anything preventing identifier from using crypto.ramdomBytes? If not, I can do that too 😄
See comment

Reopened on the monorepo: https://github.com/TryGhost/Ghost/pull/15126/files


Error building candle-kernels

Hi,
Exciting project!
I'm having some issues building the candle-kernels on windows 10 with cuda 11.7. when trying to run the examples. Any thoughts?
   Compiling candle-kernels v0.1.0 (D:\candle\candle-kernels)
error: failed to run custom build command for `candle-kernels v0.1.0 (D:\candle\candle-kernels)`
note: To improve backtraces for build dependencies, set the CARGO_PROFILE_DEV_BUILD_OVERRIDE_DEBUG=true environment variable to enable debug information generation.

Caused by:
  process didn't exit successfully: `D:\candle\target\debug\build\candle-kernels-68d6aa5feaf84d2d\build-script-build` (exit code: 101)
  --- stdout
  cargo:rerun-if-changed=build.rs
  cargo:rustc-env=CUDA_INCLUDE_DIR=C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v11.7\include
  cargo:rerun-if-changed=src/
  cargo:rerun-if-env-changed=CUDA_COMPUTE_CAP
  cargo:rustc-env=CUDA_COMPUTE_CAP=sm_86
  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__nv_bfloat16]"
  (54): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__nv_bfloat16]"
  (54): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__half]"
  (68): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__half]"
  (68): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=float]"
  (92): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=float]"
  (92): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=double]"
  (93): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=double]"
  (93): here

  8 errors detected in the compilation of "src/unary.cu".
  unary.cu

  --- stderr
  thread 'main' panicked at 'nvcc error while compiling "src\\unary.cu":

  # stdout

  ', candle-kernels\build.rs:207:13
  stack backtrace:
     0: std::panicking::begin_panic_handler
               at /rustc/a2b1646c597329d0a25efa3889b66650f65de1de/library\std\src\panicking.rs:578
     1: core::panicking::panic_fmt
               at /rustc/a2b1646c597329d0a25efa3889b66650f65de1de/library\core\src\panicking.rs:67
     2: build_script_build::cuda::build_ptx
     3: <[T] as core::fmt::Debug>::fmt
     4: core::ops::function::FnOnce::call_once
  note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
PS D:\candle> cargo run --example whisper -- --input samples_jfk.wav
   Compiling candle-kernels v0.1.0 (D:\candle\candle-kernels)
error: failed to run custom build command for `candle-kernels v0.1.0 (D:\candle\candle-kernels)`
note: To improve backtraces for build dependencies, set the CARGO_PROFILE_DEV_BUILD_OVERRIDE_DEBUG=true environment variable to enable debug information generation.

Caused by:
  process didn't exit successfully: `D:\candle\target\debug\build\candle-kernels-68d6aa5feaf84d2d\build-script-build` (exit code: 101)
  --- stdout
  cargo:rerun-if-changed=build.rs
  cargo:rustc-env=CUDA_INCLUDE_DIR=C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v11.7\include
  cargo:rerun-if-changed=src/
  cargo:rerun-if-env-changed=CUDA_COMPUTE_CAP
  cargo:rustc-env=CUDA_COMPUTE_CAP=sm_86
  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__nv_bfloat16]"
  (54): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__nv_bfloat16]"
  (54): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__half]"
  (68): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__half]"
  (68): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=float]"
  (92): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=float]"
  (92): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=double]"
  (93): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=double]"
  (93): here

  8 errors detected in the compilation of "src/unary.cu".
  unary.cu

  --- stderr
  thread 'main' panicked at 'nvcc error while compiling "src\\unary.cu":

  # stdout

  stack backtrace:
     0: std::panicking::begin_panic_handler
               at /rustc/a2b1646c597329d0a25efa3889b66650f65de1de/library\std\src\panicking.rs:578
     1: core::panicking::panic_fmt
               at /rustc/a2b1646c597329d0a25efa3889b66650f65de1de/library\core\src\panicking.rs:67
     2: build_script_build::cuda::build_ptx
     3: <[T] as core::fmt::Debug>::fmt
     4: core::ops::function::FnOnce::call_once
  note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
PS D:\candle> $env:CARGO_PROFILE_DEV_BUILD_OVERRIDE_DEBUG=true
PS D:\candle> cargo run --example whisper -- --input samples_jfk.wav
   Compiling candle-kernels v0.1.0 (D:\candle\candle-kernels)
error: failed to run custom build command for `candle-kernels v0.1.0 (D:\candle\candle-kernels)`
note: To improve backtraces for build dependencies, set the CARGO_PROFILE_DEV_BUILD_OVERRIDE_DEBUG=true environment variable to enable debug information generation.

Caused by:
  process didn't exit successfully: `D:\candle\target\debug\build\candle-kernels-68d6aa5feaf84d2d\build-script-build` (exit code: 101)
  --- stdout
  cargo:rerun-if-changed=build.rs
  cargo:rustc-env=CUDA_INCLUDE_DIR=C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v11.7\include
  cargo:rerun-if-changed=src/
  cargo:rerun-if-env-changed=CUDA_COMPUTE_CAP
  cargo:rustc-env=CUDA_COMPUTE_CAP=sm_86
  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__nv_bfloat16]"
  (54): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__nv_bfloat16]"
  (54): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__half]"
  (68): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=__half]"
  (68): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=float]"
  (92): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=float]"
  (92): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_2_SQRTPI" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=double]"
  (93): here

  D:\candle\candle-kernels\src\unary.cu(34): error: identifier "M_SQRT1_2" is undefined
            detected during instantiation of "T gelu_fwd(T) [with T=double]"
  (93): here

  8 errors detected in the compilation of "src/unary.cu".
  unary.cu

  --- stderr
  thread 'main' panicked at 'nvcc error while compiling "src\\unary.cu":

  # stdout

  # stderr
  ', candle-kernels\build.rs:207:13
  stack backtrace:
     0: std::panicking::begin_panic_handler
               at /rustc/a2b1646c597329d0a25efa3889b66650f65de1de/library\std\src\panicking.rs:578
     1: core::panicking::panic_fmt
               at /rustc/a2b1646c597329d0a25efa3889b66650f65de1de/library\core\src\panicking.rs:67
     2: build_script_build::cuda::build_ptx
     3: <[T] as core::fmt::Debug>::fmt
     4: core::ops::function::FnOnce::call_once
  note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

Hello, thanks for giving this a try and for opening the first issue :)
My guess is that this is caused by some missing headers/variables (stackoverflow thread) so I pushed #99 which should hopefully fix this. Let us know if that's not the case and we can give a try at compiling with -D_USE_MATH_DEFINES.
Also just to manage expectations, we're iterating pretty quickly on this crate at the moment so please do expect things to break and to be more of a proof of concept than anything else, e.g. the current cuda kernels are very naive, lots of ops are unsupported etc, though you can already run text inference with llama or falcon at the moment.

Thanks for the informative response and promt fix! I will test when im back from travelling.
It looks promising, have been trying dfdx, tch.rs and looking forward  to following the progress here. Great example usecases.

It works, great stuff!
I'll poke around a bit more and let you know if anything else comes up.
Due to the enormous interest in quantizised llamas, have you looked at making q4 models run, a'la exllama? Im sure that would a lot of attention for the repo.

Q4 is not our top priority right now.
We're focusing on getting decent performance on CPU for f32/f16 before going the Q4 way.
And unlocking basically https://github.com/huggingface/text-generation-inference level of speeds for generative


feat(Styleguide): DecoratedStories Props and better Typography Docs

Notes

Defaults to using the first found component in the decoratedStories args for the story component (or [0] if nothing.
Splits Typography docs into Heading and Text respectively so stories docs can display their props.
Moves GridForm to organism nesting and removes unused (?) stylesheet.

🚀 Styleguide deploy preview ready!https://5e9f5f0215fc06017f2dece8--codecademy-styleguide.netlify.appDeploy Logs

🚀 Styleguide deploy preview ready!https://5e9f61e7c0020c955136dfae--codecademy-styleguide.netlify.appDeploy Logs

🚀 Styleguide deploy preview ready!https://5e9f64eeb9a2fbe887a2a284--codecademy-styleguide.netlify.appDeploy Logs


Vimeo issue just came up

Checklist

[ x] I'm reporting a broken site support
[x ] I've verified that I'm running youtube-dl version 2021.12.17
[x ] I've checked that all provided URLs are alive and playable in a browser
[x ] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[x ] I've searched the bugtracker for similar issues including closed ones

Verbose log

E:\>youtube-dl -v https://vimeo.com/586971565
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-v', 'https://vimeo.com/586971565']
[debug] Encodings: locale cp1252, fs mbcs, out cp437, pref cp1252
[debug] youtube-dl version 2021.12.17
[debug] Python version 3.4.4 (CPython) - Windows-10-10.0.19041
[debug] exe versions: ffmpeg N-110642-g6b2ae90411-20230516, ffprobe N-110642-g6b2ae90411-20230516
[debug] Proxy map: {}
[vimeo] 586971565: Downloading webpage
[vimeo] 586971565: Downloading JSON metadata
[vimeo] 586971565: Downloading JSON metadata
WARNING: Unable to download JSON metadata: HTTP Error 403: Forbidden
[vimeo] 586971565: Downloading fastly_skyfire m3u8 information
[vimeo] 586971565: Downloading fastly_skyfire m3u8 information
[vimeo] 586971565: Downloading google_mediacdn m3u8 information
[vimeo] 586971565: Downloading google_mediacdn m3u8 information
[vimeo] 586971565: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 586971565: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 586971565: Downloading fastly_skyfire MPD information
[vimeo] 586971565: Downloading fastly_skyfire MPD information
[vimeo] 586971565: Downloading google_mediacdn MPD information
[vimeo] 586971565: Downloading google_mediacdn MPD information
[vimeo] 586971565: Downloading akfire_interconnect_quic MPD information
[vimeo] 586971565: Downloading akfire_interconnect_quic MPD information
[debug] Default format spec: bestvideo+bestaudio/best
[debug] Invoking downloader on 'https://cme-media.vimeocdn.com/eea445ec-eebb-48ba-a945-c1f3287d11bd/edge-cache-token=Expires=1688672880&KeyName=media-cdn-key&Signature=6irZ10PgVfAfXE-ZosocEHFgchLnw5otkM__BiAMphnUW5N5HoNnn-m__XkG3lGw-thrftF8WJkd9FHizrnRBg==/sep/video/b04295a1/playlist.m3u8?query_string_ranges=1'
[hlsnative] Downloading m3u8 manifest
[hlsnative] Total fragments: 33
[download] Destination: Some Very, Very Upsetting News-586971565.fhls-google_mediacdn_sep-5231.mp4
[download] 100% of 119.08MiB in 02:55
[debug] Invoking downloader on 'https://cme-media.vimeocdn.com/eea445ec-eebb-48ba-a945-c1f3287d11bd/edge-cache-token=Expires=1688672880&KeyName=media-cdn-key&Signature=6irZ10PgVfAfXE-ZosocEHFgchLnw5otkM__BiAMphnUW5N5HoNnn-m__XkG3lGw-thrftF8WJkd9FHizrnRBg==/sep/video/60fcb609,9a1f3a09,b04295a1,bb524c30,fd64f4c1/audio/19686aa0,cfe74040/master.mpd?base64_init=1&query_string_ranges=1'
[dashsegments] Total fragments: 34
[download] Destination: Some Very, Very Upsetting News-586971565.fdash-google_mediacdn_sep-audio-9a1f3a09.m4a
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 1 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 2 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 3 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 4 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 5 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 6 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 7 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 8 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 9 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 10 of 10)...
ERROR: giving up after 10 fragment retries
  File "__main__.py", line 19, in <module>
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\__init__.py", line 475, in main
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\__init__.py", line 465, in _real_main
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 2069, in download
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 808, in extract_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 815, in wrapper
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 847, in __extract_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 881, in process_ie_result
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1692, in process_video_result
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1970, in process_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1915, in dl
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\common.py", line 366, in download
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\dash.py", line 75, in real_download
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\common.py", line 165, in report_error
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 628, in report_error
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 590, in trouble

Description

I'm volunteering for a Feldenkrais Practitioner Training Program. I've been using youtube-dl to download all of the videos that they have stored on Vimeo, so that they can close the account. There are over 1000 videos. (Youtube-dl is a Godsend!) I'm halfway done (it's been 6 weeks!), and just for the past two days an error keeps coming up that has stopped the work. It seems that the video component gets downloaded OK, and then Vimeo forbids downloading the audio. I have not encountered this until now, and I have not changed the way I am using youtube-dl, so I am assuming that it is something that changed on Vimeo's end. Is there a work-around?
The videos I am downloading for this project are password protected, so in the example pasted above, I used a random vimeo video. The results were the same

This is what the master code shows:
$ python3 -m youtube_dl -v -F 'https://vimeo.com/586971565'
[debug] System config: ['--prefer-ffmpeg']
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-v', '-F', 'https://vimeo.com/586971565']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2021.12.17
[debug] Git HEAD: 9cabbedbd
[debug] Python 3.5.2 (CPython i686 32bit) - Linux-4.4.0-210-generic-i686-with-Ubuntu-16.04-xenial - OpenSSL 1.0.2n  7 Dec 2017 - glibc 2.9
[debug] exe versions: avconv 4.3, avprobe 4.3, ffmpeg 4.3, ffprobe 4.3
[debug] Proxy map: {}
[vimeo] 586971565: Downloading webpage
[vimeo] 586971565: Downloading JSON metadata
[vimeo] 586971565: Downloading JSON metadata
WARNING: Unable to download JSON metadata: HTTP Error 403: Forbidden
[vimeo] 586971565: Downloading fastly_skyfire m3u8 information
[vimeo] 586971565: Downloading fastly_skyfire m3u8 information
[vimeo] 586971565: Downloading google_mediacdn m3u8 information
[vimeo] 586971565: Downloading google_mediacdn m3u8 information
[vimeo] 586971565: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 586971565: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 586971565: Downloading fastly_skyfire MPD information
[vimeo] 586971565: Downloading fastly_skyfire MPD information
[vimeo] 586971565: Downloading google_mediacdn MPD information
[vimeo] 586971565: Downloading google_mediacdn MPD information
[vimeo] 586971565: Downloading akfire_interconnect_quic MPD information
[vimeo] 586971565: Downloading akfire_interconnect_quic MPD information
[info] Available formats for 586971565:
format code                                          extension  resolution note
hls-akfire_interconnect_quic_sep-audio-high-audio    mp4        audio only
hls-akfire_interconnect_quic_sep-audio-medium-audio  mp4        audio only
hls-fastly_skyfire_sep-audio-high-audio              mp4        audio only
hls-fastly_skyfire_sep-audio-medium-audio            mp4        audio only
hls-google_mediacdn_sep-audio-high-audio             mp4        audio only
hls-google_mediacdn_sep-audio-medium-audio           mp4        audio only
dash-akfire_interconnect_quic_sep-audio-cfe74040     m4a        audio only DASH audio   67k , m4a_dash container, opus  (48000Hz)
dash-fastly_skyfire_sep-audio-cfe74040               m4a        audio only DASH audio   67k , m4a_dash container, opus  (48000Hz)
dash-google_mediacdn_sep-audio-cfe74040              m4a        audio only DASH audio   67k , m4a_dash container, opus  (48000Hz)
dash-akfire_interconnect_quic_sep-audio-19686aa0     m4a        audio only DASH audio   99k , m4a_dash container, opus  (48000Hz)
dash-fastly_skyfire_sep-audio-19686aa0               m4a        audio only DASH audio   99k , m4a_dash container, opus  (48000Hz)
dash-google_mediacdn_sep-audio-19686aa0              m4a        audio only DASH audio   99k , m4a_dash container, opus  (48000Hz)
dash-akfire_interconnect_quic_sep-audio-bb524c30     m4a        audio only DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-fastly_skyfire_sep-audio-bb524c30               m4a        audio only DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-google_mediacdn_sep-audio-bb524c30              m4a        audio only DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-akfire_interconnect_quic_sep-audio-9a1f3a09     m4a        audio only DASH audio  255k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-fastly_skyfire_sep-audio-9a1f3a09               m4a        audio only DASH audio  255k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-google_mediacdn_sep-audio-9a1f3a09              m4a        audio only DASH audio  255k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-akfire_interconnect_quic-video-60fcb609         mp4        426x240    DASH video  272k , mp4_dash container, avc1.640015, video only
dash-akfire_interconnect_quic_sep-video-60fcb609     mp4        426x240    DASH video  272k , mp4_dash container, avc1.640015, video only
dash-fastly_skyfire-video-60fcb609                   mp4        426x240    DASH video  272k , mp4_dash container, avc1.640015, video only
dash-fastly_skyfire_sep-video-60fcb609               mp4        426x240    DASH video  272k , mp4_dash container, avc1.640015, video only
dash-google_mediacdn-video-60fcb609                  mp4        426x240    DASH video  272k , mp4_dash container, avc1.640015, video only
dash-google_mediacdn_sep-video-60fcb609              mp4        426x240    DASH video  272k , mp4_dash container, avc1.640015, video only
hls-akfire_interconnect_quic-183                     mp4        426x240     183k , avc1.640015, 23.976fps, video only
hls-fastly_skyfire-183                               mp4        426x240     183k , avc1.640015, 23.976fps, video only
hls-google_mediacdn-183                              mp4        426x240     183k , avc1.640015, 23.976fps, video only
hls-akfire_interconnect_quic_sep-308                 mp4        426x240     308k , avc1.640015, 23.976fps, video only
hls-fastly_skyfire_sep-308                           mp4        426x240     308k , avc1.640015, 23.976fps, video only
hls-google_mediacdn_sep-308                          mp4        426x240     308k , avc1.640015, 23.976fps, video only
dash-akfire_interconnect_quic_sep-video-bb524c30     mp4        640x360    DASH video  532k , mp4_dash container, avc1.64001E, video only
dash-fastly_skyfire_sep-video-bb524c30               mp4        640x360    DASH video  532k , mp4_dash container, avc1.64001E, video only
dash-google_mediacdn_sep-video-bb524c30              mp4        640x360    DASH video  532k , mp4_dash container, avc1.64001E, video only
hls-akfire_interconnect_quic_sep-511                 mp4        640x360     511k , avc1.64001E, 23.976fps, video only
hls-fastly_skyfire_sep-511                           mp4        640x360     511k , avc1.64001E, 23.976fps, video only
hls-google_mediacdn_sep-511                          mp4        640x360     511k , avc1.64001E, 23.976fps, video only
dash-akfire_interconnect_quic_sep-video-9a1f3a09     mp4        960x540    DASH video 1624k , mp4_dash container, avc1.64001F, video only
dash-fastly_skyfire_sep-video-9a1f3a09               mp4        960x540    DASH video 1624k , mp4_dash container, avc1.64001F, video only
dash-google_mediacdn_sep-video-9a1f3a09              mp4        960x540    DASH video 1624k , mp4_dash container, avc1.64001F, video only
hls-akfire_interconnect_quic_sep-1277                mp4        960x540    1277k , avc1.64001F, 23.976fps, video only
hls-fastly_skyfire_sep-1277                          mp4        960x540    1277k , avc1.64001F, 23.976fps, video only
hls-google_mediacdn_sep-1277                         mp4        960x540    1277k , avc1.64001F, 23.976fps, video only
dash-akfire_interconnect_quic_sep-video-fd64f4c1     mp4        1280x720   DASH video 2812k , mp4_dash container, avc1.640020, video only
dash-fastly_skyfire_sep-video-fd64f4c1               mp4        1280x720   DASH video 2812k , mp4_dash container, avc1.640020, video only
dash-google_mediacdn_sep-video-fd64f4c1              mp4        1280x720   DASH video 2812k , mp4_dash container, avc1.640020, video only
hls-akfire_interconnect_quic_sep-2803                mp4        1280x720   2803k , avc1.640020, 23.976fps, video only
hls-fastly_skyfire_sep-2803                          mp4        1280x720   2803k , avc1.640020, 23.976fps, video only
hls-google_mediacdn_sep-2803                         mp4        1280x720   2803k , avc1.640020, 23.976fps, video only
dash-akfire_interconnect_quic_sep-video-b04295a1     mp4        1920x1080  DASH video 5571k , mp4_dash container, avc1.640028, video only
dash-fastly_skyfire_sep-video-b04295a1               mp4        1920x1080  DASH video 5571k , mp4_dash container, avc1.640028, video only
dash-google_mediacdn_sep-video-b04295a1              mp4        1920x1080  DASH video 5571k , mp4_dash container, avc1.640028, video only
hls-akfire_interconnect_quic_sep-5231                mp4        1920x1080  5231k , avc1.640028, 23.976fps, video only
hls-fastly_skyfire_sep-5231                          mp4        1920x1080  5231k , avc1.640028, 23.976fps, video only
hls-google_mediacdn_sep-5231                         mp4        1920x1080  5231k , avc1.640028, 23.976fps, video only
dash-akfire_interconnect_quic-video-bb524c30         mp4        640x360    DASH video  659k , mp4_dash container, avc1.64001E, mp4a.40.2 (48000Hz)
dash-fastly_skyfire-video-bb524c30                   mp4        640x360    DASH video  659k , mp4_dash container, avc1.64001E, mp4a.40.2 (48000Hz)
dash-google_mediacdn-video-bb524c30                  mp4        640x360    DASH video  659k , mp4_dash container, avc1.64001E, mp4a.40.2 (48000Hz)
http-360p                                            mp4        640x360    23fps
hls-akfire_interconnect_quic-511                     mp4        640x360     511k , avc1.64001E, 23.976fps, mp4a.40.2
hls-fastly_skyfire-511                               mp4        640x360     511k , avc1.64001E, 23.976fps, mp4a.40.2
hls-google_mediacdn-511                              mp4        640x360     511k , avc1.64001E, 23.976fps, mp4a.40.2
dash-akfire_interconnect_quic-video-9a1f3a09         mp4        960x540    DASH video 1879k , mp4_dash container, avc1.64001F, mp4a.40.2 (48000Hz)
dash-fastly_skyfire-video-9a1f3a09                   mp4        960x540    DASH video 1879k , mp4_dash container, avc1.64001F, mp4a.40.2 (48000Hz)
dash-google_mediacdn-video-9a1f3a09                  mp4        960x540    DASH video 1879k , mp4_dash container, avc1.64001F, mp4a.40.2 (48000Hz)
http-540p                                            mp4        960x540    23fps
hls-akfire_interconnect_quic-1405                    mp4        960x540    1405k , avc1.64001F, 23.976fps, mp4a.40.2
hls-fastly_skyfire-1405                              mp4        960x540    1405k , avc1.64001F, 23.976fps, mp4a.40.2
hls-google_mediacdn-1405                             mp4        960x540    1405k , avc1.64001F, 23.976fps, mp4a.40.2
dash-akfire_interconnect_quic-video-fd64f4c1         mp4        1280x720   DASH video 3067k , mp4_dash container, avc1.640020, mp4a.40.2 (48000Hz)
dash-fastly_skyfire-video-fd64f4c1                   mp4        1280x720   DASH video 3067k , mp4_dash container, avc1.640020, mp4a.40.2 (48000Hz)
dash-google_mediacdn-video-fd64f4c1                  mp4        1280x720   DASH video 3067k , mp4_dash container, avc1.640020, mp4a.40.2 (48000Hz)
http-720p                                            mp4        1280x720   23fps
hls-akfire_interconnect_quic-2804                    mp4        1280x720   2804k , avc1.640020, 23.976fps, mp4a.40.2
hls-fastly_skyfire-2804                              mp4        1280x720   2804k , avc1.640020, 23.976fps, mp4a.40.2
hls-google_mediacdn-2804                             mp4        1280x720   2804k , avc1.640020, 23.976fps, mp4a.40.2
dash-akfire_interconnect_quic-video-b04295a1         mp4        1920x1080  DASH video 5826k , mp4_dash container, avc1.640028, mp4a.40.2 (48000Hz)
dash-fastly_skyfire-video-b04295a1                   mp4        1920x1080  DASH video 5826k , mp4_dash container, avc1.640028, mp4a.40.2 (48000Hz)
dash-google_mediacdn-video-b04295a1                  mp4        1920x1080  DASH video 5826k , mp4_dash container, avc1.640028, mp4a.40.2 (48000Hz)
http-1080p                                           mp4        1920x1080  23fps
hls-akfire_interconnect_quic-5231                    mp4        1920x1080  5231k , avc1.640028, 23.976fps, mp4a.40.2
hls-fastly_skyfire-5231                              mp4        1920x1080  5231k , avc1.640028, 23.976fps, mp4a.40.2
hls-google_mediacdn-5231                             mp4        1920x1080  5231k , avc1.640028, 23.976fps, mp4a.40.2 (best)
df@Spiridion:~/Documents/src/youtube-dl$

It seems that Vimeo has got some new media servers that give 403: presumably we need to pass additional parameters through to the download phase to satisfy those.
Meanwhile, try skipping the new servers with an explicit format selection: -f "[format_id!*=mediacdn]"

try again with youtube-dl  -f best 'https://vimeo.com/586971565'

Ah yes, actually the bestaudio format is the problem:
dash-google_mediacdn_sep-audio-9a1f3a09:
https://cme-media.vimeocdn.com/eea445ec-eebb-48ba-a945-c1f3287d11bd/edge-cache-token=Expires=1688724629&KeyName=media-cdn-key&Signature=I6H5T72k3nKtmqe_sXXcjotH-Wno87C7yW8CiQDOO2u__OK3CPmSeaiDmkCrwkmwGInQUdO25BhYbOE9bQCPAg==/sep/video/60fcb609,9a1f3a09,b04295a1,bb524c30,fd64f4c1/audio/19686aa0,cfe74040/master.mpd?base64_init=1&query_string_ranges=1
So anything that forces best (such as my original suggestion, or just using it as above) will avoid that, or -f "(bestvideo+bestaudio/best)[format_id!*=mediacdn_sep-audio]" excludes the problem format while maintaining the default format selection. As Vimeo has so many combined formats, -f best` may be entirely adequate.

Solved for me, thanks dirkf

See also PR #31490.

Thank you October262 and Dirkf for helping with this.I've added -f best as you suggested.The suggestion is working. Vimeo hasn't even kicked me out all this morning, which is unusual in itself. They usually boot me after 5 or 6 downloads.
There is something different happening now, though.For each file I'm downloading, I get the following message.
[ffmpeg] Fixing malformed AAC bitstream in "filename.mp4"
Opening up a download afterward, I'm noticing that the timing of the audio is about a second off from the video. It's mostly noticeable in the speech and lip movements.
The previously downloaded videos did not have this issue.
Any ideas as to why this is happening now, and is there anything to do about it?
Thanks,Jacob
Here is a copy of a section of the screen from this morning:
[vimeo] 535128690: Downloading webpage[vimeo] 535128690: Verifying the password[vimeo] 535128690: Downloading JSON metadata[vimeo] 535128690: Downloading JSON metadata[vimeo] 535128690: Downloading google_mediacdn m3u8 information[vimeo] 535128690: Downloading google_mediacdn m3u8 information[vimeo] 535128690: Downloading akfire_interconnect_quic m3u8 information[vimeo] 535128690: Downloading akfire_interconnect_quic m3u8 information[vimeo] 535128690: Downloading fastly_skyfire m3u8 information[vimeo] 535128690: Downloading fastly_skyfire m3u8 information[vimeo] 535128690: Downloading google_mediacdn MPD information[vimeo] 535128690: Downloading google_mediacdn MPD information[vimeo] 535128690: Downloading akfire_interconnect_quic MPD information[vimeo] 535128690: Downloading akfire_interconnect_quic MPD information[vimeo] 535128690: Downloading fastly_skyfire MPD information[vimeo] 535128690: Downloading fastly_skyfire MPD information[hlsnative] Downloading m3u8 manifest[hlsnative] Total fragments: 174[download] Destination: 2021.04.09 F1 S8 D5 D Professional Discourse Instructions-535128690.mp4[download] 100% of 284.29MiB in 02:09[ffmpeg] Fixing malformed AAC bitstream in "2021.04.09 F1 S8 D5 D Professional Discourse Instructions-535128690.mp4"[vimeo] 535123973: Downloading webpage[vimeo] 535123973: Verifying the password[vimeo] 535123973: Downloading JSON metadata[vimeo] 535123973: Downloading JSON metadata[vimeo] 535123973: Downloading google_mediacdn m3u8 information[vimeo] 535123973: Downloading google_mediacdn m3u8 information[vimeo] 535123973: Downloading akfire_interconnect_quic m3u8 information[vimeo] 535123973: Downloading akfire_interconnect_quic m3u8 information[vimeo] 535123973: Downloading fastly_skyfire m3u8 information[vimeo] 535123973: Downloading fastly_skyfire m3u8 information[vimeo] 535123973: Downloading google_mediacdn MPD information[vimeo] 535123973: Downloading google_mediacdn MPD information[vimeo] 535123973: Downloading akfire_interconnect_quic MPD information[vimeo] 535123973: Downloading akfire_interconnect_quic MPD information[vimeo] 535123973: Downloading fastly_skyfire MPD information[vimeo] 535123973: Downloading fastly_skyfire MPD information[hlsnative] Downloading m3u8 manifest[hlsnative] Total fragments: 331[download] Destination: 2021.04.09 F1 S8 D5 B ATM Kneeling Torso Over Table Pt 4-535123973.mp4[download] 100% of 495.00MiB in 07:27[ffmpeg] Fixing malformed AAC bitstream in "2021.04.09 F1 S8 D5 B ATM Kneeling Torso Over Table Pt 4-535123973.mp4"[vimeo] 534708346: Downloading webpage[vimeo] 534708346: Verifying the password[vimeo] 534708346: Downloading JSON metadata[vimeo] 534708346: Downloading JSON metadata[vimeo] 534708346: Downloading google_mediacdn m3u8 information[vimeo] 534708346: Downloading google_mediacdn m3u8 information[vimeo] 534708346: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534708346: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534708346: Downloading fastly_skyfire m3u8 information[vimeo] 534708346: Downloading fastly_skyfire m3u8 information[vimeo] 534708346: Downloading google_mediacdn MPD information[vimeo] 534708346: Downloading google_mediacdn MPD information[vimeo] 534708346: Downloading akfire_interconnect_quic MPD information[vimeo] 534708346: Downloading akfire_interconnect_quic MPD information[vimeo] 534708346: Downloading fastly_skyfire MPD information[vimeo] 534708346: Downloading fastly_skyfire MPD information[hlsnative] Downloading m3u8 manifest[hlsnative] Total fragments: 992[download] Destination: 2021.04.08 F1 S8 D4 D Erin No 4 and Discussion-534708346.mp4[download] 100% of 2.02GiB in 28:37[ffmpeg] Fixing malformed AAC bitstream in "2021.04.08 F1 S8 D4 D Erin No 4 and Discussion-534708346.mp4"[vimeo] 534707455: Downloading webpage[vimeo] 534707455: Verifying the password[vimeo] 534707455: Downloading JSON metadata[vimeo] 534707455: Downloading JSON metadata[vimeo] 534707455: Downloading google_mediacdn m3u8 information[vimeo] 534707455: Downloading google_mediacdn m3u8 information[vimeo] 534707455: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534707455: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534707455: Downloading fastly_skyfire m3u8 information[vimeo] 534707455: Downloading fastly_skyfire m3u8 information[vimeo] 534707455: Downloading google_mediacdn MPD information[vimeo] 534707455: Downloading google_mediacdn MPD information[vimeo] 534707455: Downloading akfire_interconnect_quic MPD information[vimeo] 534707455: Downloading akfire_interconnect_quic MPD information[vimeo] 534707455: Downloading fastly_skyfire MPD information[vimeo] 534707455: Downloading fastly_skyfire MPD information[hlsnative] Downloading m3u8 manifest[hlsnative] Total fragments: 67[download] Destination: 2021.04.08 F1 S8 D4 G Discussion-534707455.mp4[download] 100% of 127.91MiB in 02:18[ffmpeg] Fixing malformed AAC bitstream in "2021.04.08 F1 S8 D4 G Discussion-534707455.mp4"[vimeo] 534699570: Downloading webpage[vimeo] 534699570: Verifying the password[vimeo] 534699570: Downloading JSON metadata[vimeo] 534699570: Downloading JSON metadata[vimeo] 534699570: Downloading google_mediacdn m3u8 information[vimeo] 534699570: Downloading google_mediacdn m3u8 information[vimeo] 534699570: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534699570: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534699570: Downloading fastly_skyfire m3u8 information[vimeo] 534699570: Downloading fastly_skyfire m3u8 information[vimeo] 534699570: Downloading google_mediacdn MPD information[vimeo] 534699570: Downloading google_mediacdn MPD information[vimeo] 534699570: Downloading akfire_interconnect_quic MPD information[vimeo] 534699570: Downloading akfire_interconnect_quic MPD information[vimeo] 534699570: Downloading fastly_skyfire MPD information[vimeo] 534699570: Downloading fastly_skyfire MPD information[hlsnative] Downloading m3u8 manifest[hlsnative] Total fragments: 447[download] Destination: 2021.04.08 F1 S8 D4 F Breakout Instructions - Kitten Wrestling - Last Group-534699570.mp4[download] 100% of 423.58MiB in 06:28[ffmpeg] Fixing malformed AAC bitstream in "2021.04.08 F1 S8 D4 F Breakout Instructions - Kitten Wrestling - Last Group-534699570.mp4"[vimeo] 534689888: Downloading webpage[vimeo] 534689888: Verifying the password[vimeo] 534689888: Downloading JSON metadata[vimeo] 534689888: Downloading JSON metadata[vimeo] 534689888: Downloading google_mediacdn m3u8 information[vimeo] 534689888: Downloading google_mediacdn m3u8 information[vimeo] 534689888: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534689888: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534689888: Downloading fastly_skyfire m3u8 information[vimeo] 534689888: Downloading fastly_skyfire m3u8 information[vimeo] 534689888: Downloading google_mediacdn MPD information[vimeo] 534689888: Downloading google_mediacdn MPD information[vimeo] 534689888: Downloading akfire_interconnect_quic MPD information[vimeo] 534689888: Downloading akfire_interconnect_quic MPD information[vimeo] 534689888: Downloading fastly_skyfire MPD information[vimeo] 534689888: Downloading fastly_skyfire MPD information[hlsnative] Downloading m3u8 manifest[hlsnative] Total fragments: 634[download] Destination: 2021.04.08 F1 S8 D4 E Roger Russell Functional Thinking-534689888.mp4[download] 100% of 606.57MiB in 08:59[ffmpeg] Fixing malformed AAC bitstream in "2021.04.08 F1 S8 D4 E Roger Russell Functional Thinking-534689888.mp4"[vimeo] 534599048: Downloading webpage[vimeo] 534599048: Verifying the password[vimeo] 534599048: Downloading JSON metadata[vimeo] 534599048: Downloading JSON metadata[vimeo] 534599048: Downloading google_mediacdn m3u8 information[vimeo] 534599048: Downloading google_mediacdn m3u8 information[vimeo] 534599048: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534599048: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534599048: Downloading fastly_skyfire m3u8 information[vimeo] 534599048: Downloading fastly_skyfire m3u8 information[vimeo] 534599048: Downloading google_mediacdn MPD information[vimeo] 534599048: Downloading google_mediacdn MPD information[vimeo] 534599048: Downloading akfire_interconnect_quic MPD information[vimeo] 534599048: Downloading akfire_interconnect_quic MPD information[vimeo] 534599048: Downloading fastly_skyfire MPD information[vimeo] 534599048: Downloading fastly_skyfire MPD information[hlsnative] Downloading m3u8 manifest[hlsnative] Total fragments: 197[download] Destination: 2021.04.08 F1 S8 D4 A Discussion-534599048.mp4[download] 100% of 343.52MiB in 08:26[ffmpeg] Fixing malformed AAC bitstream in "2021.04.08 F1 S8 D4 A Discussion-534599048.mp4"[vimeo] 534596627: Downloading webpage[vimeo] 534596627: Verifying the password[vimeo] 534596627: Downloading JSON metadata[vimeo] 534596627: Downloading JSON metadata[vimeo] 534596627: Downloading google_mediacdn m3u8 information[vimeo] 534596627: Downloading google_mediacdn m3u8 information[vimeo] 534596627: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534596627: Downloading akfire_interconnect_quic m3u8 information[vimeo] 534596627: Downloading fastly_skyfire m3u8 information[vimeo] 534596627: Downloading fastly_skyfire m3u8 information[vimeo] 534596627: Downloading google_mediacdn MPD information[vimeo] 534596627: Downloading google_mediacdn MPD information[vimeo] 534596627: Downloading akfire_interconnect_quic MPD information[vimeo] 534596627: Downloading akfire_interconnect_quic MPD information[vimeo] 534596627: Downloading fastly_skyfire MPD information[vimeo] 534596627: Downloading fastly_skyfire MPD information[hlsnative] Downloading m3u8 manifest[hlsnative] Total fragments: 124[download] Destination: 2021.04.08 F1 S8 D4 C Discussion-534596627.mp4[download] 100% of 207.30MiB in 03:03[ffmpeg] Fixing malformed AAC bitstream in "2021.04.08 F1 S8 D4 C Discussion-534596627.mp4"
On Saturday, July 8, 2023 at 03:29:14 AM EDT, OG<EMAIL_ADDRESS>wrote:

Solved for me, thanks dirkf
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

Fixing malformed AAC bitstream is normal.
You could try selecting a different format, or adjust the sync with a video editor, or do that on your player.

Thanks!
On Monday, July 10, 2023 at 04:38:22 PM EDT, dirkf<EMAIL_ADDRESS>wrote:

Fixing malformed AAC bitstream is normal.
You could try selecting a different format, or adjust the sync with a video editor, or do that on your player.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

Hi again!Using -f best helped for a little while.It no longer is.I am getting the forbidden message again.Here is an example, using (again) a random, non password protected video.E:>youtube-dl --abort-on-unavailable-fragment -f best https://vimeo.com/838428763 --verbose[debug] System config: [][debug] User config: [][debug] Custom config: [][debug] Command-line args: ['--abort-on-unavailable-fragment', '-f', 'best', 'https://vimeo.com/838428763', '--verbose'][debug] Encodings: locale cp1252, fs mbcs, out cp437, pref cp1252[debug] youtube-dl version 2021.12.17[debug] Python version 3.4.4 (CPython) - Windows-10-10.0.19041[debug] exe versions: ffmpeg N-110642-g6b2ae90411-20230516, ffprobe N-110642-g6b2ae90411-20230516[debug] Proxy map: {}[vimeo] 838428763: Downloading webpage[vimeo] 838428763: Downloading JSON metadata[vimeo] 838428763: Downloading JSON metadataWARNING: Unable to download JSON metadata: HTTP Error 403: Forbidden[vimeo] 838428763: Downloading akfire_interconnect_quic m3u8 information[vimeo] 838428763: Downloading akfire_interconnect_quic m3u8 information[vimeo] 838428763: Downloading google_mediacdn m3u8 informationWARNING: Failed to download m3u8 information: HTTP Error 403: Forbidden[vimeo] 838428763: Downloading google_mediacdn m3u8 informationWARNING: Failed to download m3u8 information: HTTP Error 403: Forbidden[vimeo] 838428763: Downloading fastly_skyfire m3u8 information[vimeo] 838428763: Downloading fastly_skyfire m3u8 information[vimeo] 838428763: Downloading akfire_interconnect_quic MPD information[vimeo] 838428763: Downloading akfire_interconnect_quic MPD information[vimeo] 838428763: Downloading google_mediacdn MPD information[vimeo] 838428763: Downloading google_mediacdn MPD information[vimeo] 838428763: Downloading fastly_skyfire MPD information[vimeo] 838428763: Downloading fastly_skyfire MPD information[debug] Invoking downloader on 'https://cme-media.vimeocdn.com/39be9284-74ab-43a5-9e7d-282f61c97961/edge-cache-token=Expires=1689193728&KeyName=media-cdn-key&Signature=9cePlV7xiBd8iwH_0wnJkNMqDVIi7SW8l00jKBZbSnmn6akhN2xHB4-z8laEf5CHp9XPR3-mcatRzmc5zJozDg==/video/0877d2ff,2a7f5f92,321653ee,6952c917,85b9d9f3,8ac3f952,b69f3e32/audio/98575e68,c5b20a99,f7805bee/master.mpd?base64_init=1&query_string_ranges=1'[dashsegments] Total fragments: 52[download] Destination: AIRPLANE MAN-838428763.mp4[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 1 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 2 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 3 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 4 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 5 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 6 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 7 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 8 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 9 of 10)...[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 10 of 10)...ERROR: giving up after 10 fragment retries  File "main.py", line 19, in   File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl_init_.py", line 475, in main  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl_init_.py", line 465, in _real_main  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 2069, in download  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 808, in extract_info  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 815, in wrapper  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 847, in __extract_info  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 881, in process_ie_result  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1692, in process_video_result  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1976, in process_info  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1915, in dl  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\common.py", line 366, in download  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\dash.py", line 75, in real_download  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\common.py", line 165, in report_error  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 628, in report_error  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 590, in trouble
On Monday, July 10, 2023 at 04:44:57 PM EDT, Jacob Lach<EMAIL_ADDRESS>wrote:

Thanks!
On Monday, July 10, 2023 at 04:38:22 PM EDT, dirkf<EMAIL_ADDRESS>wrote:

Fixing malformed AAC bitstream is normal.
You could try selecting a different format, or adjust the sync with a video editor, or do that on your player.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

Please paste your log between triple backquotes (```) and don't strip the line breaks. I think that means: don't paste a log in email.
No doubt -f best is now finding a problem manifest, since I can reproduce the same thing and it's fixed by the patch above. Without applying the patch you'll have to pick a format or compatible pair of formats from the --list-formats results until you find one that works, or wait for the patch/PR to be merged.

[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['--abort-on-unavailable-fragment', '-f', 'best', 'https://vimeo.com/838428763', '--verbose']
[debug] Encodings: locale cp1252, fs mbcs, out cp437, pref cp1252
[debug] youtube-dl version 2021.12.17
[debug] Python version 3.4.4 (CPython) - Windows-10-10.0.19041
[debug] exe versions: ffmpeg N-110642-g6b2ae90411-20230516, ffprobe N-110642-g6b2ae90411-20230516
[debug] Proxy map: {}
[vimeo] 838428763: Downloading webpage
[vimeo] 838428763: Downloading JSON metadata
[vimeo] 838428763: Downloading JSON metadata
WARNING: Unable to download JSON metadata: HTTP Error 403: Forbidden
[vimeo] 838428763: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 838428763: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 838428763: Downloading google_mediacdn m3u8 information
WARNING: Failed to download m3u8 information: HTTP Error 403: Forbidden
[vimeo] 838428763: Downloading google_mediacdn m3u8 information
WARNING: Failed to download m3u8 information: HTTP Error 403: Forbidden
[vimeo] 838428763: Downloading fastly_skyfire m3u8 information
[vimeo] 838428763: Downloading fastly_skyfire m3u8 information
[vimeo] 838428763: Downloading akfire_interconnect_quic MPD information
[vimeo] 838428763: Downloading akfire_interconnect_quic MPD information
[vimeo] 838428763: Downloading google_mediacdn MPD information
[vimeo] 838428763: Downloading google_mediacdn MPD information
[vimeo] 838428763: Downloading fastly_skyfire MPD information
[vimeo] 838428763: Downloading fastly_skyfire MPD information
[debug] Invoking downloader on 'https://cme-media.vimeocdn.com/39be9284-74ab-43a5-9e7d-282f61c97961/edge-cache-token=Expires=1689193728&KeyName=media-cdn-key&Signature=9cePlV7xiBd8iwH_0wnJkNMqDVIi7SW8l00jKBZbSnmn6akhN2xHB4-z8laEf5CHp9XPR3-mcatRzmc5zJozDg==/video/0877d2ff,2a7f5f92,321653ee,6952c917,85b9d9f3,8ac3f952,b69f3e32/audio/98575e68,c5b20a99,f7805bee/master.mpd?base64_init=1&query_string_ranges=1'
[dashsegments] Total fragments: 52
[download] Destination: AIRPLANE MAN-838428763.mp4
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 1 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 2 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 3 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 4 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 5 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 6 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 7 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 8 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 9 of 10)...
[download] Got server HTTP error: HTTP Error 403: Forbidden. Retrying fragment 1 (attempt 10 of 10)...
ERROR: giving up after 10 fragment retries
  File "__main__.py", line 19, in <module>
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\__init__.py", line 475, in main
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\__init__.py", line 465, in _real_main
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 2069, in download
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 808, in extract_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 815, in wrapper
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 847, in __extract_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 881, in process_ie_result
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1692, in process_video_result
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1976, in process_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1915, in dl
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\common.py", line 366, in download
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\dash.py", line 75, in real_download
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\common.py", line 165, in report_error
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 628, in report_error
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 590, in trouble```

@jacobLach
Just a heads-up, from a friend 😉 ; even if you do use the patch above, best might NOT be the most suitable format for you to archive...

Despite "it" being a standalone MP4 file, it's still packaged in a DASH-y container format called iso5; again, not all media players are compatible with it...

To make it palatable to a wider range of media players, I remuxed my own test download with a fairly recent build of FFmpeg:
ffmpeg -i "AIRPLANE MAN-838428763.mp4" -c copy -movflags faststart "AIRPLANE MAN-838428763-fixed.mp4"

(alternatively, you can remux to a Matroska container 😉 )
Kind regards 😄

Hey Vangelis66, thanks for caring!
I'm learning all this on the job (fun!) and don't have a clue as to what half the stuff you mentioned is. I'm determined to finish this project though. (It's a training program that is useful to people who help people).
Here are the options offered for one of the actual files I'm working with (I've deleted the password in the pasted screen below).
Would you be willing to guide me as to how I can proceed?
I found that bypassing the Google Media cdn format all together sorted it out.
youtube-dl https://vimeo.com/user<number> -f "bestvideo[format^=dash_fastly_skyfire_sep]+dash-fastly_skyfire_sep-audio"
This argument will select the highest quality available in the dash_fastly_skyfire format and bypass the google one all together.

Hey, that's amazing. I am going to try it out and let you know!
On Sunday, January 21, 2024 at 12:32:34 PM EST, jsonbjorne<EMAIL_ADDRESS>wrote:

@jacobLach did you manage to sort this out?
I found that bypassing the Google Media cdn format all together sorted it out.
youtube-dl https://vimeo.com/user -f "bestvideo[format^=dash_fastly_skyfire_sep]+dash-fastly_skyfire_sep-audio"
This argument will select the highest quality available in the dash_fastly_skyfire format and bypass the google one all together.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: @.***>

-f 'best[format_id!*=google]' (or maybe -f '(bestvideo+bestaudio/best)[format_id!*=google]') would achieve what you want (use ""` with Windows cmd).
This is a special case of the advice above.

Neither yt-dl nor yt-dlp are now being served the problematic G media links, just (akfire, fastly) x (hls, dash).


Update initdev

This LGTM, is it ready for merge or is there more to come?
Also we'll need you to sign our CLA before we can merge: https://pachyderm.wufoo.com/forms/pachyderm-contributor-license-agreement/

Okay. Signed the CLA.

Merged, many thanks :)


[named-operation-object]: Add flag to toggle as const

Is your feature request related to a problem? Please describe.

When using the named-operation-object plugin, all types widen to string.
Describe the solution you'd like

It would be nice to be able to have a flag, for example useConsts, that would apply as const to the end of each string so that the intellisense would display the name and typings could be more strict.
Describe alternatives you've considered

Just dealing with string
Additional context

Implemented in https://github.com/dotansimha/graphql-code-generator/commit/65cc0185851f331752348541f679aacd194c21f9 .

Available in<EMAIL_ADDRESS>

Thanks for the quick implementation!


Suggestion: using 'find' to find scenes

Hi. I'm using your pluggin in vim.
I have many scenes in differents paths (e.g: root/mainscene.tscn or root/test/tests.tscn  or root/player/player/tscn)
Searching scenes with fzf only returns mainscene.tscn in my case (mybe I'm doing something wrong, but I press f7 and that happens)
To get all my scenes I changed the function func! godot#fzf_run_scene(...) in vim-godot/autoload/godot.vim:
I added one condition more, to use find if it is available, since it looks for all the files with tscn extension, and also includes the path in the results.
" FZF completion for godot scene selection :GodotRunFZF<CR>
func! godot#fzf_run_scene(...)
    if !exists('*fzf#run') || !executable('fzf')
        echom "fzf is not installed!"
        return
    endif

    let project_path = s:project_path()

    if executable('find')
        let scenes = 'find . -name "*.tscn"'
    elseif executable('fdfind')
        let scenes = 'fdfind -e tscn --type f --hidden --follow --no-ignore-vcs --exclude .git'
    elseif executable('fd')
        let scenes = 'fd -e tscn --type f --hidden --follow --no-ignore-vcs --exclude .git'
    elseif executable('rg')
        let scenes ='rg -g *.tscn --files --no-ignore-vcs '
    else
        let scenes = split(globpath(project_path, "**/*.tscn"), "\n")
    endif

    return fzf#run(fzf#wrap('scenes', {
                \ 'source':  scenes,
                \ 'sink':    'GodotRun',
                \ 'dir':    project_path,
                \ 'options': '+m --prompt="Scenes> "'
                \}, 0))

I know is not robust because the other functions have more configs (like --hidden or --exclude .git) but if this idea looks good for you, you can make that work.
BTW, thanks for the pluggin, is great!

Could you pls test it?
Be aware though that find is checked if there is no fd or rd in your system.

Could you pls test it?
Be aware though that find is checked if there is no fd or rd in your system.


Visualize Prisma Client API in one file

If it was possible to visualize the full Prisma Client API in one file, one could diff that between generate calls to understand how your client is changing.
The simplest version of this would just list the models and their fields (which is kind of like the schema again, but of course with the changes that Client applies).

Can you please clarify what the goal is? Is it a documentation issue? Is it a Prisma CLI command? A generator binary, built in a separate repo? For all variations, what would the output look like?

Two views on this:

Whatever can represent the client API so I can understand how it is changing.
It does not matter much if we just use this to make sure we know that the generator API works as intended and documented. It makes sure that the generator API works. This can be a TS only package that has some output.


Drop react-native-swiper fork dependency

Hey @Ernoff, I was going through https://github.com/gitpoint/git-point/issues/396 and found out we replaced the old app intro module with yours.
I tried to upgrade to react native 0.49 to see the new features, but this seems impossible due to one of your dependencies still using react.PropTypes : https://github.com/FuYaoDe/react-native-swiper/blob/master/src/index.js#L109
The fork have not changed in a year, and https://github.com/leecade/react-native-swiper seems to have evolved & to be React 0.16 compatible.
Could you consider switching back to the original package?

Hey @machour Thanks for reaching out.
This package was to fix an issue in gitpoint as it was flagging errors when I tried to upgrade.
I am aware that the root package has not been updated in over a year. That was why i upgraded a branch and bundled it to npm.
Directly  under the react-native-swiper dependency in package.json is prop-types. This was added to get rid of react.PropTypes which has been deprecated in new version of React/React-Native.
Did you have anyissue when trying to use the package?? Can you trace out any portion of the code not upgraded as well?? A file name will be of much help.
Warm regards

Hi,
I was taking about the fork of the swiper being outdated, not rn-app-intro
itself.
I had a problem while trying to run GitPoint on RN 0.49, as this dependency
uses PropTypes from React, not 'prop-types'
On Oct 9, 2017 21:47, "Ernoff"<EMAIL_ADDRESS>wrote:

Hey @machour https://github.com/machour Thanks for reaching out.
This package was to fix an issue in gitpoint as it was flagging errors
when I tried to upgrade.
I am aware that the root package has not been updated in over a year. That
was why i upgraded a branch and bundled it to npm.
Directly under the react-native-swiper dependency in package.json is
prop-types. This was added to get rid of react.PropTypes which has been
deprecated in new version of React/React-Native.
Did you have anyissue when trying to use the package?? Can you trace out
any portion of the code not upgraded as well?? A file name will be of much
help.
Warm regards
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Ernoff/rn-app-intro/issues/1#issuecomment-335281694,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AASlQjGfgkwGhrnerVhTBXSU-7UPdcAlks5sqoZQgaJpZM4Py4eG
.

Yeah I quickly realized that! I will change to swiper's fork to the recommended one.
Thanks for pointing it out to me

That may have been a little to quick I'm afraid. A lot seems to have changed in react-native-swipper in the last year ;)
Now the app intro looks like this

And as soon as I touch it, it crashes:

This is react-native-swipper? What do you suggest now?

Obviously next step is adapting rn-app-intro to play well with the new updated swiper, whose API seems to have changed

Go ahead and make a PR. I would appreciate the help
On Oct 10, 2017 12:58, "Mehdi Achour"<EMAIL_ADDRESS>wrote:

Obviously next step is adapting rn-app-intro to play well with the new
updated swiper, whose API seems to have changed
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Ernoff/rn-app-intro/issues/1#issuecomment-335449347,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKWLARGDoKgRuYIPneUVRzRtnFYo2GEuks5sq1vHgaJpZM4Py4eG
.


feat: added gateway rule notification settings

New notification settings are added to the gateway rules as optional settings. This PR adds support for them in the library.
API DOC change at https://developers.cloudflare.com/api/operations/zero-trust-gateway-rules-create-zero-trust-gateway-rule
Types of changes
What sort of change does your code introduce/modify?

[ ] Bug fix (non-breaking change which fixes an issue)
[ X] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[x] My code follows the code style of this project.
[x] My change requires a change to the documentation.
[x] I have updated the documentation accordingly.
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.
[x] This change is using publicly documented in cloudflare/api-schemas
and relies on stable APIs.

once the lint failures are fixed here, lgtm 🚢


Move templating to the client side.

Pretty sure there's more to add to the Augmentation model representation for other TODOs, but this PR just adds the simplest things that allows the templating to move client side: a split into "resolved strings" and identifiers.

Notes from our discussion:
ResolvedCode -> Text. (Or: check if we can have String in a union).


Suggestion: split out MvvmLightCore out of MvvmLightLibs

What about splitting main library into separate nuget (e.g. MvvmLightCore) from extras? It feels like it's going to be pretty easy to make that one Standard 1.0, and current MvvmLight can have that one as dependency. Not sure about common usage profile, but project I'm trying to figure out at the moment doesn't use any Extras, still have to carry reference for CommonServiceLocator, System.Windows.Ineractivity and Extras itself. All of that staff was shipped along with app, even that it wasn't actually used anywhere.

Hi,
There is a package for .NET standard 1.0 where I removed the dependency to CommonServiceLocator. It's still preview but I am trying to release a stable version by the end of this weekend.
http://www.mvvmlight.net/std10
Laurent

Thank you, I'll look into it!
...And thank you for great work, BTW!

Closing as commented above.


Document how can be customized markup characters dumped into msgids

This is out of scope for now as string replacers don't work with other markup characters.


Bug while creating new transaction from customer to credit note

[x]  creating new credit note from customer-error(reason id is required)

ISSUE FIXED!


The source generator article is out of date

Type of issue
Outdated article
Description
Some of the APIs have change (AddSource doesn't exist anymore)
This should be updated.
Page URL
https://learn.microsoft.com/en-us/dotnet/csharp/roslyn-sdk/source-generators-overview
Content source URL
https://github.com/dotnet/docs/blob/main/docs/csharp/roslyn-sdk/source-generators-overview.md
Document Version Independent Id
f1ed9873-3e29-b4bd-2dbb-44dd9a05d790
Article author
@BillWagner
Metadata

ID: 99a4410c-4c8d-0107-845b-9a951bb76682
Service: dotnet-csharp
Sub-service: roslyn-sdk

Tagging @KathleenDollard
This is still something we should address in time.


Xiaowa e202 02 speed mode

Fixes https://github.com/homebridge-xiaomi-roborock-vacuum/homebridge-xiaomi-roborock-vacuum/issues/175 for my Xiaowa E202-02 vacuum with 1.3.0_0752 firmware
Not sure if there are any other models which are reported as e2 - if yes, this PR will probably break them

Hi @bedrin! Thank you for your PR!
I'm afraid there are some conflicts in the PR with master (we had some pending changes to be merged in the next branch and they created conflicts once merged to master). Do you mind amending your files?

Resolved conflicts

Published as<EMAIL_ADDRESS>


Real name not shown for logged-in user?

For some reason my real name is not showing up next to my username. I'm assuming it's not working for the logged in user, not specific to me.
What's odd is the refined-github-fullname class is still added. Other names do work and this occurs on both GHE/GH for me when I'm logged in. I cleared the cache and can see it pulling down everyone else's but not myself.

No, it's a feature, you know your own name so no need for an extra request/store:
https://github.com/sindresorhus/refined-github/blob/34aa9dcafc63bee63cc3dc0e41ab29d1f4f8275f/src/libs/show-names.js#L38

Suppose, swore it used to work. Thanks for the clarification.


open file after append

I'm appending text to a note using Raycst and Advanced URI append parameter. Is there any way to open that file, if it's not alreay in view, once the append is done. I've tried running two uris but Racast appears not to like this in an action panel.

Do you have the option "Open file on write" enabled in the plugin's settings?

Im having the opposite problem -- I want to use raycast to append to my daily note, but it always opens my daily note when I append (I would like it to not open).Open file on write is not selected in the settings.
Im not sure if this is a raycast issue or an Advanced URI issue? And thanks for the all the effort making and maintaining this! It's much appreciated.

I can't reproduce the issue. When disabling Open file on write it doesn't open the file for me.  Please ensure you are using the latest version.


bug: Scramble when highlighted

Did you check docs and existing issues?

[X] I have read all the vscode-neovim docs
[X] I have searched the existing issues of vscode-neovim
[X] I can reproduce the issue with an empty init.vim/init.lua and no other vscode extensions (when applicable)

Neovim version (nvim -v)
0.9.2
Operating system/version
win 11
Describe the bug
In the C language environment,When I search for a word using *,It will have garbled characters


Steps To Reproduce
nomal mode
Expected Behavior
fix this bug

Another example screenshot.  Typically I search for something, it starts with lovely highlighting, and then the highlighting gets blurrier and blurrier as I edit until I clear the search.

The neovim vscode plugin is otherwise terrific, by the way: significant improvement over the standard one.

Workaround is to hit CTRL-L to force a redraw.

The neovim vscode plugin is otherwise terrific, by the way: significant improvement over the standard one. ❤

The "standard" one doesn't have all your Nvim plugins. This issue could likely be avoided if you disable the plugin(s) that cause the highlighting.
Did you try with the neovimClean vscode option?

this issue occurs even with an empty init script or when using neovimClean

also tested with a brand new user account with empty settings.json and empty neovim configuration

OS: Arch linux
Desktop: KDE Plasma 5
vscodium: 1.85.2
neovim: 0.9.5

I had some form of this issue. I was using neovim 0.6 and upgrading to 0.10(pre-release) resolved it. 0.9 is the minimum required per the docs.

Workaround: Revert to "VSCode Neovim" version 0.7.0
How: right click on "VSCode Neovim" under VSCode's EXTENSIONS pane and select "Install another version..."
I experience this annoying bug with plugin version 1.8.1 and VSCode 1.88.0 under Fedora 39.
The bug might be related to fix #1449 released as version 0.8.0:
https://github.com/vscode-neovim/vscode-neovim/pull/1449

This may have been addressed by version 1.8.3. Can you give that a whirl and let me know if you still experience issues (even better if it's in a reproducible way)?

Can you give that a whirl

I'm running these versions, but the letter corruption remains:

VSCode Neovim v1.8.3
Visual Studio Code 1.88.1
Fedora Core 39

These screenshots show how it should look and how it does look when I search for "uint32":

That's very strange. I definitely don't experience that locally if I type /uint32<enter> in a buffer containing the text in that screenshot. Is this with a clean init.vim/neovimClean enabled?
What's interesting to me is your decorations on the highlights look a bit different than mine (they're "outlined" rather than highlighted), which makes me wonder if some customization is exacerbating this effect.

if some customization is exacerbating this effect.

Possibly.

Is this with a clean init.vim/neovimClean enabled?

I believe so. See below.
A section from settings.json:
{
    "editor.formatOnPaste": false,
	"editor.autoClosingComments": "never",
	"editor.autoClosingQuotes": "never",
	"editor.autoIndent": "none",
	"editor.autoSurround": "never",
	"C_Cpp.commentContinuationPatterns": [ "" ],
    "editor.formatOnSave": false,
	"editor.formatOnType": false,
    "editor.useTabStops": true,
    "editor.tabSize": 4,
    "editor.insertSpaces": false,
	"java.debug.settings.numericPrecision": 18,
	"java.debug.settings.showHex": false,
	"java.debug.settings.showStaticVariables": true,
	"files.exclude": {
		"**/*.o": true
	},
	"workbench.colorCustomizations": {
		"editor.findMatchBackground": "#80000000",
		"editor.findMatchBorder": "#707000",
		"editor.findMatchHighlightBackground":"#80000000",
		"editor.findMatchHighlightBorder": "#707000",
		"editor.background" :"#000000",
		"sideBar.background": "#000000",
		"activityBar.background":"#000000",
		"commandCenter.background": "#000000",
		"statusBar.background": "#000000",
		"terminal.background": "#000000"
	},
	"terminal.integrated.scrollback": 10000000,
	"vscode-neovim.neovimExecutablePaths.linux": "/usr/bin/nvim",
	"vscode-neovim.neovimClean":true,
	"vscode-neovim.normalSelectionDebounceTime":20,
	"C_Cpp.default.cppStandard": "c++20",

This problem still exists on 1.8.3

My C language code is as follows
#include "miio_define.h"
#include "miio_api.h"
#include "miio_uart.h"
#include "arch_dbg.h"
#include "iid.h"
#include "user_app_func.h"
#include "user_app_main.h"
#include <applet.h>
#include <GT_AppLight.h>
static uint8_t 		UP_Light_OnOff=10;
static uint8_t 		UP_Light_Mode=10;
static uint8_t 		UP_Light_Brightness=101;
static uint32_t 	UP_Light_ColorTemp=0;
static uint8_t 		UP_FlexSwitch_EN=10;
static uint8_t     	UP_light_pattern=10;
static uint8_t 		UP_Fan_OnOff=10;
static uint8_t 		UP_Fan_Speed=0;
static uint8_t 		UP_Fan_Direction=10;
static uint8_t 		UP_Fan_Wind_Mode=10;
static uint8_t 		UP_Fan_Shake_IfRun=10;
static uint8_t     	UP_Pre_OnOff=10;
static uint8_t     	UP_Pre_FanSpeed=0;
static uint8_t     	UP_Pre_LightBri=0;
static uint32_t    	UP_Pre_LightColorTemp=0;
static uint8_t     	UP_Pre_BellOnOff=10

@Cheney-Xu Does this happen every time you hit * on a variable on that file, or is there something else you're doing to reproduce it? I've not had the same luck reproducing it with Neovim 0.9.5 on Fedora 39+Extension 1.8.3

Yes, it happens every time，You can try it with the following file
user_app_main - 副本.txt

My environment is win11,neovim0.10.0-dev++Extension 1.8.3.

Change the tab indentation in front of the variable to a space and it will not appear.

Aha! I am able to reproduce this, thank you, I will take a look.
One interesting note is that if you don't have your highlight style set to one with borders, it doesn't really look "scrambled", as much as offset.

I upgraded to VSCode Neovim v1.9.0 and spent a minute searching for a few words, and "n"-nning to next matches.
Everything rendered as it should.
Thank you for identifying, applying and releasing the fix so quickly.


Add Hitachi as an Adopter

Pre-submission checklist:
Please check each of these after submitting your pull request:

[*] Are you only including a repo_url if your project is 100% open source? If so, you need to pick the single best GitHub repository for your project, not a GitHub organization.
[*] Have you picked the single best (existing) category for your project?
[-] If submitting a tool, is your project closed source or, if it is open source, does your project have at least 100 GitHub stars?
[*] Does it follow the other guidelines from the new entries section?
[*] Have you included a URL for your SVG or added it to hosted_logos and referenced it there?
[*] Does your logo clearly state the name of the project/product and follow the other logo guidelines?
[*] Does your project/product name match the text on the logo?
[*] Have you verified that the Crunchbase data for your organization is correct (including headquarters and LinkedIn)?

Thank you @yuichi-nakamura ! LGTM. Merging
Please allow a max of 24 hours for these changes be visible on the landscape


Fix: tcp-alloc example

Description
Hello!
While trying out the tcp-alloc example in the turn-client examples folder, I came across an unexpected error:
panic: Failed to dial: invalid TURN server address
I documented this behavior in issue #391.
The error originated from line 151 of the example (conn, err := allocation.DialTCP("tcp", nil, peerAddr)). Inside the function DialTCP(), there is the following block of code:
if addr, ok := a.serverAddr.(*net.TCPAddr); ok {
	rAddrServer = &net.TCPAddr{
		IP:   addr.IP,
		Port: addr.Port,
	}
} else {
	return nil, errInvalidTURNAddress
}

The problem stems from the fact that a.serverAddr is of type *net.UDPAddr and not *net.TCPAddr, even though we are making a TCP allocation. Upon further examination of the code, we can verify that when creating a client with the function NewClient(config *ClientConfig), the TURN server address is always resolved as a UDP address, from what I understand.
(client.go lines 104-134, NewClient(config *ClientConfig))
if len(config.STUNServerAddr) > 0 {
	stunServ, err = config.Net.ResolveUDPAddr("udp4", config.STUNServerAddr)
	if err != nil {
			return nil, err
	}

	log.Debugf("Resolved STUN server %s to %s", config.STUNServerAddr, stunServ)
}

if len(config.TURNServerAddr) > 0 {
	turnServ, err = config.Net.ResolveUDPAddr("udp4", config.TURNServerAddr)
	if err != nil {
		return nil, err
	}

	log.Debugf("Resolved TURN server %s to %s", config.TURNServerAddr, turnServ)
}

c := &Client{
		conn:           config.Conn,
		stunServerAddr: stunServ,
		turnServerAddr: turnServ,
		username:       stun.NewUsername(config.Username),
		password:       config.Password,
		realm:          stun.NewRealm(config.Realm),
		software:       stun.NewSoftware(config.Software),
		trMap:          client.NewTransactionMap(),
		net:            config.Net,
		rto:            rto,
		log:            log,
}

Then, the turnServerAddr is used as the value for the ServerAddr of the TCP allocation (see below) when the function AllocateTCP() is called.
(file client.go, lines 353-390)
func (c *Client) AllocateTCP() (*client.TCPAllocation, error) {
	if err := c.allocTryLock.Lock(); err != nil {
		return nil, fmt.Errorf("%w: %s", errOneAllocateOnly, err.Error())
	}
	defer c.allocTryLock.Unlock()

	allocation := c.getTCPAllocation()
	if allocation != nil {
		return nil, fmt.Errorf("%w: %s", errAlreadyAllocated, allocation.Addr())
	}

	relayed, lifetime, nonce, err := c.sendAllocateRequest(proto.ProtoTCP)
	if err != nil {
		return nil, err
	}

	relayedAddr := &net.TCPAddr{
		IP:   relayed.IP,
		Port: relayed.Port,
	}

	allocation = client.NewTCPAllocation(&client.AllocationConfig{
		Client:      c,
		RelayedAddr: relayedAddr,
		ServerAddr:  c.turnServerAddr,
		Realm:       c.realm,
		Username:    c.username,
		Integrity:   c.integrity,
		Nonce:       nonce,
		Lifetime:    lifetime.Duration,
		Net:         c.net,
		Log:         c.log,
	})

	c.setTCPAllocation(allocation)

	return allocation, nil
}

This means the ServerAddr is of type (*net.UDPAddr) and not  (*net.TCPAddr). For now, a simple solution is just to add the following code to the DialTCP function:
if addr, ok := a.serverAddr.(*net.TCPAddr); ok {
	rAddrServer = &net.TCPAddr{
		IP:   addr.IP,
		Port: addr.Port,
	}
} else if addr, ok := a.serverAddr.(*net.UDPAddr); ok {
	rAddrServer = &net.TCPAddr{
		IP:   addr.IP,
		Port: addr.Port,
	}
} else {
	return nil, errInvalidTURNAddress
}

I added this and included some documentation about the tcp-alloc in the README of the examples, as there was none.
Thank you for reading! As this is my first PR, any feedback or corrections are more than welcome.
Reference issue
#391

Looks good to me. I think we can safely ignore the code coverage warning: we cannot test the tcp-alloc code without the server-side implementation.

Looks good to me. I think we can safely ignore the code coverage warning: we cannot test the tcp-alloc code without the server-side implementation.

Nice, thank you! Is there anything else I need to do related to this pull request?

Ok, that makes sense! Will do.

Thanks a lot, applied


New developer cannot connect.

Discussed in https://github.com/halcyon-tech/vscode-ibmi/discussions/672

Originally posted by maverusfxt May 16, 2022
I am setting up a new developer to use VSCode and Code for IBM i on his computer. I can create a connection and sign in with my profile but when we set up the same connection and use his profile and password, it fails to sign him in. A message "Not connected to [mysystemname]! All configured authentication methods failed".
He has the same extensions installed that I have and, again, I can sign in on his computer but his profile fails (we have tried many times). There are no messages in the Problems window at the bottom or anywhere else. I don't see any messages on the system (IBM i) to help either.
What suggestion(s) do you have to work through and resolve this?
Russ

Oh this is unique.
First thing to check is if that user can connect via ssh outside of Code for IBM i.
Feel free to share the response of the ssh connection here too!

Thanks for the pointer. SSH failed to log in because his user profile is longer than 8 characters. I edited the ssh config file to allow longer user names.
Edit the sshd_config file in the /QOpenSys/QIBM/ProdData/SC1/OpenSSH/etc directory (make sure it is the sshD_config file). Added the following at the top of the file:
ibmpaseforienv PASE_USRGRP_LIMITED=N
After saving the file, I ended the SSHD TCP server and restarted it. Doing this got it working.
Thanks again!

@maverusfxt Awesome! Glad to hear it.
I will close this issue.


renaming the sandbox/ scripts to be lowercase

fixes issue #846

[ ] Is it mergeable?
[ ] Did it pass the tests?
[ ] If it introduces new functionality in scripts/ is it tested?
Check for code coverage with make clean diff-cover
[ ] Is it well formatted? Look at make pep8, make diff_pylint_report,
make cppcheck, and make doc output. Use make format and manual
fixing as needed.
[ ] Did it change the command-line interface? Only additions are allowed
without a major version increment. Changing file formats also requires a
major version number increment.
[ ] Is it documented in the ChangeLog?
http://en.wikipedia.org/wiki/Changelog#Format
[ ] Was a spellchecker run on the source code and documentation after
changes were made?

ready to review

Hah, actually, the goal of the #846 was to change the list of requirements for sandbox files in the docs, not necessarily to change anything in sandbox/. But I don't dislike this set of changes as long as @mr-c agrees.
Main thing TODO - can you edit sandbox/README.rst to reference the new names, and mention that they've been renamed?  Something like

bloom-count-intersection.py: some description. Renamed from bloom_count_intersection.py in commit f2235bf.

@mr-c is sitting next to @alameldin and approves of the name changes

On Wed, Feb 25, 2015 at 02:01:35PM -0800, Michael R. Crusoe wrote:

@mr-c is sitting next to @alameldin and approves of the name changes

ok, please update README.rst and remove .pyc files from ChangeLog, and
we're good!

LGTM. Make it mergeable, please!

Thanks!


Make user aware of the last remaining authentication attempt

In case there is only one attempt left for authentication, we should let the user know about it.
Note: Since this is a harder issue to analyze (operation counter vs. auth method counter), we should postpone it to the next release.

Yes, this would be really useful.


Add a force refresh option to 'substreams gui'

Sometimes the substreams gui layout gets messed up in  the terminal window.
Add a command to redraw the entire window.  eg CTRL+L

A quick resize would solve it for now. I'd prefer fixing the glitches, no? Do you know of other software that has glitches and provides a shortcut to redraw? Like k9s doesn't have that?! :)

For example the nano editor CTRL+L does a refresh.


Layout is not applied

Versions

nuxt:
node:

Reproduction
could not reproduce it anywhere else so far...
Steps to reproduce
create another layout
set the "layout" data property in any page to the newly created layout
What is Expected?
the new layout should be used for that page
What is actually happening?
the "default" layout is beeing used.
if no default.vue layout exists it renders a <.nuxtLayoutsDefault.vue> component/layout but still not the new layout...
codesplitting for layouts is active (also not working if deactivated)

I am sorry but this is not a valid bug report. Please create a reproduction with template.nuxtjs.org


Startup Settings in Windows Terminal should state for Preview only

Windows / Development environment / Windows Terminal / Customize settings / Profile - Appearance
The documentation in addition to the example (see below) applies to Windows Terminal Preview not Windows Terminal.
https://docs.microsoft.com/en-us/windows/terminal/customize-settings/profile-appearance#font-example
 "font": {
          "face": "Cascadia Mono",
          "size": 36,
          "weight": "normal"
        }

this page can be improved by explicitly informing the reader that the object format description and example applies to the preview release only. thank you for considering my suggestion.
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 20284134-3109-8fa5-73a1-154eec1216b8
Version Independent ID: 61af649e-60e8-e571-56d4-3d7d1c856dd6
Content: Windows Terminal Appearance Profile Settings
Content Source: TerminalDocs/customize-settings/profile-appearance.md
Product: dev-environment
Technology: windows-terminal
GitHub Login: @cinnamon-msft
Microsoft Alias: cinnamon

This was fixed in #389


[BUG] /_refresh causes a 500 error when there are warm indexes

To Reproduce
On a POST /_refresh, the response is a 500 if there are warm indexes
Expected behavior
Either skip warm indexes or return an error that a global refresh (not index-specific) cannot run when there are warm indexes.

Hi @wbeckler , At present there is no concept of warm indexes in OpenSearch . I think you might be  referring to ultrawarm in Amazon OpenSearch Service . Please help clarify the issue.

@wbeckler If you are referring to ultrawarm in Amazon OpenSearch Service, please contact AWS support team. Closing this issue.


Calling ".supported" on DOM types returns null

A number of HTML tests fail because they call .supported, usually a static method on some type to do feature detection. Examples:
// audiobuffersourcenode_test.dart
expect(AudioContext.supported, isTrue);

// crypto_test.dart
expect(Crypto.supported, true);

These calls are returning null instead of a boolean value.

I'm seeing this with some other properties too, so I'm just going to make this a catch-all bug. Once I check in, you can look for this issue number in https://github.com/dart-lang/sdk/blob/master/pkg/dev_compiler/test/browser/language_tests.js to see the affected tests.

Yeah we probably don't support statics defined on native types at all (e.g. HTML types). dart:core wouldn't have needed that so I doubt it was considered.
Brainstorming a bit:

we could copy these properties over. But we'd have to change the calling convention to symbolize them, so we don't conflict with existing statics on the native JS object.
probably better, we should just generate the call using the Dart extension class name.

I wonder if we have a similar problem with constructors (factory or not). I guess those must be working (e.g. new Element.div()), but I'm not sure why they would be.

dupe of #27642


Update index.stories.mdx

Added ProgressFilledTrack into import section.

Hey @NuclearManatee, Thanks for your contribution. 🚀


Adding Non Unique Names To ClassMap Must Be Illegal

Currently, add_name doesn't check if the added name is a duplicate or not. This should be illegal, as classes must be unique
https://github.com/airctic/icevision/blob/82f3c7322d5adbc41d6a1b7b9e4327eb32ad23c4/icevision/core/class_map.py#L47-L51

valid point! up for a PR rahuuuul? =)


terminus-font uses a direct mirror link which no longer works

--- a/community/terminus-font/sources
+++ b/community/terminus-font/sources
@@ -1 +1 @@
-https://deac-ams.dl.sourceforge.net/project/terminus-font/terminus-font-4.49/terminus-font-4.49.1.tar.gz
+https://downloads.sourceforge.net/project/terminus-font/terminus-font-MAJOR.MINOR/terminus-font-VERSION.tar.gz
--- a/community/terminus-font/version
+++ b/community/terminus-font/version
@@ -1 +1 @@
-4.49.1 1
+4.49.1 2

Here you go.
(I love kiss-fork so much)

@aaronNGi

It looks like there are a lot of orphaned or otherwise unmaintained packages in this repo - that GitHub user hasn't been seen for over half a year. Maybe if I can get my trackpad and GPU to work under GKISS, I'd be open to adopting some.

fixed with a1eb6b3

That works :)


[2129] Bursaries - updated form for Early Years (salaried)

Context
https://trello.com/c/tHMWxyRB/2129-bursaries-updated-form-for-early-years-salaried
Changes proposed in this pull request

Text updated for early years

Guidance to review

Add new trainee with Early Years (salaried) route
Add funding, see bursary form

 Bursaries - updated form for Early Years (salaried)


nixos/activation for users in a nixos-upgrade.service

Issue description
After #46851 things seems to be fine overall. But I was a bit surprised this morning when I found this in my journal:
Oct 02 05:19:31 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: activating the configuration...
Oct 02 05:19:31 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: setting up /etc...
Oct 02 05:19:31 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: restarting systemd...
Oct 02 05:19:32 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: reloading user units for kodi...
Oct 02 05:19:32 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: Can't exec "su": No such file or directory at /nix/store/zxlqpnv6h9njnvyhix4dz1vgbyymxd2d-nixos-system-kodi-18.09beta668.10eec001313/bin/switch-to-configuration line 422, <$listActiveUsers> line 1.
Oct 02 05:19:32 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: setting up tmpfiles
Oct 02 05:19:32 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: reloading the following units: dbus.service, dev-hugepages.mount, dev-mqueue.mount, firewall.service, sys-kernel-debug.mount, var-lib-nfs-rpc_pipefs.mount
Oct 02 05:19:32 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: restarting the following units: dhcpcd.service, polkit.service, sshd.service, systemd-journald.service
Oct 02 05:19:35 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: starting the following units: audit.service, cpufreq.service, kmod-static-nodes.service, network-local-commands.service, network-setup.service, nix-daemon.socket, nscd.service, rngd.service, rpc-statd-notify.service, rpcbind.socket, systemd-modules-load.service, systemd-sysctl.service, systemd-timesyncd.service, systemd-tmpfiles-clean.timer, systemd-tmpfiles-setup-dev.service, systemd-udev-settle.service, systemd-udev-trigger.service, systemd-udevd-control.socket, systemd-udevd-kernel.socket
Oct 02 05:19:37 kodi laakj7azpppvfnzn14qmhg4906ixj37l-unit-script-nixos-upgrade-start[23495]: the following new units were started: systemd-tmpfiles-clean.service
Oct 02 05:19:37 kodi nixos[8091]: finished switching to system configuration /nix/store/zxlqpnv6h9njnvyhix4dz1vgbyymxd2d-nixos-system-kodi-18.09beta668.10eec001313

Steps to reproduce
I run the nixos-18.09 channel on a box and it did an automatic upgrade during the night.
The line in the resulting perl-script /nix/store/zxlqpnv6h9njnvyhix4dz1vgbyymxd2d-nixos-system-kodi-18.09beta668.10eec001313/bin/switch-to-configuration looks like this on line 422:
system("su", "-s", "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/sh", "-l", $name, "-c", "XDG_RUNTIME_DIR=/run/user/$uid /nix/store/af8i1spfq4mf6ihjgg05qwnngqc669mp-systemd-239/bin/systemctl --user daemon-reload");

We should probably make sure that su has a full path.
Technical details

system: "x86_64-linux"
host os: Linux 4.18.10, NixOS, 18.09beta668.10eec001313 (Jellyfish)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.1.1
channels(root): "nixos-18.09beta609.3768913cc9e"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

cc @Ma27

I didn't know about this feature until now, so I couldn't test confirm that it works properly, sorry.
I guess the easiest workaround would be to specify /run/wrappers/bin/su (or preferably config.security.wrapperDir as su requires a setuid wrapper to work properly, right?

If I understand correctly, su is run as root here so the setuid bit is not necessary.


how to make "submit_example.csv"?

Could you please give me a download link for your dataset or an example of a csv file?

@FlightZCB I have updated the relevant samples in  readme, have fun.


Add some examples of widgets that support visual density

Description
This adds a list of widgets that respond to visual density changes to the API docs for VisualDensity.
Tests

Doc only change.

test-exempt: only affects comments
That said, I wonder if we need a markdown linter or something. :-)

That said, I wonder if we need a markdown linter or something. :-)

Yeah, it would be nice if dartdoc provided that service for us, since it's really the one doing the processing there.