Inverted colors in some electron apps

Already reported ? *

[X] I have searched the existing open and closed issues.

Regression?
Yes
System Info and Version
 System/Version info
Hyprland, built from branch  at commit 0f594732b063a90d44df8c5d402d658f27471dfe  (props: bump version to 0.43.0).
Date: Sun Sep 8 16:48:21 2024
Tag: v0.43.0, commits: 5196

flags: (if any)

System Information:
System name: Linux
Node name: artix
Release: 6.11.1-artix1-1
Version: #1 SMP PREEMPT_DYNAMIC Wed, 02 Oct 2024 15:03:06 +0000

GPU information:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP104 [GeForce GTX 1080] [10de:1b80] (rev a1) (prog-if 00 [VGA controller])
NVRM version: NVIDIA UNIX x86_64 Kernel Module  560.35.03  Fri Aug 16 21:39:15 UTC 2024

os-release: NAME="Artix Linux"
PRETTY_NAME="Artix Linux"
ID=artix
BUILD_ID=rolling
ANSI_COLOR="0;36"
HOME_URL="https://www.artixlinux.org/"
DOCUMENTATION_URL="https://wiki.artixlinux.org/"
SUPPORT_URL="https://forum.artixlinux.org/"
BUG_REPORT_URL="https://bugs.artixlinux.org/"
PRIVACY_POLICY_URL="https://terms.artixlinux.org/docs/privacy-policy/"
LOGO=artixlinux-logo

plugins:

======Config-Start======

Config File: /home/user/.config/hypr/hyprland.conf: Read Succeeded
source = ~/.config/hypr/general.conf
source = ~/.config/hypr/env.conf
source = ~/.config/hypr/exec.conf
source = ~/.config/hypr/binds.conf
source = ~/.config/hypr/monitors.conf
source = ~/.config/hypr/workspaces.conf
source = ~/.config/hypr/window-rules.conf

Config File: /home/user/.config/hypr/general.conf: Read Succeeded
autogenerated = 0

# https://wiki.hyprland.org/Configuring/Variables/
input {
  kb_layout = us
  kb_variant =
  kb_model =
  kb_options = grp:alt_shift_toggle
  kb_rules =

  follow_mouse = 1
  sensitivity = 0 # -1.0 - 1.0, 0 means no modification.
  accel_profile = flat

  touchpad {
    natural_scroll = false
  }

  numlock_by_default = true
}

general {
  # https://wiki.hyprland.org/Configuring/Variables/

  no_border_on_floating = false
  resize_on_border = false

  layout = master # dwindle or master

  # https://wiki.hyprland.org/Configuring/Tearing
  allow_tearing = false
}

dwindle {
  # https://wiki.hyprland.org/Configuring/Dwindle-Layout/
  pseudotile = true # master switch for pseudotiling. Enabling is bound to mainMod + P
  preserve_split = true # you probably want this
}

master {
  # https://wiki.hyprland.org/Configuring/Master-Layout/
  mfact = 0.55
  new_status = slave # master slave inherit
}

cursor {
  no_hardware_cursors = true
  allow_dumb_copy = true # Nvidia
  no_warps = true # Don't move cursor to new window
  enable_hyprcursor = true
}

misc {
  # https://wiki.hyprland.org/Configuring/Variables/
  force_default_wallpaper = 0 # Set to 0 to disable the anime mascot
  initial_workspace_tracking = 0
  mouse_move_focuses_monitor = true
}

debug {
  disable_logs = false
}

Config File: /home/user/.config/hypr/env.conf: Read Succeeded
env = XCURSOR_SIZE,24

env = GDK_BACKEND,wayland,x11
env = SDL_VIDEODRIVER,wayland
env = CLUTTER_BACKEND,wayland
env = MOZ_ENABLE_WAYLAND,1
env = MOZ_DISABLE_RDD_SANDBOX,1
env = _JAVA_AWT_WM_NONREPARENTING=1
env = QT_AUTO_SCREEN_SCALE_FACTOR,1
env = QT_QPA_PLATFORM,wayland
env = QT_QPA_PLATFORMTHEME,qt5ct
env = __NV_PRIME_RENDER_OFFLOAD,1
env = __VK_LAYER_NV_optimus,NVIDIA_only
env = PROTON_ENABLE_NGX_UPDATER,1
env = NVD_BACKEND,direct
env = __GL_GSYNC_ALLOWED,1
env = __GL_VRR_ALLOWED,1
env = WLR_DRM_NO_ATOMIC,1
env = WLR_USE_LIBINPUT,1
env = XWAYLAND_NO_GLAMOR,1 # with this you'll need to use gamescope for gaming
env = __GL_MaxFramesAllowed,1
env = WLR_RENDERER_ALLOW_SOFTWARE,1

# Nvidia
env = LIBVA_DRIVER_NAME,nvidia
env = XDG_SESSION_TYPE,wayland
env = GBM_BACKEND,nvidia-drm # Remove if Firefox crashing
env = __GLX_VENDOR_LIBRARY_NAME,nvidia # If you face problems with Discord windows not displaying or screen sharing not working in Zoom, remove or comment the line

# https://twitter.com/vaxryy/status/1790202401242157401
# https://wiki.archlinux.org/title/XDG_MIME_Applications#Empty_MIME_associations_/_open_with_menu_in_KDE
env = XDG_MENU_PREFIX=plasma-

# https://github.com/hyprwm/Hyprland/issues/7971
env = AQ_DRM_DEVICES,/dev/dri/card1

Config File: /home/user/.config/hypr/exec.conf: Read Succeeded
source = ~/.config/hypr/vars.conf

# dinit user instance
exec-once = dinit -q &
# Wallpaper
exec-once = swww-daemon &
# Audio
exec-once = pipewire & pipewire-pulse & wireplumber &
# KDE Connect
exec-once = kdeconnectd &
exec-once = kdeconnect-indicator &
# Waybar
exec-once = hot-waybar &
# Notifications
exec-once = dunst &
# Authentication agent polkit
exec-once = /usr/lib/polkit-kde-authentication-agent-1
# Automounter for removable media
exec-once = udiskie &
# Idle
exec-once = hypridle
# playerctl daemon
exec-once = playerctld daemon
exec-once = mpDris2 &
# Set primary monitor for xwayland
exec-once = xrandr --output $monitorMain --primary
# nsxiv dark theme
exec-once = xrdb -load ~/.config/X11/xresources
# Fix desktop portal
exec-once = sleep 5; hyprportal

Config File: /home/user/.config/hypr/vars.conf: Read Succeeded
# https://wiki.hyprland.org/Configuring/Keywords/

# Monitors
$monitorMain = DP-1
$monitorRight = HDMI-A-1

Config File: /home/user/.config/hypr/monitors.conf: Read Succeeded
source = ~/.config/hypr/vars.conf

# https://wiki.hyprland.org/Configuring/Monitors

monitor = $monitorMain, preferred, 0x0, 1
monitor = $monitorRight, preferred, auto-right, 1
monitor = , preferred, auto, 1
======Config-End========

Description
Some electron apps, such as, Obsidian or TeamSpeak5 have inverted colors since linux 6.11 and hyprland 0.43 but not vscodium.
Obsidian:

TeamSpeak5:

I also had different issue, I think same exact as https://github.com/hyprwm/Hyprland/issues/7971 that was fixed by env = AQ_DRM_DEVICES,/dev/dri/card1. But I done bunch of stuff in attempt to fixed it before so it might be something I have done.
How to reproduce
Launch Obsidian or TeamSpeak5
Crash reports, logs, images, videos
 logs
[LOG] [AQ] Creating an Aquamarine backend!
[LOG] [AQ] [libseat] [libseat/backend/seatd.c:64] Could not connect to socket /run/seatd.sock: No such file or directory
[LOG] [AQ] [libseat] [libseat/libseat.c:76] Backend 'seatd' failed to open seat, skipping
[LOG] [AQ] [libseat] [libseat/libseat.c:73] Seat opened with backend 'logind'
[LOG] [AQ] drm: Enumerated device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1
[LOG] [AQ] libseat: Device /dev/dri/card1 supports kms
[LOG] [AQ] drm: Enumerated device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-DP-1
[ERR] [AQ] drm: Skipping device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-DP-1, no devnode
[LOG] [AQ] drm: Enumerated device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-DP-2
[ERR] [AQ] drm: Skipping device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-DP-2, no devnode
[LOG] [AQ] drm: Enumerated device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-DP-3
[ERR] [AQ] drm: Skipping device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-DP-3, no devnode
[LOG] [AQ] drm: Enumerated device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-DVI-D-1
[ERR] [AQ] drm: Skipping device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-DVI-D-1, no devnode
[LOG] [AQ] drm: Enumerated device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-HDMI-A-1
[ERR] [AQ] drm: Skipping device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1/card1-HDMI-A-1, no devnode
[LOG] [AQ] drm: Enumerated device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/simple-framebuffer.0/drm/card0
[LOG] [AQ] libseat: Device /dev/dri/card0 supports kms
[LOG] [AQ] drm: Enumerated device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/simple-framebuffer.0/drm/card0/card0-Unknown-1
[ERR] [AQ] drm: Skipping device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/simple-framebuffer.0/drm/card0/card0-Unknown-1, no devnode
[LOG] [AQ] drm: Explicit device list /dev/dri/card1
[LOG] [AQ] drm: Explicit device /dev/dri/card1 found
[LOG] [AQ] drm: Found 1 GPUs
[LOG] [AQ] drm: Starting backend for /dev/dri/card1, with driver nvidia-drm
[LOG] [AQ] drm: Registered gpu /dev/dri/card1
[LOG] [AQ] drm: Atomic supported, using atomic for modesetting
[LOG] [AQ] drm: drmProps.supportsAsyncCommit: true
[LOG] [AQ] drm: drmProps.supportsAddFb2Modifiers: true
[LOG] [AQ] drm: drmProps.supportsTimelines: true
[LOG] [AQ] drm: found 4 CRTCs
[LOG] [AQ] drm: found 12 planes
[LOG] [AQ] drm: Plane 36 has type 1
[LOG] [AQ] drm: Plane 36 has 11 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 39 has type 2
[LOG] [AQ] drm: Plane 39 has 1 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 43 has type 0
[LOG] [AQ] drm: Plane 43 has 8 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 46 has type 1
[LOG] [AQ] drm: Plane 46 has 11 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 49 has type 2
[LOG] [AQ] drm: Plane 49 has 1 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 53 has type 0
[LOG] [AQ] drm: Plane 53 has 8 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 56 has type 1
[LOG] [AQ] drm: Plane 56 has 11 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 59 has type 2
[LOG] [AQ] drm: Plane 59 has 1 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 63 has type 0
[LOG] [AQ] drm: Plane 63 has 8 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 66 has type 1
[LOG] [AQ] drm: Plane 66 has 11 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 69 has type 2
[LOG] [AQ] drm: Plane 69 has 1 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Plane 73 has type 0
[LOG] [AQ] drm: Plane 73 has 8 formats
[LOG] [AQ] drm: Plane: checking for modifiers
[LOG] [AQ] drm: Basic init pass for gpu /dev/dri/card1
[LOG] [AQ] drm: Scanning connectors for /dev/dri/card1
[LOG] [AQ] drm: Scanning connector id 77
[LOG] [AQ] drm: Initializing connector id 77
[LOG] [AQ] drm: Connector gets name DVI-D-1
[ERR] [AQ] drm: getCurrentCRTC: No CRTC 0
[LOG] [AQ] drm: Connector 77 connection state: 2
[LOG] [AQ] drm: Scanning connector id 79
[LOG] [AQ] drm: Initializing connector id 79
[LOG] [AQ] drm: Connector gets name HDMI-A-1
[ERR] [AQ] drm: getCurrentCRTC: No CRTC 0
[LOG] [AQ] drm: Connector 79 connection state: 1
[LOG] [AQ] drm: Scanning connector id 82
[LOG] [AQ] drm: Initializing connector id 82
[LOG] [AQ] drm: Connector gets name DP-1
[ERR] [AQ] drm: getCurrentCRTC: No CRTC 0
[LOG] [AQ] drm: Connector 82 connection state: 1
[LOG] [AQ] drm: Scanning connector id 86
[LOG] [AQ] drm: Initializing connector id 86
[LOG] [AQ] drm: Connector gets name DP-2
[ERR] [AQ] drm: getCurrentCRTC: No CRTC 0
[LOG] [AQ] drm: Connector 86 connection state: 2
[LOG] [AQ] drm: Scanning connector id 90
[LOG] [AQ] drm: Initializing connector id 90
[LOG] [AQ] drm: Connector gets name DP-3
[ERR] [AQ] drm: getCurrentCRTC: No CRTC 0
[LOG] [AQ] drm: Connector 90 connection state: 2
[LOG] [AQ] drm: Rechecking CRTCs
[LOG] [AQ] drm: connector DVI-D-1, has crtc -1, will be rechecked
[LOG] [AQ] drm: connector HDMI-A-1, has crtc -1, will be rechecked
[LOG] [AQ] drm: connector DP-1, has crtc -1, will be rechecked
[LOG] [AQ] drm: connector DP-2, has crtc -1, will be rechecked
[LOG] [AQ] drm: connector DP-3, has crtc -1, will be rechecked
[LOG] [AQ] drm: connected slot 0 crtc 42 assigned to HDMI-A-1
[LOG] [AQ] drm: connected slot 1 crtc 52 assigned to DP-1
[LOG] [AQ] drm: slot 2 crtc 62 unassigned
[LOG] [AQ] drm: slot 3 crtc 72 unassigned
[LOG] [AQ] drm: Connector DVI-D-1 is not connected
[LOG] [AQ] drm: Connector DP-2 is not connected
[LOG] [AQ] drm: Connector DP-3 is not connected
[LOG] [AQ] drm: rescanning after realloc
[LOG] [AQ] drm: Scanning connectors for /dev/dri/card1
[LOG] [AQ] drm: Scanning connector id 77
[LOG] [AQ] drm: Connector id 77 already initialized
[LOG] [AQ] drm: Connector 77 connection state: 2
[LOG] [AQ] drm: Scanning connector id 79
[LOG] [AQ] drm: Connector id 79 already initialized
[LOG] [AQ] drm: Connector 79 connection state: 1
[LOG] [AQ] drm: Connector HDMI-A-1 connected
[LOG] [AQ] drm: Connecting connector HDMI-A-1, CRTC ID 42
[LOG] [AQ] drm: Dumping detected modes:
[LOG] [AQ] drm: Mode 0<EMAIL_ADDRESS>(preferred)
[LOG] [AQ] drm: Mode 1<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 2<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 3<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 4<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 5<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 6<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 7<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 8<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 9<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 10<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 11<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 12<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 13<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 14<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 15<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 16<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 17<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 18<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 19<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 20<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 21<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 22<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 23<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 24<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 25<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 26<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 27<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 28<EMAIL_ADDRESS>[LOG] [AQ] drm: Physical size [Vector2D: x: 600, y: 340] (mm)
[LOG] [AQ] drm: Description Ancor Communications Inc ASUS PB277 0x000201C7 (HDMI-A-1)
[LOG] [AQ] drm: connector HDMI-A-1 crtc is incapable of vrr: props.vrr_capable -> 94, crtc->props.vrr_enabled -> 24
[LOG] [AQ] drm: Explicit sync supported
[LOG] [AQ] drm: Scanning connector id 82
[LOG] [AQ] drm: Connector id 82 already initialized
[LOG] [AQ] drm: Connector 82 connection state: 1
[LOG] [AQ] drm: Connector DP-1 connected
[LOG] [AQ] drm: Connecting connector DP-1, CRTC ID 52
[LOG] [AQ] drm: Dumping detected modes:
[LOG] [AQ] drm: Mode 0<EMAIL_ADDRESS>(preferred)
[LOG] [AQ] drm: Mode 1<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 2<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 3<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 4<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 5<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 6<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 7<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 8<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 9<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 10<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 11<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 12<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 13<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 14<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 15<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 16<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 17<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 18<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 19<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 20<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 21<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 22<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 23<EMAIL_ADDRESS>[LOG] [AQ] drm: Mode 24<EMAIL_ADDRESS>[LOG] [AQ] drm: Physical size [Vector2D: x: 600, y: 340] (mm)
[LOG] [AQ] drm: Description Ancor Communications Inc ASUS MG279 0x00019952 (DP-1)
[LOG] [AQ] drm: connector DP-1 crtc is incapable of vrr: props.vrr_capable -> 95, crtc->props.vrr_enabled -> 24
[LOG] [AQ] drm: Explicit sync supported
[LOG] [AQ] drm: Scanning connector id 86
[LOG] [AQ] drm: Connector id 86 already initialized
[LOG] [AQ] drm: Connector 86 connection state: 2
[LOG] [AQ] drm: Scanning connector id 90
[LOG] [AQ] drm: Connector id 90 already initialized
[LOG] [AQ] drm: Connector 90 connection state: 2
[LOG] [AQ] drm: gpu /dev/dri/card1 becomes primary drm
[LOG] [AQ] Starting the Aquamarine backend!
[LOG] [AQ] Starting the Wayland backend!
[ERR] [AQ] Wayland backend cannot start: wl_display_connect failed (is a wayland compositor running?)
[ERR] [AQ] Requested backend (wayland) could not start, enabling fallbacks
[ERR] [AQ] Implementation wayland failed, erasing.
[LOG] [AQ] Created a GBM allocator with drm fd 27
[LOG] [AQ] drm: Connectors size2 5
[LOG] [AQ] Created a GBM allocator with drm fd 28
[LOG] [AQ] CDRMRenderer: got a high priority context
[LOG] [AQ] CDRMRenderer: success
[LOG] [AQ] drm: onReady: connector 77
[LOG] [AQ] drm: onReady: connector 79
[LOG] [AQ] drm: onReady: connector 79 has output name HDMI-A-1
[LOG] [AQ] Swapchain: Clearing
[LOG] New aquamarine output with name HDMI-A-1
[LOG] [AQ] drm: onReady: connector 82
[LOG] [AQ] drm: onReady: connector 82 has output name DP-1
[LOG] [AQ] Swapchain: Clearing
[LOG] New aquamarine output with name DP-1
[LOG] [AQ] drm: onReady: connector 86
[LOG] [AQ] drm: onReady: connector 90
[LOG] [AQ] CDRMRenderer: got a high priority context
[LOG] [AQ] CDRMRenderer: success
[LOG] Running on DRMFD: 26
[LOG] wl_display_add_socket for wayland-1 succeeded with 0
[LOG] Creating the CHyprOpenGLImpl!
[LOG] Supported EGL extensions: (16) EGL_EXT_platform_base EGL_EXT_device_base EGL_EXT_device_enumeration
There was an error creating your issue: body is too long (maximum is 65536 characters).
github >:(

bisect pls?

Same problem here: Thorium, Revolt, Z-Library, VLC, Davinci Resolve and other program interfaces (but not contents like images and videos in them)... IDK but blue and orange hues have shifted across the color spectrum (with green and purple everything alright tho)
All latest packages on Artix Linux (2024-10-19). Something happens from my previous 2024-09-25 full system update...
BUT! It only appears on my desktop PC with GTX 1080 Ti, but not laptop with Intel GPU. Perhaps some weird issues with Nvidia drivers.
So, anyone knows how can I fix this? Thanks.

@svyatoclav I'm having the same issue. Also with a 1080ti. Did you ever figure this out?

@svyatoclav I'm having the same issue. Also with a 1080ti. Did you ever figure this out?

Unfortunately no... But I think it is because of 560+ Nvidia drivers and 6.11+ kernel (and nvidia_drm.modeset=1 nvidia_drm.fbdev=0 parameters maybe), and there are a lot of other troubles because of all of this for me: electron/chromium apps are VERY laggy and almost unusable sometimes (and inverted colors yeah), games have low fps and many other issues... Nvidia moment, meh. I hope they will fix it in later builds of kernel and drivers. I really hope ahaha. Or probably we should downgrade to 555 driver idk, but some people says that in that case we should also downgrade kernel to 6.10 because of some incompatibility. Very disappointing situation right here.

@mattyrc @svyatoclav Today, I updated my packages, and now, with the nvidia-open-dkms version 565.57.01-1 and Linux 6.11.7.arch1-1, all works fine now with VLC, Krita, Vesktop. At least for me. Try it and see if it's fixed now o.o! c:

@mattyrc @svyatoclav Today, I updated my packages, and now, with the nvidia-open-dkms version 565.57.01-1 and Linux 6.11.7.arch1-1, all works fine now with VLC, Krita, Vesktop. At least for me. Try it and see if it's fixed now o.o! c:

Sadly it didn't work for me... Created a new issue with full info https://github.com/hyprwm/Hyprland/issues/8519


src: 1.31 -> 1.32

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/src/versions.
meta.description for src is: Simple single-file revision control
meta.homepage for src is: http://www.catb.org/esr/src/
meta.changelog for src is: https://gitlab.com/esr/src/raw/1.32/NEWS
Updates performed

Version update

To inspect upstream changes
Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.32 with grep in /nix/store/2vrrji4kqigrs8x8i8nc3ljnrknn3jcp-src-1.32
found 1.32 in filename of file in /nix/store/2vrrji4kqigrs8x8i8nc3ljnrknn3jcp-src-1.32

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
src

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/2vrrji4kqigrs8x8i8nc3ljnrknn3jcp-src-1.32 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A src https://github.com/r-ryantm/nixpkgs/archive/20a1a910e325b2be1676979f5df3eb20d907297f.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/2vrrji4kqigrs8x8i8nc3ljnrknn3jcp-src-1.32
ls -la /nix/store/2vrrji4kqigrs8x8i8nc3ljnrknn3jcp-src-1.32/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

src

Maintainer pings
cc @calvertvl @AndersonTorres for testing.

Oh man


python312Packages.python-gitlab: 4.12.2 -> 5.1.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python312Packages.python-gitlab is: Interact with GitLab API
meta.homepage for python312Packages.python-gitlab is: https://github.com/python-gitlab/python-gitlab
meta.changelog for python312Packages.python-gitlab is: https://github.com/python-gitlab/python-gitlab/blob/v5.0.0/CHANGELOG.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 5.0.0 with grep in /nix/store/fikpc7i5l0r7yhpmahdvhqxz8k9hs0rc-python3.12-python-gitlab-5.0.0
found 5.0.0 in filename of file in /nix/store/fikpc7i5l0r7yhpmahdvhqxz8k9hs0rc-python3.12-python-gitlab-5.0.0

Rebuild report (if merged into master) (click to expand)

16 total rebuild path(s)

16 package rebuild(s)

First fifty rebuilds by attrpath

datalad
datalad-gooey
packj
python311Packages.criticality-score
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-next
python311Packages.heudiconv
python311Packages.python-gitlab
python312Packages.criticality-score
python312Packages.datalad
python312Packages.datalad-gooey
python312Packages.datalad-next
python312Packages.heudiconv
python312Packages.python-gitlab

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/fikpc7i5l0r7yhpmahdvhqxz8k9hs0rc-python3.12-python-gitlab-5.0.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python312Packages.python-gitlab https://github.com/r-ryantm/nixpkgs/archive/0eb9ddb3e90bd90fd95d4cedb63af2fa9198f96a.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/0eb9ddb3e90bd90fd95d4cedb63af2fa9198f96a#python312Packages.python-gitlab

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/fikpc7i5l0r7yhpmahdvhqxz8k9hs0rc-python3.12-python-gitlab-5.0.0
ls -la /nix/store/fikpc7i5l0r7yhpmahdvhqxz8k9hs0rc-python3.12-python-gitlab-5.0.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review

x86_64-linux

:x: 16 packages failed to build:

datalad (python312Packages.datalad)
datalad-gooey (python312Packages.datalad-gooey)
datalad-gooey.dist (python312Packages.datalad-gooey.dist)
datalad.dist (python312Packages.datalad.dist)
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-gooey.dist
python311Packages.datalad-next
python311Packages.datalad-next.dist
python311Packages.datalad.dist
python311Packages.heudiconv
python311Packages.heudiconv.dist
python312Packages.datalad-next
python312Packages.datalad-next.dist
python312Packages.heudiconv
python312Packages.heudiconv.dist

:white_check_mark: 10 packages built:

packj
packj.dist
python311Packages.criticality-score
python311Packages.criticality-score.dist
python311Packages.python-gitlab
python311Packages.python-gitlab.dist
python312Packages.criticality-score
python312Packages.criticality-score.dist
python312Packages.python-gitlab
python312Packages.python-gitlab.dist

Maintainer pings
cc @nyanloutre for testing.

[!TIP]
As a maintainer, if your package is located under pkgs/by-name/*, you can comment @NixOS/nixpkgs-merge-bot merge to automatically merge this update using the nixpkgs-merge-bot.

Add a :+1: reaction to pull requests you find important.

nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review pr 353544

x86_64-linux

:white_check_mark: 13 packages built:

datalad (python312Packages.datalad)
datalad-gooey (python312Packages.datalad-gooey)
packj
python311Packages.criticality-score
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-next
python311Packages.heudiconv
python311Packages.python-gitlab
python312Packages.criticality-score
python312Packages.datalad-next
python312Packages.heudiconv
python312Packages.python-gitlab

aarch64-linux

:x: 4 packages failed to build:

python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-next
python311Packages.heudiconv

:white_check_mark: 9 packages built:

datalad (python312Packages.datalad)
datalad-gooey (python312Packages.datalad-gooey)
packj
python311Packages.criticality-score
python311Packages.python-gitlab
python312Packages.criticality-score
python312Packages.datalad-next
python312Packages.heudiconv
python312Packages.python-gitlab

x86_64-darwin

:x: 9 packages failed to build:

datalad (python312Packages.datalad)
datalad-gooey (python312Packages.datalad-gooey)
packj
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-next
python311Packages.heudiconv
python312Packages.datalad-next
python312Packages.heudiconv

:white_check_mark: 4 packages built:

python311Packages.criticality-score
python311Packages.python-gitlab
python312Packages.criticality-score
python312Packages.python-gitlab

aarch64-darwin

:x: 9 packages failed to build:

datalad (python312Packages.datalad)
datalad-gooey (python312Packages.datalad-gooey)
packj
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-next
python311Packages.heudiconv
python312Packages.datalad-next
python312Packages.heudiconv

:white_check_mark: 4 packages built:

python311Packages.criticality-score
python311Packages.python-gitlab
python312Packages.criticality-score
python312Packages.python-gitlab

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python312Packages.python-gitlab is: Interact with GitLab API
meta.homepage for python312Packages.python-gitlab is: https://github.com/python-gitlab/python-gitlab
meta.changelog for python312Packages.python-gitlab is: https://github.com/python-gitlab/python-gitlab/blob/v5.1.0/CHANGELOG.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 5.1.0 with grep in /nix/store/bx58ll8pyv6ys3gdy9q4yfsx9cnx147q-python3.12-python-gitlab-5.1.0
found 5.1.0 in filename of file in /nix/store/bx58ll8pyv6ys3gdy9q4yfsx9cnx147q-python3.12-python-gitlab-5.1.0

Rebuild report (if merged into master) (click to expand)

16 total rebuild path(s)

16 package rebuild(s)

First fifty rebuilds by attrpath

datalad
datalad-gooey
packj
python311Packages.criticality-score
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-next
python311Packages.heudiconv
python311Packages.python-gitlab
python312Packages.criticality-score
python312Packages.datalad
python312Packages.datalad-gooey
python312Packages.datalad-next
python312Packages.heudiconv
python312Packages.python-gitlab

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/bx58ll8pyv6ys3gdy9q4yfsx9cnx147q-python3.12-python-gitlab-5.1.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python312Packages.python-gitlab https://github.com/r-ryantm/nixpkgs/archive/2622164d8c952e85bc8e260e5d9e74271a90cfb6.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/2622164d8c952e85bc8e260e5d9e74271a90cfb6#python312Packages.python-gitlab

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/bx58ll8pyv6ys3gdy9q4yfsx9cnx147q-python3.12-python-gitlab-5.1.0
ls -la /nix/store/bx58ll8pyv6ys3gdy9q4yfsx9cnx147q-python3.12-python-gitlab-5.1.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review

x86_64-linux

:x: 4 packages failed to build:

python311Packages.heudiconv
python311Packages.heudiconv.dist
python312Packages.heudiconv
python312Packages.heudiconv.dist

:white_check_mark: 22 packages built:

datalad (python312Packages.datalad)
datalad-gooey (python312Packages.datalad-gooey)
datalad-gooey.dist (python312Packages.datalad-gooey.dist)
datalad.dist (python312Packages.datalad.dist)
packj
packj.dist
python311Packages.criticality-score
python311Packages.criticality-score.dist
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-gooey.dist
python311Packages.datalad-next
python311Packages.datalad-next.dist
python311Packages.datalad.dist
python311Packages.python-gitlab
python311Packages.python-gitlab.dist
python312Packages.criticality-score
python312Packages.criticality-score.dist
python312Packages.datalad-next
python312Packages.datalad-next.dist
python312Packages.python-gitlab
python312Packages.python-gitlab.dist

Maintainer pings
cc @nyanloutre for testing.

[!TIP]
As a maintainer, if your package is located under pkgs/by-name/*, you can comment @NixOS/nixpkgs-merge-bot merge to automatically merge this update using the nixpkgs-merge-bot.

Add a :+1: reaction to pull requests you find important.

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python312Packages.python-gitlab is: Interact with GitLab API
meta.homepage for python312Packages.python-gitlab is: https://github.com/python-gitlab/python-gitlab
meta.changelog for python312Packages.python-gitlab is: https://github.com/python-gitlab/python-gitlab/blob/v5.2.0/CHANGELOG.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 5.2.0 with grep in /nix/store/xfziarqs5s31rwyinvkv725riifpv5jd-python3.12-python-gitlab-5.2.0
found 5.2.0 in filename of file in /nix/store/xfziarqs5s31rwyinvkv725riifpv5jd-python3.12-python-gitlab-5.2.0

Rebuild report (if merged into master) (click to expand)

16 total rebuild path(s)

16 package rebuild(s)

First fifty rebuilds by attrpath

datalad
datalad-gooey
packj
python311Packages.criticality-score
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-next
python311Packages.heudiconv
python311Packages.python-gitlab
python312Packages.criticality-score
python312Packages.datalad
python312Packages.datalad-gooey
python312Packages.datalad-next
python312Packages.heudiconv
python312Packages.python-gitlab

Instructions to test this update (click to expand)

Either download from the cache:
nix-store -r /nix/store/xfziarqs5s31rwyinvkv725riifpv5jd-python3.12-python-gitlab-5.2.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nixpkgs-update-cache.nix-community.org/' \
  --option trusted-public-keys '
  nixpkgs-update-cache.nix-community.org-1:U8d6wiQecHUPJFSqHN9GSSmNkmdiFW7GW7WNAnHW0SM=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The nixpkgs-update cache is only trusted for this store-path realization.)
For the cached download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python312Packages.python-gitlab https://github.com/r-ryantm/nixpkgs/archive/72098333cdb7ac5925e137fb8f2154c31b819f40.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/72098333cdb7ac5925e137fb8f2154c31b819f40#python312Packages.python-gitlab

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/xfziarqs5s31rwyinvkv725riifpv5jd-python3.12-python-gitlab-5.2.0
ls -la /nix/store/xfziarqs5s31rwyinvkv725riifpv5jd-python3.12-python-gitlab-5.2.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review

x86_64-linux

:x: 4 packages failed to build:

python311Packages.heudiconv
python311Packages.heudiconv.dist
python312Packages.heudiconv
python312Packages.heudiconv.dist

:white_check_mark: 22 packages built:

datalad (python312Packages.datalad)
datalad-gooey (python312Packages.datalad-gooey)
datalad-gooey.dist (python312Packages.datalad-gooey.dist)
datalad.dist (python312Packages.datalad.dist)
packj
packj.dist
python311Packages.criticality-score
python311Packages.criticality-score.dist
python311Packages.datalad
python311Packages.datalad-gooey
python311Packages.datalad-gooey.dist
python311Packages.datalad-next
python311Packages.datalad-next.dist
python311Packages.datalad.dist
python311Packages.python-gitlab
python311Packages.python-gitlab.dist
python312Packages.criticality-score
python312Packages.criticality-score.dist
python312Packages.datalad-next
python312Packages.datalad-next.dist
python312Packages.python-gitlab
python312Packages.python-gitlab.dist

Maintainer pings
cc @nyanloutre for testing.

[!TIP]
As a maintainer, if your package is located under pkgs/by-name/*, you can comment @NixOS/nixpkgs-merge-bot merge to automatically merge this update using the nixpkgs-merge-bot.

Add a :+1: reaction to pull requests you find important.

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python312Packages.python-gitlab is: Interact with GitLab API
meta.homepage for python312Packages.python-gitlab is: https://github.com/python-gitlab/python-gitlab
meta.changelog for python312Packages.python-gitlab is: https://github.com/python-gitlab/python-gitlab/blob/v5.3.0/CHANGELOG.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 5.3.0 with grep in /nix/store/vp2ddxvykn4g8835hw9mz237vmf5zl5v-python3.12-python-gitlab-5.3.0
found 5.3.0 in filename of file in /nix/store/vp2ddxvykn4g8835hw9mz237vmf5zl5v-python3.12-python-gitlab-5.3.0

Rebuild report (if merged into master) (click to expand)

15 total rebuild path(s)

15 package rebuild(s)

First fifty rebuilds by attrpath

datalad
datalad-gooey
packj
python312Packages.criticality-score
python312Packages.datalad
python312Packages.datalad-gooey
python312Packages.datalad-next
python312Packages.heudiconv
python312Packages.python-gitlab
python313Packages.criticality-score
python313Packages.datalad
python313Packages.datalad-gooey
python313Packages.datalad-next
python313Packages.python-gitlab

Instructions to test this update (click to expand)

Either download from the cache:
nix-store -r /nix/store/vp2ddxvykn4g8835hw9mz237vmf5zl5v-python3.12-python-gitlab-5.3.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nixpkgs-update-cache.nix-community.org/' \
  --option trusted-public-keys '
  nixpkgs-update-cache.nix-community.org-1:U8d6wiQecHUPJFSqHN9GSSmNkmdiFW7GW7WNAnHW0SM=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The nixpkgs-update cache is only trusted for this store-path realization.)
For the cached download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python312Packages.python-gitlab https://github.com/r-ryantm/nixpkgs/archive/c3815f5de2139fb0f2bf3f3b5dd1a144e3443c96.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/c3815f5de2139fb0f2bf3f3b5dd1a144e3443c96#python312Packages.python-gitlab

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/vp2ddxvykn4g8835hw9mz237vmf5zl5v-python3.12-python-gitlab-5.3.0
ls -la /nix/store/vp2ddxvykn4g8835hw9mz237vmf5zl5v-python3.12-python-gitlab-5.3.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review

x86_64-linux

:x: 14 packages failed to build:

datalad (python312Packages.datalad)
datalad-gooey (python312Packages.datalad-gooey)
datalad-gooey.dist (python312Packages.datalad-gooey.dist)
datalad.dist (python312Packages.datalad.dist)
python312Packages.datalad-next
python312Packages.datalad-next.dist
python312Packages.heudiconv
python312Packages.heudiconv.dist
python313Packages.datalad
python313Packages.datalad-gooey
python313Packages.datalad-gooey.dist
python313Packages.datalad-next
python313Packages.datalad-next.dist
python313Packages.datalad.dist

:white_check_mark: 10 packages built:

packj
packj.dist
python312Packages.criticality-score
python312Packages.criticality-score.dist
python312Packages.python-gitlab
python312Packages.python-gitlab.dist
python313Packages.criticality-score
python313Packages.criticality-score.dist
python313Packages.python-gitlab
python313Packages.python-gitlab.dist

Maintainer pings
cc @nyanloutre for testing.

[!TIP]
As a maintainer, if your package is located under pkgs/by-name/*, you can comment @NixOS/nixpkgs-merge-bot merge to automatically merge this update using the nixpkgs-merge-bot.

Add a :+1: reaction to pull requests you find important.


Use own git

I love the app. How difficult would it be to make it GitHub agnostic? It would be great if it could be made, so it simply uses a git repository, without having to rely on GitHub.

All GitHub specific APIs have been extracted to this file:
https://github.com/hackjutsu/Lepton/blob/master/app/utilities/githubApi/index.js
If your own servers can provide compatible methods, feel free to have a try.

@hackjutsu those are custom APIs for GitHub. They don't exist on a git repository. This is what I was envisioning:

A "gists" git repository is created by the app using user's credentials for user's own git server.
Gists are stored on the "gists" git repository.
App read/writes on the repository, presenting gists as it does now.

I know the idea means changing the entire functionality of the app revolving around GitHub gists. It is a radical change, and not the direction you might want --or know how to-- take.

@Fastidious
Sorry, I just realized that you are talking about using a general Git repository for storage. Yes, this is an interesting idea. There would be a challenge about where to put the meta data, like descriptions. GitHub Gist provides an abstraction layer which bundles the gists and the description together.  Without this support, we need to invent our own "gist id" which bundle the actual gist file and description file. IMHO, I doubt we can do this better than the existing solution.

Will this be implemented at some point in the future? I would really like that option, so we could use it for sensitive data that can't be stored on GitHub.


Update extension: Record

I accidentally closed the previous PR instead of re-basing it. Hopefully this pull request will resolve that issue.

Since there is a known bug with the existing version, I'm going to approve this.  We can always update it again if we need to.  Thanks for your hard work on this, @Add00!


Externalize All Message Strings

All user messages need to be externalized as string resources to support internationalization.
Also internationalize date formats.

Implemented in rel-1.2 branch.


Range should return actual length

In CPython, if you create a range with a positive step and a start larger than the end, then it will report zero length (as it actually produces no iterations). In RustPython it always returns the absolute value of (end - start) / step, which depending on the sign of the step might be wrong.
Compare this in CPython:
>>> r = range(10, 5)
>>> r
range(10, 5)
>>> print(len(r))
0
>>> for i in r: print(i)
...
>>>

with this in RustPython:
>>>>> r = range(10, 5)
>>>>> r
<range object at 0x5622737a1e28>
>>>>> print(len(r))
5
>>>>> for i in r: print(i)
>>>>>

This also causes ranges to report wrong len when the difference between start and end is not divisible by step, eg.
In CPython:
>>> r = range(10, 5, -2)
>>> len(r)
3
>>> for i in r: print(i)
...
10
8
6

while in RustPython:
>>>>> r = range(10, 5, -2)
>>>>> len(r)
2
>>>>> for i in r: print(i)
10
8
6

I believe the correct formula for the length is ceil((end - start) / step) with floating-point division.
CPython gets around this by special-casing positive and negative step, see its get_len_of_range and compute_range_length
Doing the same in RustPython would look something like:
#[inline]
pub fn len(&self) -> usize {
    match self.step.sign() {
        Sign::Plus if self.start < self.end =>
            ((&self.end - &self.start - 1usize) / &self.step).to_usize().unwrap() + 1,
        Sign::Minus if self.start > self.end =>
            ((&self.start - &self.end - 1usize) / (-&self.step)).to_usize().unwrap() + 1,
        _ => 0,
    }
}

Another problem is using unwrap() here, which makes RustPython crash on calculating the length of large ranges. CPython just throws an OverflowError exception:
>>> r = range(10**50)
>>> len(r)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OverflowError: Python int too large to convert to C ssize_t


Adding pid package to Lunar.

@AndyZe Would you mind doing the following:
update your packages: sudo apt-get update && sudo apt-get install python-rosdistro python-bloom
run bloom to generate a debinc: bloom-release pid -r lunar -t lunar
and hit enter bloom prompt you to create a pull request for you ?
Thanks!

Thanks guys. I made the PR manually -- the automatic bloom PR doesn't work since I changed my Github username from AndyZelenak to AndyZe. But I'll correct this.

The attached picture shows the failure, if you're curious. It should be looking at AndyZe/rosdistro

Thanks for updating the rosdistro entry, looks like eveything built fine :tada:
I think your github username has been kept in ~/.config/bloom. If you delete that file and run bloom again, bloom will prompt you to create a new token for your current github username and it should work next time you make a release.


Create 0000-01-02-NIkko41.md

I made this new file from the tutorial

I am following the steps and i have created a branch, created a file, and made a commit.


"watch" functionality needs tests

We have no integration tests around the "watch" functionality (see #3265).
Why?  Because it's a pain.  You'd have to run a test against some files, then modify a file from the test, then manually kill the child process and assert its output is as expected.  Normally we like to use the JSON reporter internally, but this test won't print a single JSON file to STDOUT like the others--it would return multiple files to STDOUT.  So we'll have to split up the output and make assertions on both.

A good place to start might just be "run a test with --watch enabled, kill the child process, and assert the output is correct"

cc @outsideris, for context

I agreed with you on integration tests.

Closed by #3379


ProgressComponent not working

Configuration
Binaries:
Node: 11.13.0 - /usr/local/bin/node
Yarn: 1.12.3 - /usr/local/bin/yarn
npm: 6.7.0 - /usr/local/bin/npm
Watchman: 4.9.0 - /usr/local/bin/watchman
SDKs:
iOS SDK:
Platforms: iOS 12.2, macOS 10.14, tvOS 12.2, watchOS 5.2
Android SDK:
API Levels: 26, 28, 29
Build Tools: 27.0.3, 28.0.2, 28.0.3, 29.0.0
System Images: android-26 | Intel x86 Atom, android-26 | Intel x86 Atom_64, android-28 | Intel x86 Atom, android-28 | Intel x86 Atom_64, android-28 | Google APIs Intel x86 Atom, android-29 | Intel x86 Atom, android-29 | Intel x86 Atom_64
Android NDK: 20.0.5594570
IDEs:
Android Studio: 3.4 AI-183.6<IP_ADDRESS>22156
Xcode: 10.2.1/10E1001 - /usr/bin/xcodebuild
npmPackages:
react: ^16.8.6 => 16.8.6
react-native: ^0.60.0-rc.2 => 0.60.0-rc.2
Version:
"react-native-swift": "^1.2.2",
"react-native-track-player": "github:react-native-kit/react-native-track-player#dev",
"react-redux": "^5.1.1",
"react-native-track-player" : 1.1.5 and 1.1.4 also got this problem
Issue
Im not get any data from state of ProgressComponent
I already log
this.state.position alway return 0
this.state.duration alway return 0
Another feature like Play(), Pause(), seekTo() is working ok.
Code
index.js
TrackPlayer.registerEventHandler(eventHandler)

eventHandleer
export const eventHandler = async data => {
  let { play, pause } = mapDispatchToProps(store.dispatch)
  let position

  switch (data.type) {
    case 'remote-play':
      play()
      break
    case 'remote-pause':
      pause()
      break
    case 'remote-jump-forward':
      position = await TrackPlayer.getPosition()
      TrackPlayer.seekTo(position + JUMP_FORWARD_SECONDS)
      break
    case 'remote-jump-backward':
      position = await TrackPlayer.getPosition()
      TrackPlayer.seekTo(position - JUMP_BACK_SECONDS)
      break
    case 'remote-stop':
    case 'playback-queue-ended':
      TrackPlayer.seekTo(0)
      // pause()
      break
  }
}

 await TrackPlayer.setupPlayer()

    TrackPlayer.updateOptions({
      stopWithApp: true,
      maxArtworkSize: 600,
      capabilities: [
        TrackPlayer.CAPABILITY_PLAY,
        TrackPlayer.CAPABILITY_PAUSE,
        TrackPlayer.CAPABILITY_JUMP_FORWARD,
        TrackPlayer.CAPABILITY_JUMP_BACKWARD,
        TrackPlayer.CAPABILITY_STOP,
        TrackPlayer.CAPABILITY_SEEK_TO,
      ],
      compactCapabilities: [
        TrackPlayer.CAPABILITY_PLAY,
        TrackPlayer.CAPABILITY_PAUSE,
        TrackPlayer.CAPABILITY_JUMP_FORWARD,
        TrackPlayer.CAPABILITY_JUMP_BACKWARD,
        TrackPlayer.CAPABILITY_SEEK_TO,
      ],
    })

     const currentTrack = {
          id: "",
          url: "https://d2fj7ltie6ax01.cloudfront.net/2fb0c90169bf74f05f81f31fcb2f85acbf11c8d73a0309287c076c2fe6dce750.mp3",
          title: "",
          artist: "",
          artwork: "",
        }

        await TrackPlayer.add(currentTrack)

import React from 'react'
import { StyleSheet, Text, TouchableWithoutFeedback, View } from 'react-native'
import TrackPlayer, { ProgressComponent } from 'react-native-track-player'
import { formatTime } from '../util/trackPlayer'
import { ProgressBarView } from './ProgressBarView'
import connect from 'react-redux/es/connect/connect'
 class AudioProgressBar extends ProgressComponent {
  componentDidMount() {
    this.textColor = '#ffffff'
  }

  render() {
    if (this.props.textColor) {
      this.textColor = this.props.textColor
    }
    const position = formatTime(Math.floor(this.state.position))
    const remainTime = formatTime(
      Math.floor(this.state.duration - this.state.position)
    )
    let progress = this.getProgress() * 100

    const duration = this.state.duration > 0 ? this.state.duration : 0
    return (
      <ProgressBarView
        textColor={this.textColor}
        position={position}
        duration={duration}
        remainTime={remainTime}
        sliderChangedPosition={this.state.position}
        onValueChanged={value => TrackPlayer.seekTo(value)}
      />
    )
  }
}

const mapDispatchToProps = dispatch => ({
  play() {
    TrackPlayer.play()
    dispatch({ type: 'PLAY' })
  },
  pause() {
    TrackPlayer.pause()
    dispatch({ type: 'PAUSE' })
  },
})

export default connect(
  null,
  mapDispatchToProps
)(AudioProgressBar)```

//Logcat

2019-06-27 11:20:08.869 4548-4548/vn.music D/RNTrackPlayer: onPositionDiscontinuity: 2
2019-06-27 11:20:08.869 4548-4548/vn.music D/RNTrackPlayer: onStop
2019-06-27 11:20:08.872 4548-4548/vn.music D/RNTrackPlayer: onStateChange
2019-06-27 11:20:08.874 4548-4548/vn.music D/RNTrackPlayer: onEnd
2019-06-27 11:20:08.883 4548-4548/vn.music D/RNTrackPlayer: Preparing the media source...
2019-06-27 11:20:08.883 4548-4548/vn.music D/RNTrackPlayer: onPause
2019-06-27 11:20:08.884 4548-4578/vn.music E/zygote: No implementation found for com.facebook.react.bridge.Inspector com.facebook.react.bridge.Inspector.instance() (tried Java_com_facebook_react_bridge_Inspector_instance and Java_com_facebook_react_bridge_Inspector_instance__)
2019-06-27 11:20:08.885 4548-4578/vn.music E/unknown:ReactNative: Inspector doesn't work in open source yet
    java.lang.UnsatisfiedLinkError: No implementation found for com.facebook.react.bridge.Inspector com.facebook.react.bridge.Inspector.instance() (tried Java_com_facebook_react_bridge_Inspector_instance and Java_com_facebook_react_bridge_Inspector_instance__)
        at com.facebook.react.bridge.Inspector.instance(Native Method)
        at com.facebook.react.bridge.Inspector.getPages(Inspector.java:27)
        at com.facebook.react.devsupport.InspectorPackagerConnection.getPages(InspectorPackagerConnection.java:152)
        at com.facebook.react.devsupport.InspectorPackagerConnection.handleProxyMessage(InspectorPackagerConnection.java:72)
        at com.facebook.react.devsupport.InspectorPackagerConnection$Connection.onMessage(InspectorPackagerConnection.java:223)
        at okhttp3.internal.ws.RealWebSocket.onReadMessage(RealWebSocket.java:323)
        at okhttp3.internal.ws.WebSocketReader.readMessageFrame(WebSocketReader.java:219)
        at okhttp3.internal.ws.WebSocketReader.processNextFrame(WebSocketReader.java:105)
        at okhttp3.internal.ws.RealWebSocket.loopReader(RealWebSocket.java:274)
        at okhttp3.internal.ws.RealWebSocket$2.onResponse(RealWebSocket.java:214)
        at okhttp3.RealCall$AsyncCall.execute(RealCall.java:206)
        at okhttp3.internal.NamedRunnable.run(NamedRunnable.java:32)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
        at java.lang.Thread.run(Thread.java:764)

With ProcessComponent Both Platform Android and iOs not working..

I also experienced this issue. The issue is that we extend TrackPlayer.ProgressComponent, but it has its own logic in lifecycle methods. So, in componentDidMount the first line had to be super.componentDidMount() to call component's internal logic. (the same for componentWillUnmount)

Still facing the issue. Is there any official documentation?

I got the issue solved using @CyxouD 's suggestion, but with the syntax: super.componentDidMount?.apply(this); as suggested on this StackOverflow answer


Merge k Sorted Lists

Description
Problem link:-https://leetcode.com/problems/merge-k-sorted-lists/
You are given an array of k linked-lists lists, each linked-list is sorted in ascending order.
Merge all the linked-lists into one sorted linked-list and return it.
I
DSA Problem
[23. Merge k Sorted Lists]

kindly assign this issue to me @iamdestinychild  sir

I would like to contribute to this issue sir, Please assign me for this task.

@iamdestinychild sir i have solved this issue


Doing a common mistake?

Is this demo app for ionic2 doing a common mistake?! Or am I missing/missunderstanding something?
see: https://ionicframework.com/docs/v2/faq/#common-mistakes
Common mistakes
Page components acting odd
Page components that are loaded with NavController do not need selectors added to them. If you place a selector on a page component, chances are it will animate incorrectly and have the wrong styles applied to it.

Hello! Thanks for opening an issue with us! So this is actually a case of the docs being wrong. Components should now have a selector on them as of RC0. I have opened a PR here to update the docs to reflect this change.


Detect accepted headers and timezone

These are fields required for some bank processors.

Interesting...
Can you elaborate on a use case?
Note, the time zone of the user agent is visible in the timestamp property of the report.

https://developer.kalixa.com/docs/browser-based-flow-for-3ds-20#section-step-1-create-a-new-payment
In the table there's list of practical fields

As their documentation states, you do not need a library to get the timezone value they want. The following native JS code will return the value they are requesting.
(new Date).getTimezoneOffset()
As for the value of the HTTP Accept header, I believe that is beyond the scope of this library. The goal of this library is to make it easy for developers to gather and report on debug information available from the client. You are requesting additional data fields to use in your application logic, which I specific say is not recommended in the README.md.
I suggest you have your backend application logic read the HTTP Accept header and put it somewhere the frontend application logic can read it.


Change "Display SATS" toggle name

Idea: Remove that toggle and in Settings, create a dropdown where you can switch between denominations (sat / btc)

What's the reasoning behind this?

Was from a review meeting with freerk in El Salvador.
Reasoning was (as far as I remember) I don't really need to change the denomination it that much.
Other wallets have some settings for denomination in the settings dialog, so we could do something like this as well.
The Dark Mode Moon Icon could be on the upper right corner, like with the login screen.

Got it, will be moved into settings.
That means we would also get rid of the switch in the AmountInput, yes? I support this :)
Who's freerk? 😊

If you want to work on that, the following things need so be done:

Replace the dropdown menu with the moon icon (same functionality as login screen)
add a dropdown to the settings menu where the user can set their denomination (default is sats)

Who's freerk

See twitter DM ;)

Reasoning was (as far as I remember) I don't really need to change the denomination it that much.
Other wallets have some settings for denomination in the settings dialog, so we could do something like this as well.

Had another look at i.e. Samourai wallet and BlueWallet. Both offer a switch like it's currently implemented now.
What speaks against leaving this for now?
Happy to move/align the dark-mode icon although I believe this shoudl be handled in a different issue.

...
Okay, know I know what was wrong: The "Display SATS" is kinda confusing for people I think.
Keep the dropdown and stuff, let's just change "Display SATS" to something more fitting so people realize they can change it to another denomination.
Maybe a label on top with the two sides on the toggle?

Denomination:
SAT  BTC

Thank you for the really awesome input! :heart:

Currently leaving "as-is" => closed


[Workspace] Remove several pinning related behaviors

This removes repin, unpin and autopinning.

@swift-ci please smoke test


Improve contextType docs

See confusion in https://github.com/facebook/react/issues/13969.
Specific action items:

Clarify .contextType is available only since 16.6 (and corresponding RN/Expo release)
Clarify you may not be seeing it due to circular deps, and best practice is to declare it in a separate file
People sometimes get confused thinking that createContext value is the one you need to "update", we need to explain it's driven by state
Need more coherent doc structure

@gaearon,  RE:

Clarify that createContext calls should be in separate files, and not in same file as Provider/parent - https://github.com/reactjs/react.dev/issues/1481

React and ReactDOM: 17.0.2
It seems like the above is the same cause for the following error from TypeScript.
// SearchStore.ts
import { createContext } from 'react';

// I noticed in the docs that this can no longer be `createContext()`
// https://react.dev/reference/react/createContext#parameters
export const SearchContext = createContext(null);

export const SearchProvider = () => {
  const store = useLocalObservable(() => ({
    errorMessage: '',
    page: PaginationConstants.DEFAULT_PAGE,
    pageSize: PaginationConstants.DEFAULT_PAGE_SIZE,
    results: [],
    resultCount: 0,
  }));

  return <SearchContext.Provider /> // Cannot find namespace 'SearchContext'. ts(2503)
};

I first thought it might be related to the use of the arrow function, but I get the same with `export function SearchProvider() { ... }```.
With all of that said 😃 the single file "component" here works with everything in the same file:
https://codesandbox.io/s/m31mv7wox9 - From: https://github.com/facebook/react/issues/13969#issuecomment-433938512
Also, I am happy to help update the docs if this has not been addressed elsewhere, although I will need some guidance in doing so.


Update to latest version of rapids

Also ensure that we don't clobber any existing rapids.cmake file

Thanks Rob!


mysql_upgrade moved to mariadb101u-server-utils in 10.1.24

While some of the binaries in mariadb101u-server-utils are "non-essential", I would think that mysql_upgrade should ship with the mariadb101u-server, since it is required during major upgrades (eg from mariadb10u-server to mariadb101u-server)
Please consider including mysql_upgrade with the server again in your next release.

Hey @mikegriffin,
Thanks for taking the time to submit this issue and chat about it over IRC.  Here is the commit where Fedora made this change.  EL7 stock mariadb packages have the mysql_upgrade file apart of the mariadb-server package.  While we tend to align with Fedora as much as possible, this might be a situation where it makes sense to align with EL7.  I am curious if other have thoughts about where the mysql_upgrade file should live.
Seeing that MariaDB releases new versions roughly once a month, I think we can hold off till the next version if we choose to make any changes.

Ben,
If it is documented and easily discoverable for users to find mysql_upgrade in -server-utils then feel free to close this. I was just surprised when upgrading from 10.0 to 10.1 and unable to run mysql_upgrade until I downgraded to 10.1.23 to use mysql_upgrade, and then back to 10.1.24. I did not need mysql_upgrade again in 10.1.24 since this was a minor version change x.x.23 to x.x.24
Normally, mysql_upgrade is shipped with the server because, in the case of a major version change x.0.x to x.1.x there will often be changes to table definitions in the mysql database (different columns).

+1: In favor of moving mysql_upgrade back to '-server', in alignment with EL7.

@mikegriffin,
There are a few different ways a user could discover this change.  A user could run yum whatprovides mysql_upgrade to show which packages include mysql_upgrade.  The rpm changelog and/or the git commit history could also be used.  That being said, I am not sure any of these options could be described as 'easily discoverable'.
In regards to why Fedora made this change, I could speculate that minimum containers could be a factor.   Also, Fedora has weak dependencies which are not in EL yet.
@xarr, thanks for the feedback here and over IRC.

Are any of the other utilities considered important enough to move back to the -server subpackage?

mysql_convert_table_format
mysql_fix_extensions
mysql_setpermission
mysql_zap
mysqldumpslow
mysqld_multi
mysqlhotcopy
mysqltest
perror
mysqld_safe_helper

perror is pretty useful but not "important enough" to be considered a defect. The other stuff is probably pretty rarely used.

Sorry, perror, if shipped (not required really), would live with -client IIRC. It is fine in -server-utils IHMO.

We will proceed with moving just mysql_upgrade in the new 10.1.25 release.


Fix/spark 2.3

Well not really fixing 2.3.0 per se as it seems to work but some WS crap as been seen with latest changes (I guess).
Anyway, this is fixing kernel reported closed wrongly
cc @maasg @vidma

Actually, this is fixing sbt run case.
When using a distro, master works all fine => http://spark-notebook.io has been updated for 2.3.0 and ZIP distros worked like a charm (locally though)

Kernel dead


Improve Error tracking

Relate back errors to circom source code
(look at miette)

goal for new compiler


Recording prototype interactions

Would be nice to be able to record a session from studio, with or without the device frame. This is useful for sharing on facebook / twitter / or internally at companies to give people a quick idea of what's in the prototype without having to play with all of it.
The workflow most people probably do today with Quicktime or other screen recorders isn't too bad, but a lot of people might not know about it.
Bonus: export to gif ;-)

:+1:

+1

:+1:

+1

While this is a good idea, and we're definitely considering this, it is technically a feature request for the Mac App app and not Framer Library. I'm going to close this for now, but please feel free commenting or responding to this.


WIP: new feature for profiling training runs

Before submitting

[x] Was this discussed/approved via a Github issue? (no need for typos, doc improvements)
[x] Did you read the contributor guideline?
[x] Did you make sure to update the docs?
[x] Did you write any new necessary tests?

What does this PR do?
Fixes #753
PR review
Anyone in the community is free to review the PR once the tests have passed.
If we didn't discuss your PR in Github issues there's a high chance it will not be merged.

Added tests for the simple profiler. Not sure the best way to test the advanced profiler. The current output is string which is somewhat tricky/annoying to parse. There was a recent PR which allowed for getting profile stats as a dict, but that was only merged into Python a couple weeks ago.

I'm planning to add more documentation regarding usage, but would like to get some input to make sure this is generally an acceptable solution.

looks promising, just need to have deeper look... :]

great! I’ll go ahead and work on more documentation this evening

maybe wait for @williamFalcon first screening opinion before you start with fine pruning... ;]

I used the LightningTemplateModel to verify that the profiler behaves and outputs as expected. The printed summary could definitely be presented better. Should we keep the reporting in seconds or use something like milliseconds? Any other tips to clean up this summary?
Also, we should still print the summary when the user exits early using "Ctrl C" to trigger a KeyboardEscape. Where would I need to make a change to make sure that's the case?
>>> from pl_examples.basic_examples.lightning_module_template import LightningTemplateModel
>>> from pytorch_lightning import Trainer
>>> from pytorch_lightning.utilities.profiler import Profiler
>>> from argparse import Namespace
>>> hparams = {
...     "batch_size": 32,
...     "in_features": 784,
...     "hidden_dim": 128,
...     "drop_prob": 0.2,
...     "out_features": 10,
...     "learning_rate": 1e-3,
...     "data_root": "data"
... }
>>> hparams = Namespace(**hparams)
>>> model = LightningTemplateModel(hparams)
>>> profiler = Profiler()
>>> trainer = Trainer(profiler=profiler, max_epochs=1)
>>> trainer.fit(model)
INFO:root:Training data loader called.
INFO:root:Test data loader called.
INFO:root:Validation data loader called.
INFO:root:
  | Name      | Type        | Params | In sizes | Out sizes
-------------------------------------------------------------
0 | c_d1      | Linear      | 100 K  | [5, 784] | [5, 128]
1 | c_d1_bn   | BatchNorm1d | 256    | [5, 128] | [5, 128]
2 | c_d1_drop | Dropout     | 0      | [5, 128] | [5, 128]
3 | c_d2      | Linear      | 1 K    | [5, 128] | [5, 10]
Epoch 1: 100%|█| 2188/2188 [00:28<00:00, 153.56batch/s, batch_idx=1874, loss=0.210, train_loss=0.183, v_num=2, val_acc=0.952, val_loss=0.1/
Epoch 1: 100%|█| 2188/2188 [00:28<00:00, 76.55batch/s, batch_idx=1874, loss=0.210, train_loss=0.183, v_num=2, val_acc=0.952, val_loss=0.171
INFO:pytorch_lightning.utilities.profiler:Action                |  Mean duration (s)    |  Std dev.
INFO:pytorch_lightning.utilities.profiler:------------------------------------------------------------
INFO:pytorch_lightning.utilities.profiler:on_epoch_start        |  7.841e-06            |  0.0
INFO:pytorch_lightning.utilities.profiler:on_batch_start        |  5.5354e-06           |  2.4047e-06
INFO:pytorch_lightning.utilities.profiler:model_forward         |  0.0017292            |  0.00020062
INFO:pytorch_lightning.utilities.profiler:model_backward        |  0.001793             |  0.00022841
INFO:pytorch_lightning.utilities.profiler:on_after_backward     |  4.1905e-06           |  3.56e-06
INFO:pytorch_lightning.utilities.profiler:optimizer_step        |  0.0010782            |  0.00018472
INFO:pytorch_lightning.utilities.profiler:on_batch_end          |  4.3174e-06           |  1.4714e-06
INFO:pytorch_lightning.utilities.profiler:on_epoch_end          |  5.128e-06            |  0.0
INFO:pytorch_lightning.utilities.profiler:on_train_end          |  5.36e-06             |  0.0
1

Ok, I added a method to the base profiler which we can use when we need to profile calling next() on iterables (eg. get next training batch).
I also stopped reporting standard deviations for durations and instead report the total time spent per action. I think this will be more informative.
Profiler Report

Action                  |  Mean duration (s)    |  Total time (s)
-----------------------------------------------------------------
on_epoch_start          |  5.993e-06            |  5.993e-06
get_train_batch         |  0.0087412            |  16.398
on_batch_start          |  5.0865e-06           |  0.0095372
model_forward           |  0.0017818            |  3.3408
model_backward          |  0.0018283            |  3.4282
on_after_backward       |  4.2862e-06           |  0.0080366
optimizer_step          |  0.0011072            |  2.0759
on_batch_end            |  4.5202e-06           |  0.0084753
on_epoch_end            |  3.919e-06            |  3.919e-06
on_train_end            |  5.449e-06            |  5.449e-06

@jeremyjordan this is so sick haha. great job!

@williamFalcon thanks! i'm also excited about the AdvancedProfiler as this may help people who really want to get into the weeds. i'm envisioning they'll start with Profiler and switch to AdvancedProfiler if they decide they want to try optimizing a step. the output for AdvancedProfiler is something like: (for each action)
Profile stats for: get_train_batch
         4869394 function calls (4863767 primitive calls) in 19.107 seconds

   Ordered by: cumulative time

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
3752/1876    0.012    0.000   19.100    0.010 {built-in method builtins.next}
     1876    0.008    0.000   19.090    0.010 dataloader.py:344(__next__)
     1876    0.075    0.000   19.082    0.010 dataloader.py:383(_next_data)
     1875    0.013    0.000   18.933    0.010 fetch.py:42(fetch)
     1875    0.086    0.000   18.494    0.010 fetch.py:44(<listcomp>)
    60000    1.797    0.000   18.408    0.000 mnist.py:80(__getitem__)
    60000    0.268    0.000   13.126    0.000 transforms.py:68(__call__)
    60000    0.184    0.000    7.104    0.000 transforms.py:93(__call__)
    60000    1.679    0.000    6.921    0.000 functional.py:42(to_tensor)
    60000    0.258    0.000    5.754    0.000 transforms.py:167(__call__)
    60000    2.856    0.000    5.495    0.000 functional.py:191(normalize)
    60000    0.727    0.000    3.128    0.000 Image.py:2612(fromarray)
    60000    0.398    0.000    2.362    0.000 Image.py:2552(frombuffer)
    60000    0.410    0.000    1.395    0.000 Image.py:734(tobytes)
    60000    1.197    0.000    1.197    0.000 {method 'div' of 'torch._C._TensorBase' objects}
    60000    0.246    0.000    1.069    0.000 Image.py:2469(new)
   120000    0.990    0.000    0.990    0.000 {built-in method as_tensor}
   120000    0.795    0.000    0.795    0.000 {method 'transpose' of 'torch._C._TensorBase' objects}
    60000    0.694    0.000    0.694    0.000 {method 'view' of 'torch._C._TensorBase' objects}
    60000    0.650    0.000    0.650    0.000 {method 'float' of 'torch._C._TensorBase' objects}
    60000    0.551    0.000    0.551    0.000 {method 'sub_' of 'torch._C._TensorBase' objects}
   120000    0.326    0.000    0.539    0.000 Image.py:572(_new)
    60000    0.500    0.000    0.500    0.000 {method 'clone' of 'torch._C._TensorBase' objects}
    60000    0.298    0.000    0.450    0.000 Image.py:461(_getencoder)
5625/1875    0.049    0.000    0.426    0.000 collate.py:42(default_collate)
    60000    0.397    0.000    0.397    0.000 {method 'div_' of 'torch._C._TensorBase' objects}
   180000    0.150    0.000    0.372    0.000 Image.py:629(__del__)
     1875    0.010    0.000    0.363    0.000 collate.py:79(<listcomp>)
   180000    0.315    0.000    0.315    0.000 Image.py:547(__init__)
     1875    0.299    0.000    0.299    0.000 {built-in method stack}
    60000    0.284    0.000    0.284    0.000 {built-in method PIL._imaging.map_buffer}
   120000    0.184    0.000    0.252    0.000 Image.py:2451(_check_size)
   560625    0.222    0.000    0.246    0.000 {built-in method builtins.isinstance}
    60000    0.239    0.000    0.239    0.000 {built-in method PIL._imaging.fill}
   180000    0.152    0.000    0.222    0.000 Image.py:591(__exit__)
    60000    0.220    0.000    0.220    0.000 {method 'encode' of 'ImagingEncoder' objects}
    60000    0.201    0.000    0.201    0.000 {built-in method from_buffer}
    60000    0.102    0.000    0.201    0.000 functional.py:30(_is_tensor_image)
    60000    0.189    0.000    0.189    0.000 {method 'numpy' of 'torch._C._TensorBase' objects}
    60000    0.090    0.000    0.126    0.000 Image.py:838(load)
420003/420002    0.088    0.000    0.088    0.000 {built-in method builtins.len}
     1876    0.002    0.000    0.073    0.000 dataloader.py:338(_next_index)
    60000    0.053    0.000    0.072    0.000 functional.py:34(_is_numpy)
   181875    0.071    0.000    0.071    0.000 {built-in method builtins.hasattr}
    60000    0.053    0.000    0.070    0.000 __init__.py:116(is_tensor)
    60000    0.070    0.000    0.070    0.000 {built-in method builtins.max}
     1876    0.047    0.000    0.070    0.000 sampler.py:198(__iter__)
    60000    0.054    0.000    0.069    0.000 functional.py:23(_is_pil_image)
    60000    0.067    0.000    0.067    0.000 {built-in method PIL._imaging.raw_encoder}
    60000    0.066    0.000    0.066    0.000 {built-in method builtins.getattr}
    60000    0.038    0.000    0.056    0.000 _util.py:9(isStringType)
    60000    0.054    0.000    0.054    0.000 {method 'setimage' of 'ImagingEncoder' objects}
   180000    0.052    0.000    0.052    0.000 Image.py:568(size)
    60000    0.041    0.000    0.041    0.000 {method 'contiguous' of 'torch._C._TensorBase' objects}
    60000    0.037    0.000    0.037    0.000 {method 'pixel_access' of 'ImagingCore' objects}
     1875    0.030    0.000    0.030    0.000 {built-in method tensor}
   120000    0.030    0.000    0.030    0.000 {method 'copy' of 'dict' objects}
    60000    0.029    0.000    0.029    0.000 {method 'ndimension' of 'torch._C._TensorBase' objects}
   120000    0.027    0.000    0.027    0.000 {method 'append' of 'list' objects}
     3750    0.003    0.000    0.024    0.000 abc.py:137(__instancecheck__)
     3750    0.012    0.000    0.022    0.000 {built-in method _abc._abc_instancecheck}
    61876    0.021    0.000    0.021    0.000 {method 'get' of 'dict' objects}
    60000    0.016    0.000    0.016    0.000 {method 'join' of 'bytes' objects}
     1875    0.002    0.000    0.010    0.000 abc.py:141(__subclasscheck__)
     1875    0.006    0.000    0.008    0.000 {built-in method _abc._abc_subclasscheck}
     1876    0.005    0.000    0.007    0.000 profiler.py:204(stop)
        1    0.000    0.000    0.004    0.004 sampler.py:103(__iter__)
        1    0.002    0.002    0.002    0.002 {method 'tolist' of 'torch._C._TensorBase' objects}
     1875    0.002    0.000    0.002    0.000 _collections_abc.py:302(__subclasshook__)
        1    0.002    0.002    0.002    0.002 {built-in method randperm}
     1875    0.001    0.000    0.001    0.000 worker.py:74(get_worker_info)
     1876    0.001    0.000    0.001    0.000 {method 'disable' of '_lsprof.Profiler' objects}
        1    0.000    0.000    0.000    0.000 mnist.py:102(__len__)
        1    0.000    0.000    0.000    0.000 tensor.py:443(__len__)
        1    0.000    0.000    0.000    0.000 {built-in method builtins.iter}
        1    0.000    0.000    0.000    0.000 {method 'dim' of 'torch._C._TensorBase' objects}

@jeremyjordan amazing job! Let's make sure the docs and tests are thorough here.
In addition, I'd love to get a medium post about this. I can co-publish with you if you want, so we can get it on a lot of publications. email me to discuss

You can make a #publishing channel on slack ;)

it's good for discovery because we  can also publish in towards data science, kdnuggets, etc...

yeah i'd love to do a blog post on this! i agree that great documentation (including blog posts) is important for user adoption. happy to cross-post on my blog as well.

@williamFalcon i've added more documentation, a quick test for the AdvancedProfiler, and made the update to the Trainer to allow for the usage of profiler=True. ready for review :)

@jeremyjordan can we  make the import:
from pytorch_lightning.profiling import ProfilerA, ProfilerB

the profiler is in pytorch_lightning/utilities/profiler
so more likely from pytorch_lightning import ProfilerA, ProfilerB

@Borda we need organization in the package. i think we need a collection called profilers because it allows other profilers to enter lightning as well. much like we have loggers and callbacks

should we move pytorch_lightning/utilities/profiler.py to pytorch_lightning/profiler/?

yes. i kind of hate utility folders, it usually means we didn’t think hard about organization :)

awesome! i'll make the change.
haha i feel the same way, utils.py is my pet peeve.

@Borda we need organization in the package. i think we need a collection called profilers because it allows other profilers to enter lightning as well. much like we have loggers and callbacks

sure, do you want to do it in 0.6.1 or in next release 0.7?

we can add the organization over time. right now since profilers is new we need to do it now

Sure, just think about versions since the restructure on utils API would be better in a new release, like 0.7

i don’t think we have any utils api right now...  the point is to avoid utils.


mistake in flow chart

Selection flow chart has error
Selecting full flagged orchestration >> NO >> full flagged orchestration >> YES ?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 510808e8-db5d-6b07-9a04-6edb743a2dfc
Version Independent ID: 20d098aa-ef31-cb26-d677-765cfc9a7164
Content: Choosing an Azure compute service - Azure Architecture Center
Content Source: docs/guide/technology-choices/compute-decision-tree.md
Service: architecture-center
Sub-service: guide
GitHub Login: @doodlemania2
Microsoft Alias: pnp

Thanks for reporting - this issue is under review. This is a Microsoft Internal DevOps Bug ID # 407841

Diagram has been updated. Thank you.


Added extra test cases for Bonfire: Chunkey Monkey

closes #5386

Please add commas after the new lines you added.

Thanks for the correction! :smile: Would you mind squashing your commits into one?

Thanks! :+1:


please don't auto update for me

1、No code hints after update, including html and javascript
2、Live server cannot run, when I refresh the page, the browser page keeps refreshing

Then downgrade manually once and disable updates?


[TEST_ONLY] Use knative namespace for test images

As per title. Just verifying.

Test image is not knative namespace but openshift namespace.


[Feature request] Open (close) multiple channels with one on-chain transaction

Background
As in here:
https://github.com/ElementsProject/lightning/issues/1936

I believe the API of c-lightning could be extended to support a batch channel open (and consequently also a batch channel closing command). I believe there is quite some protocol overhead as communication with all channel partners has to be established and commitment txs have to be signed before the batch funding tx could be published. However I think this would not interfere with the current protocol specification for channel establishment.

I have a branch locally that does this for opening multiple channels in a single transaction. Once #3659 lands, it has the functionality needed to work properly. It isn't possible to co-op close multiple channels in a single transaction in the current protocol.

Excellent news, can you tag it as a feature request and set the milestone correctly (Or just close the ticket and open a better constructed one :) ). Because as far as I can see, #3659 does not seem to write explicitly on batch channel opening.
Thanks

Hi Mr @Roasbeef , #3659 landed 🛬.. What about you local branch?

Implemented in https://github.com/lightningnetwork/lnd/pull/5356.


Angular services should generated with the providedIn root scope

In the current version, Angular services are generated without any scope:

This is forcing users to declare it in the root module the providers property.
Since Angular 6, the recommended way is to only declare services as a singleton using providedIn:
import { Injectable } from '@angular/core';

@Injectable({
  providedIn: 'root',
})
export class UserService {
}

Would it be possible to generate services with this configuration by default? Or proposing a configuration to add it?
In my case, I have 25 API services and I don't want to add all of them in each related module :)

I will add it in the next version and it will be activated by default

I already did the development on the next will be in version 6. I will try to create a beta version soon

Added with the 6.0.0. You can try it now with orval@next

I close the issue leave me a comment if you have any problem


Any chance of adding support for the urzagatherer format?

Is your feature request related to a problem? Please describe.
I want to import my collection from urzagatherer (the web application) into Manabox, but the .csv format from urzagatherer is a bit weird for Manabox. For example, I have 4 Battle-Scarred Goblin and urzagatherer tracks them in there .csv export as follows:
(one Column); (anotherColumn)
Count; Foil Count
4; 1
This means I have 4 cards in total, one is foil and the rest are normal. I think this is maybe the biggest problem in the converting process.
I added a .csv export from urzagatherer with only 9 cards for reference.
MTG.csv
Describe the solution you'd like
Add support for converting urzagatherer .csv to Manabox format.
Describe alternatives you've considered
I searched but didnt find any converter, so if this feature request is turned down I will have to do it by hand.

Any chance of adding support for the urzagatherer format?

I can take a look as soon as I find the time.
Thanks for the sample csv, very useful. However, I can not tell from the sample some things I would need to know how do they encode Double-Faced Cards, Set names, Tokens etc. to be sure the conversion works for all collections.
Do the UrzaGatherer folks have an official documentation of their csv format?

I haven't found any real documentation, but I found this question on the forum of the guy who made UrzaGatherer, and he said "in a nutshell, the system prefers the MultiverseID approach". Maybe this will help.
https://www.deltakosh.com/urzagatherer/questions-2/csv-format-for-importing-merging
My collection isn't the largest either, so if it's too time-consuming or takes too long, it's fine if there's no way and I do it by hand. :)

Any chance of adding support for the urzagatherer format?

I can take a look as soon as I find the time. Thanks for the sample csv, very useful. However, I can not tell from the sample some things I would need to know how do they encode Double-Faced Cards, Set names, Tokens etc. to be sure the conversion works for all collections.
Do the UrzaGatherer folks have an official documentation of their csv format?

I haven't found any real documentation, but I found this question on the forum of the guy who made UrzaGatherer, and he said "in a nutshell, the system prefers the MultiverseID approach". Maybe this will help.
https://www.deltakosh.com/urzagatherer/questions-2/csv-format-for-importing-merging
My collection isn't the largest either, so if it's too time-consuming or takes too long, it's fine if there's no way and I do it by hand. :)

Thanks for the link, I will check it out. Give it a couple of days.

Currently the additional csv links (double faced, tokens) are broken for me.

I think now they should work.
double-faced.csv
tokens.csv

I don't know why, but all my csv attachments are broken, even from different pcs or smartphones.
So I made this Google spreadsheet:
https://docs.google.com/spreadsheets/d/1UdzNaZx7X5Y6MYCLtVgBBiOV2rHpqUwZjIlV67GKIks/edit?usp=sharing

@yungNeiko Quick update:
I worked on this a little bit, and came across various challenges:
UrzaGatherer has a very peculiar format (as you noticed). In my opinion, with its current format, they can not really faithfully encode a physical collection of cards. As an example, I take one line, where I put a single card
"Seasoned Cathar","Creature - Human Knight",White,Uncommon,"Bryan Sola",3,3,,2,10,3,0,$0.00,$0.00,2,"Innistrad: Midnight Hunt",MID,68438,534752,,0,0,"1xMint, 1xMint, 1xExcellent, 1xGood, 1xGood, 1xLight played, 1xPlayed, 1xPoor","1xVG 3, 1xGOOD 2, 1xVG 3, 1xVG-EX 4, 1xundefined, 1xundefined, 1xMINT 9","1xEnglish, 1xGerman",248154,574956,54d4e7c3-294d-4900-8b70-faafda17cc33

it has 7 normals, 3 foils -> ok
they have a field for condition, there is no way to map it to individual cards. Sometimes it jumps the undefined cards. There is no way to know which are the combinations that make up the individual card (is the foil English or German?, which is Mint? etc.

So, unfortunately, I decided against supporting this format since
a) I can not faithfully do a 1:1 two-way mapping with a csv in a different format.
b) it makes the implementation very awkward, since a single row in the csv does no longer represent a single card with identical characteristics (apart from having Count/Amount in other formats, if they are exactly the same in everything.) I mocked it up, but it made the code very awkward since it does not fit the current class design.
Sorry about the bad news.
Best regards

@yungNeiko Quick update:
I worked on this a little bit, and came across various challenges:
Apart from just the foil count issue that you already pointed out, UrzaGatherer has a very peculiar format and csv design decision in general. In my opinion, with its current format, they can not really faithfully encode a physical collection of cards. As an example, I take one line, where I put a single card:
"Seasoned Cathar","Creature - Human Knight",White,Uncommon,"Bryan Sola",3,3,,2,10,3,0,$0.00,$0.00,2,"Innistrad: Midnight Hunt",MID,68438,534752,,0,0,"1xMint, 1xMint, 1xExcellent, 1xGood, 1xGood, 1xLight played, 1xPlayed, 1xPoor","1xVG 3, 1xGOOD 2, 1xVG 3, 1xVG-EX 4, 1xundefined, 1xundefined, 1xMINT 9","1xEnglish, 1xGerman",248154,574956,54d4e7c3-294d-4900-8b70-faafda17cc33

it has 7 normals, 3 foils -> ok
they have a field for condition, there is no way to map it to individual cards. Sometimes it jumps the undefined cards. There is no way to know which are the combinations that make up the individual card (is the foil English or German?, which is Mint? etc.

So, unfortunately, I decided against supporting this format since
a) I can not faithfully do a 1:1 two-way mapping with a csv in a different format. b) it makes the implementation very awkward, since a single row in the csv does no longer represent a single card with identical characteristics (apart from having Count/Amount in other formats, if they are exactly the same in everything.) I mocked it up, but it made the code very awkward since it does not fit the current class design.
Sorry about the bad news. Best regards

Hey, thank you for the detailed update and no problem :)


Adding to ResourceDictionary fails for net5

Steps to repro:
var resources = new ResourceDictionary
            {
                { "WhichTheme" , "Dark" }
            };

Fails with NullReferenceException

Fixed here


add skeleton overload widget

The pull request solves this Issue which add overloading widget.

Sorry, I could not test it on the project but it did work when I tested in an external environment.

Thanks @12mohaned !! Will review and try it tomorrow morning. But I am confused because the issue was mainly to change the challengeListItemWidget as long as it is loading, so I expected to see a change the ChallengeMainScreen or the challengeListItemWidget, but maybe I am missing something. Will check tomorrow :-)

Yes sorry! I was testing another feature and pushed it by mistake, Thanks for pointing out.

Thanks @12mohaned I am really looking forward to this change. I just have a couple of comments first.

I can still see the old blue loading circles. That's probably because we may need to change the GroupChallengeListItemWidget and add the shimmer widget in its FutureBuilder as well. For the first time (before caching the result), every GroupChallengeListItemWidget will do a network request, that's why they take a long time loading the first time.
We will need to update the lib/licenses.txt file and add https://pub.dev/packages/shimmer/license. (I think we should move the lib/licences.txt one directory up, but we can do that later).
Can you also run  flutter format so as to fix the formatting problem shown in the Android Continuous Build and Test action?

So, we need to refactor the CircularProgressIndicator Widget by replacing it with the Shimmer widget. Also, change the size of ListView.builder to size of challenges List.

Replacing the CircularIndicator sounds good to me 👍

Thanks, I will open a new pull request and delete this branch instead of removing the irrelevant changed files.


Schema validation errors should be output a useful, concise message

We should also wrap errors that occur during schema validation of the cluster.yaml such that it doesn't throw exceptions, but rather outputs useful messages. An example would be when a over-character limit occurs in the cluster name.  Below is an example of the exception message that currently occurs.
_An exception occurred during task execution. To see the full traceback, use -vvv. The error was: 'TheMotherOfAllClusters'
fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "module_stderr": "Traceback (most recent call last):\n File "/tmp/ansible_UvKuR3/ansible_module_jsonschema.py", line 184, in \n main()\n File "/tmp/ansible_UvKuR3/ansible_module_jsonschema.py", line 180, in main\n module.fail_json(changed=False, msg="Validation failed", result=result)\n File "/tmp/ansible_UvKuR3/ansible_modlib.zip/ansible/module_utils/basic.py", line 1993, in fail_json\n File "/tmp/ansible_UvKuR3/ansible_modlib.zip/ansible/module_utils/basic.py", line 1973, in return_formatted\n File "/tmp/ansible_UvKuR3/ansible_modlib.zip/ansible/module_utils/basic.py", line 414, in remove_values\n File "/tmp/ansible_UvKuR3/ansible_modlib.zip/ansible/module_utils/basic.py", line 414, in \n File "/tmp/ansible_UvKuR3/ansible_modlib.zip/ansible/module_utils/basic.py", line 414, in remove_values\n File "/tmp/ansible_UvKuR3/ansible_modlib.zip/ansible/module_utils/basic.py", line 414, in \n File "/tmp/ansible_UvKuR3/ansible_modlib.zip/ansible/module_utils/basic.py", line 425, in remove_values\nTypeError: Value of unknown type: <class 'jsonschema.exceptions.ValidationError'>, 'TheMotherOfAllClusters' is too long\n\nFailed validating u'maxLength' in schema['properties']['deployment'][u'properties'][u'clusters'][u'items'][u'properties'][u'name']:\n {u'description': u'Name of this cluster.',\n u'maxLength': 13,\n u'minLength': 1,\n u'type': u'string'}\n\nOn instance['deployment'][u'clusters'][0][u'name']:\n 'TheMotherOfAllClusters'\n", "module_stdout": "", "msg": "MODULE FAILURE", "rc": 0}

This is duplicated by issue #623


[Bug]: Cannot use jest from @jest/globals in mock

Version
29.x
Steps to reproduce

Clone my repo https://github.com/Grmiade/jest-bug
yarn install
yarn test
You should see this error:ReferenceError: /*****/jest-bug/bug.test.ts: The module factory of `jest.mock()` is not allowed to reference any out-of-scope variables.

Note: This is a precaution to guard against uninitialized mock variables. If it is ensured that the mock is required lazily, variable names prefixed with `mock` (case insensitive) are permitted.

Expected behavior
jest is mentioned in the allowed object, we should be able to use jest from @jest/globals in mock
Actual behavior
We have this error: The module factory of jest.mock() is not allowed to reference any out-of-scope variables.
Additional context
No response
Environment
System:
    OS: macOS 12.5.1
    CPU: (8) arm64 Apple M1 Pro
  Binaries:
    Node: 18.8.0 - ~/.nvm/versions/node/v18.8.0/bin/node
    Yarn: 1.22.19 - ~/.nvm/versions/node/v18.8.0/bin/yarn
    npm: 8.18.0 - ~/.nvm/versions/node/v18.8.0/bin/npm
  npmPackages:
    jest: ^29.0.1 => 29.0.1

Sounds like you just hit #12422

Indeed 👍 I hadn't seen it in my previous searches. Thanks.

If that helps, a workaround was to use mockReturnValue() instead of a factory function. See https://github.com/mrazauskas/jest-runner-tsd/blob/1c48eec07ef6347d81adcf069462e726eae467a2/src/tests/runTest.test.ts#L15-L18
Just a temporary solution. In long term this bug has to be fixed.


Forgotten Password or Private Key Partial Solution

On creation of a new account, an optional secondary account without the need of a key can be created with which a smart contract is attached. In the case of a forgotten password or lost key, the contract can restrict the usage of the secondary account so much that it would not be worth the trouble of using if it is not yours. An example would be to list two accounts that ether can be sent to and a very low maximum usage per week.  This is to keep funds from being completely lost and all this can only be determined on creation of the account and not in the aftermath including whether there is a secondary account or not. To keep anybody from transferring the funds of other accounts into other secondary accounts, if someone is in possession of their own private key and password, they can return those funds back to the primary account and send those funds all in one easy transaction.

I think you can implement all of this logic in a smart contract; if you want to stake the coins, the logic would live in the contract at the withdrawal address.

If the transaction date and amount is yet to be determined for withdrawing funds from one account and the private key is inaccessible there can be a smart contract set before that key is lost that allows for withdrawal at that undetermined time and with that undetermined amount to another “regular” account? With solidity?

The point is that the withdrawal address is fixed when you deposit, so any logic around where the funds go when you withdraw them would go into the smart contract at the withdrawal address.

Yea the smart contract is with the withdrawal address. I guess my question is if there is support for having this type of withdrawal address?

Because you would not want to send coins to the smart contract address unless you have to in this situation.

I guess my question is if there is support for having this type of withdrawal address?

I don't see why not. I think we are expecting all addresses in the shard chains to be contracts.

You would need to have 32 eth to have tokens in a smart contract on that chain.

Thanks for commenting vbuterin. I think it would be an idea to allow sending ether to a single smart contract set up in the beginning from a deposit account at any time without a key. I will close the issue.


Update Javadoc for FeignClient.configuration()

Referring to @Configuration is a bit confusing. The referred class does not need the annotation, and actually using it could cause issues due the class additionally getting picked up by the component scan.

@Stummi Please sign the Contributor License Agreement!
Click here to manually synchronize the status of this Pull Request.
See the FAQ for frequently asked questions.

@Stummi Thank you for signing the Contributor License Agreement!


Fix the success effect of lift nature's caul

thanks to Dalvyn for this catch

This was errata's in the hardcover version. Sickened is too powerful for a success effect so it makes sense.


Allow dates earlier than 1970

I've been using the datepicker for a sign-up/intake form, however, I've recently been informed that there have been a few cases where some clients have birthdays earlier than 1970 which has been causing some issues. Would it be possible to allow dates at least as early as 1940 (perhaps even 1930 just to be safe)?

I


Add support for Python 3.11

Fix #75
Building wheels for Py 3.11

It's weird that the MacOS test failed in https://github.com/apache/pulsar-client-python/actions/runs/4029658826/jobs/6927777767 after https://github.com/apache/pulsar-client-python/pull/83/commits/bc4144a944fa36f21f2e52add2bebb65c2030762 but it succeeded before.
++ ./build-support/dep-version.py pulsar-cpp
Traceback (most recent call last):
  File "/Users/runner/work/pulsar-client-python/pulsar-client-python/./build-support/dep-version.py", line [21](https://github.com/apache/pulsar-client-python/actions/runs/4029658826/jobs/6927777767#step:6:22), in <module>
    import yaml, sys
ModuleNotFoundError: No module named 'yaml'
+ PULSAR_CPP_VERSION=

It's caused by https://github.com/apache/pulsar-client-python/blob/fe966041f4c1868ef5549a5f95c484ecd64e8eee/.github/workflows/ci-pr-validation.yaml#L158
We need to add pip install pyyaml in the workflow.


Unhandled exception when playing LL-HLS stream.

Have you read the FAQ and checked for duplicate open issues?
Yes
What version of Shaka Player are you using?
4.2.1
Can you reproduce the issue with our latest release version?
Yes
Can you reproduce the issue with the latest code from main?
Yes
Are you using the demo app or your own custom app?
Both
If custom app, can you reproduce the issue using our demo app?
What browser and OS are you using?
Windows  Edge/Chrome
For embedded devices (smart TVs, etc.), what model and firmware version are you using?
What are the manifest and license server URIs?

https://lldemo-usw22.streaming.media.azure.net/612db94f-b556-4c84-b714-fa18d607320c/edaef292-ea7c-4070-af2c-373964170fc3.ism/manifest(format=m3u8-cmaf).m3u8
What configuration are you using?  What is the output of player.getConfiguration()?

default
What did you do?

Just play the stream.
What did you expect to happen?
The playback starts successfully and plays fine.
What actually happened?

Unhandled exception. Doesn't happen always but if you try couple of time you will hit the error.
Uncaught (in promise) TypeError: Cannot read properties of undefined (reading 'endTime')
at shaka.hls.HlsParser.createSegmentReference_ (hls_parser.js:2096:67)
at shaka.hls.HlsParser.createSegments_ (hls_parser.js:2267:30)
at $jscomp.generator.Engine_.program_ (hls_parser.js:1647:27)
at $jscomp.generator.Engine_.nextStep_ (generator_engine.js:795:43)
at $jscomp.generator.Engine_.next_ (generator_engine.js:699:15)
at $jscomp.generator.Generator_.next (generator_engine.js:833:19)
at b (execute_async_generator.js:52:22)
shaka.hls.HlsParser.createSegmentReference_	@	hls_parser.js:2096
shaka.hls.HlsParser.createSegments_	@	hls_parser.js:2267
(anonymous)	@	hls_parser.js:1647
$jscomp.generator.Engine_.nextStep_	@	generator_engine.js:795
$jscomp.generator.Engine_.next_	@	generator_engine.js:699
next	@	generator_engine.js:833
b	@	execute_async_generator.js:52
await in b (async)
onclick

I can not reproduce the issue with 4.3.0.

Still able to repro this with 4.3.0 build:  Try again with the stream https://aka.ms/LowLatencyDemo.m3u8. It doesn't consistently happen but happens frequently enough to repro.

Can you test with v4.3.3? Thanks!


--remove-source-files

Is it possible to add the "--remove-source-files" switch from rsync? It is very usefull especially during migrations and backups + probably quite easy to implement...

No feature requests here.


Helper methods to handle time?

It's kinda hard to compare and calculate time in expr, any ideas to improve this?

Now expr support comparing time and durations!