Can't hyprpm update

Hyprland Version
 System/Version info
Hyprland, built from branch  at commit cba1ade848feac44b2eda677503900639581c3f4  (props: bump version to 0.40.0).
Date: Sat May 4 15:42:32 2024
Tag: v0.40.0, commits: 4606

flags: (if any)

System Information:
System name: Linux
Node name: Oscarounet
Release: 6.9.1-arch1-2
Version: #1 SMP PREEMPT_DYNAMIC Wed, 22 May 2024 13:47:07 +0000

GPU information:
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67df] (rev e7) (prog-if 00 [VGA controller])

os-release: NAME="Arch Linux"
PRETTY_NAME="Arch Linux"
ID=arch
BUILD_ID=rolling
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://archlinux.org/"
DOCUMENTATION_URL="https://wiki.archlinux.org/"
SUPPORT_URL="https://bbs.archlinux.org/"
BUG_REPORT_URL="https://gitlab.archlinux.org/groups/archlinux/-/issues"
PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/"
LOGO=archlinux-logo

plugins:

Bug or Regression?
Regression
Description
Can't hyprpm update :
$ hyprpm update -v
[v] version returned: Hyprland, built from branch  at commit cba1ade848feac44b2eda677503900639581c3f4  (props: bump version to 0.40.0).
Date: Sat May 4 15:42:32 2024
Tag: v0.40.0, commits: 4606

flags: (if any)

[v] parsed commit cba1ade848feac44b2eda677503900639581c3f4 at branch  on Sat May 4 15:42:32 2024, commits 4606

! Cloning https://github.com/hyprwm/hyprland, this might take a moment.
[v] will shallow since: sam. avril 27 15:42:32 2024

 ╍━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  0 / 5  Cloning the hyprland repository
✖ Could not clone the hyprland repository. shell returned:
Clonage dans 'hyprland-quelquun'...
fatal : error when processing superficiality information : 4

How to reproduce
Type the hyprpm update command, on hyprland stable arch, with hyprland-plugins
Crash reports, logs, images, videos
I did all my yay -Syu and sudo pacman -Syu

If you're using hyprland from the official Arch repo, then you can do something like this:
cd ~/.local/share/hyprpm/headersRoot
rm -rf ./include/hyprland
rm share/pkgconfig/hyprland.pc
ln -sf /usr/include/hyprland include/hyprland
ln -sf /usr/share/pkgconfig/hyprland.pc share/hyprland.pc

Hyprpm stopped using system provided hyprland headers because it caused some issues with some distributions, but in Arch the hyprland package provides correct header files, so there's no need to clone them from git. This creates symlinks back to the system provided hyprland headers.

BTW, before you try the solution from my previous comment, can you try running hyprpm like this?
LANG=C hyprpm update -v

@fufexan

We're working on it https://github.com/hyprwm/Hyprland/pull/6181.

Can you update hyprland and try again? I've just merged the fix.

1st try

BTW, before you try the solution from my previous comment, can you try running hyprpm like this?
LANG=C hyprpm update -v

Shel returned :
$ LANG=C hyprpm update -v
[v] version returned: Hyprland, built from branch  at commit cba1ade848feac44b2eda677503900639581c3f4  (props: bump version to 0.40.0).
Date: Sat May 4 15:42:32 2024
Tag: v0.40.0, commits: 4606
flags: (if any)
[v] parsed commit cba1ade848feac44b2eda677503900639581c3f4 at branch  on Sat May 4 15:42:32 2024, commits 4606
╍━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  0 / 5  Cloning the hyprland re! Cloning https://github.com/hyprwm/hyprland, this might take a moment.
╍━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  0 / 5  Cloning the hyprland re[v] will shallow since: Sat Apr 27 15:42:32 2024
✔ cloned
[v] git returned (co): Your branch is up to date with 'origin/main'.
[v] git returned (rs): rm 'subprojects/tracy'
HEAD is now at cba1ade props: bump version to 0.40.0
✔ checked out to running ver
! configuring Hyprland
[v] setting PREFIX for cmake to /home/quelquun/.local/share/hyprpm/headersRoot
[v] cmake returned: sh: line 1: cmake: command not found
[v] meson returned: The Meson build system
Version: 1.4.0
Source dir: /tmp/hyprpm/hyprland-quelquun/subprojects/wlroots-hyprland
Build dir: /tmp/hyprpm/hyprland-quelquun/subprojects/wlroots-hyprland/build
Build type: native build
Project name: wlroots
Project version: 0.18.0-dev
C compiler for the host machine: cc (gcc 14.1.1 "cc (GCC) 14.1.1 20240522")
C linker for the host machine: cc ld.bfd 2.42.0
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C supports arguments -Wundef: YES
Compiler for C supports arguments -Wlogical-op: YES
Compiler for C supports arguments -Wmissing-include-dirs: YES
Compiler for C supports arguments -Wold-style-definition: YES
Compiler for C supports arguments -Wpointer-arith: YES
Compiler for C supports arguments -Winit-self: YES
Compiler for C supports arguments -Wstrict-prototypes: YES
Compiler for C supports arguments -Wimplicit-fallthrough=2: YES
Compiler for C supports arguments -Wendif-labels: YES
Compiler for C supports arguments -Wstrict-aliasing=2: YES
Compiler for C supports arguments -Woverflow: YES
Compiler for C supports arguments -Wmissing-prototypes: YES
Compiler for C supports arguments -Walloca: YES
Compiler for C supports arguments -Wno-missing-braces: YES
Compiler for C supports arguments -Wno-missing-field-initializers: YES
Compiler for C supports arguments -Wno-unused-parameter: YES
Compiler for C supports arguments -fmacro-prefix-map=/prefix/to/hide=: YES
Found pkg-config: YES (/usr/bin/pkg-config) 2.1.1
Run-time dependency wayland-server found: YES 1.22.0
Run-time dependency libdrm found: YES 2.4.120
Run-time dependency xkbcommon found: YES 1.7.0
Run-time dependency pixman-1 found: YES 0.43.4
Library m found: YES
Library rt found: YES
Run-time dependency wayland-protocols found: YES 1.36
Build-time dependency wayland-scanner found: YES 1.22.0
Program /usr/bin/wayland-scanner found: YES (/usr/bin/wayland-scanner)
Has header "linux/dma-buf.h" : YES
Run-time dependency egl found: YES 1.5
Run-time dependency gbm found: YES 24.0.8-arch1.1
Run-time dependency glesv2 found: YES 3.2
Program ./embed.sh found: YES (/tmp/hyprpm/hyprland-quelquun/subprojects/wlroots-hyprland/render/gles2/shaders/./embed.sh)
Dependency pixman-1 found: YES 0.43.4 (cached)
Dependency gbm found: YES 24.0.8-arch1.1 (cached)
Checking for function "gbm_bo_get_fd_for_plane" with dependency gbm: YES
Run-time dependency libudev found: YES 255
Run-time dependency libseat found: YES 0.8.0
Build-time dependency hwdata found: YES 0.382
Run-time dependency libdisplay-info found: YES 0.1.1
Run-time dependency libliftoff found: YES 0.4.1
Run-time dependency libinput found: YES 1.25.0
Run-time dependency xcb found: YES 1.17.0
Run-time dependency xcb-dri3 found: YES 1.17.0
Run-time dependency xcb-present found: YES 1.17.0
Run-time dependency xcb-render found: YES 1.17.0
Run-time dependency xcb-renderutil found: YES 0.3.10
Run-time dependency xcb-shm found: YES 1.17.0
Run-time dependency xcb-xfixes found: YES 1.17.0
Run-time dependency xcb-xinput found: YES 1.17.0
Run-time dependency wayland-client found: YES 1.22.0
Run-time dependency xwayland found: YES 24.1.0
Dependency xcb found: YES 1.17.0 (cached)
Run-time dependency xcb-composite found: YES 1.17.0
Run-time dependency xcb-ewmh found: YES 0.4.2
Run-time dependency xcb-icccm found: YES 0.4.2
Dependency xcb-render found: YES 1.17.0 (cached)
Run-time dependency xcb-res found: YES 1.17.0
Dependency xcb-xfixes found: YES 1.17.0 (cached)
Run-time dependency xcb-errors found: YES 1.0.1
Checking for function "xcb_xfixes_set_client_disconnect_mode" with dependencies xcb, xcb-composite, xcb-ewmh, xcb-icccm, xcb-render, xcb-res, xcb-xfixes, xcb-errors: YES
Configuring config.h using configuration
Configuring version.h using configuration
Configuring config.h using configuration
Message: Patches found. Applying...
Build targets in project: 136
wlroots 0.18.0-dev
drm-backend     : YES
x11-backend     : YES
libinput-backend: YES
xwayland        : YES
gles2-renderer  : YES
vulkan-renderer : NO
gbm-allocator   : YES
session         : YES
xcb-errors      : YES
egl             : YES
libliftoff      : YES

User defined options
examples        : false
renderers       : gles2
Found ninja-1.12.1 at /usr/bin/ninja
✔ configured Hyprland
[v] installation will run: sed -i -e "s#PREFIX = /usr/local#PREFIX = /home/quelquun/.local/share/hyprpm/headersRoot#" /tmp/hyprpm/hyprland-quelquun/Makefile && cd /tmp/hyprpm/hyprland-quelquun && make installheaders
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━  4 / 5  Installing sources[v] installer returned: You need to run make all first.
make: *** [Makefile:91: installheaders] Error 1
✖ failed to install headers with error code 2
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  5 / 5  Failed
✖ Headers missing. Please run hyprpm update to fix those.

Didn't work
2nd try

If you're using hyprland from the official Arch repo, then you can do something like this:
cd ~/.local/share/hyprpm/headersRoot
rm -rf include/hyprland
rm share/pkgconfig/hyprland.pc
ln -sf /usr/include/hyprland include/hyprland
ln -sf /usr/share/pkgconfig/hyprland.pc share/hyprland.pc

Hyprpm stopped using system provided hyprland headers because it caused some issues with some distributions, but in Arch the hyprland package provides correct header files, so there's no need to clone them from git. This creates symlinks back to the system provided hyprland headers.

Didn't work
3rd try

Can you update hyprland and try again? I've just merged the fix.

I sudo pacman -Syu but didn't work. I think it's because I'm using hyprland stable. I'll wait a bit :(

I'm using hyprland stable on Arch and I have no issues with hyprpm (I use hy3 installed via hyprpm). Maybe you're missing some build dependencies in your system. I see you don't have cmake installed. Maybe try installing it and try again?

$ sudo pacman -S cmake
résolution des dépendances…
recherche des conflits entre paquets…
Paquets (3) cppdap-1.58.0-1  rhash-1.4.4-1  cmake-3.29.3-1
Taille totale installée :  75,10 MiB
:: Procéder à l’installation ? [O/n] O
(3/3) vérification des clés dans le trousseau                 [----------------------------------] 100%
(3/3) vérification de l’intégrité des paquets                 [----------------------------------] 100%
(3/3) chargement des fichiers des paquets                     [----------------------------------] 100%
(3/3) analyse des conflits entre fichiers                     [----------------------------------] 100%
(3/3) vérification de l’espace disque disponible              [----------------------------------] 100%
:: Traitement des changements du paquet…
(1/3) installation de rhash                                   [----------------------------------] 100%
(2/3) installation de cppdap                                  [----------------------------------] 100%
(3/3) installation de cmake                                   [----------------------------------] 100%
Dépendances optionnelles pour cmake
make: for unix Makefile generator [installé]
ninja: for ninja generator [installé]
qt6-base: cmake-gui [installé]
:: Exécution des crochets (« hooks ») de post-transaction…
(1/4) Arming ConditionNeedsUpdate...
(2/4) Updating the MIME type database...
(3/4) Updating icon theme caches...
(4/4) Updating the desktop file MIME type cache...
[quelquun@Oscarounet ~]$ hyprpm update
! Cloning https://github.com/hyprwm/hyprland, this might take a moment.
╍━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  0 / 5  Cloning the hyprland repository
✖ Could not clone the hyprland repository. shell returned:
Clonage dans 'hyprland-quelquun'...
fatal : erreur lors du traitement de l'information de superficialité : 4

No, didn't work. Boohoohoo

I think the issue is with this line: https://github.com/hyprwm/Hyprland/blob/db5d39a66f1285f78321d953eac398feaedfc63d/hyprpm/src/core/PluginManager.cpp#L450
The execAndGet() call (it wraps the popen() call) tries here to set the LC_TIME to retrieve date and time value, which is then used with the git command to do shallow clone to speed up the cloning process. But I don't think popen works like that. The way the LC_TIME is set for the command here is specific for the shell (for example bash), but popen doesn't start the command it a shell, so the variable is not set here at all. So in the end a system-wide locale is used. In your case it's French.
I think this should be called using /usr/bin/env command.
The second issue is setting the LC_TIME to en_US.UTF-8. There's no guarantee that this locale is present in every system. It's better to use the C locale instead.
So with both changes, this should look like this:
    const std::string SHALLOW_DATE =
        removeBeginEndSpacesTabs(HLVER.date).empty() ? "" : execAndGet("env LC_TIME=C date --date='" + HLVER.date + " - 1 weeks' '+\%a \%b \%d \%H:\%M:\%S \%Y'");

@vaxerski @fufexan
Continuing on my last comment, I think there's not even a need for using date command to get timestamp for shallow copy. Since version 2.20.1, git supports relative date definition for --shallow-since option. So instead retrieving date 1 week in the past using the date command and using it with git command, you can just do:
git clone --recursive https://github.com/hyprwm/hyprland --shallow-since="1 week ago"

Git 2.20.1 came out 6 years ago, so I think it's rather safe to assume that everyone using hyprland have already a newer version.
Anyway is there a specific reason why the clone is shallowed since 1 week in the past? Can't hyprpm just use --depth option and shallow clone, for example, last 50 commits instead?

we need 1 week before a set timestamp, not 1 week before whenever the command is ran

Ah, yes. That makes more sense. Anyway, setting LC_TIME still needs to be fixed.

Ok, I don't think any changes are necessary in the end. I've just tried hyprpm update from git main and it seems that setting environment variable like that works ok. So I'm sorry for saying it's a bug as it clearly is not. I was in the wrong here.
I'd still change locale from en_US.UTF-8 to C though. But I don't think there's a necessity to create an MR for such a small change. It's going to work anyway, but some commands may print a warning to stderr that locale doesn't exists if it's not generated. It seems that date doesn't do that though (although it may be OS dependent, idk).

Same issue here on nixos

same issue on manjaro, not on arch though strangely enough, works fine on arch

same issue on manjaro, not on arch though strangely enough, works fine on arch

same issue on manjaro, not on arch though strangely enough, works fine on arch

seems to just be a out of date package in the manjaro repos, the git version seems to work just fine

I think I need to wait for the next stable release and see what appends. Also, I installed the en_US.UTF-8 stuff but still doesn't work.

I think I need to wait for the next stable release and see what appends. Also, I installed the en_US.UTF-8 stuff but still doesn't work.

I figured out my problem, the extra repos in arch don't like an essential package as a depend for some reason, I think it's called hyprwayland-scanner, and I tried to tell the repo maintainer that it was missing depends, but had issues making an account for sone reason

I think I need to wait for the next stable release and see what appends. Also, I installed the en_US.UTF-8 stuff but still doesn't work.

I figured out my problem, the extra repos in arch don't have an essential package as a depend for some reason, I think it's called hyprwayland-scanner, and I tried to tell the repo maintainer that it was missing depends, but had issues making an account for some reason

To be honest, hyprwayland-scanner is a build dependency. If someone doesn't use hyprpm then that package is not needed at all. I think that (at least in ArchLinux) it would be better to package hyprpm separately from hyprland and add hyprwayland-scanner as a dependency to that package. Unfortunately I don't have an account on ArchLinux's GitLab to suggest that and they've disabled registration because of a lot of spam.

I think I need to wait for the next stable release and see what appends. Also, I installed the en_US.UTF-8 stuff but still doesn't work.

I figured out my problem, the extra repos in arch don't have an essential package as a depend for some reason, I think it's called hyprwayland-scanner, and I tried to tell the repo maintainer that it was missing depends, but had issues making an account for some reason

To be honest, hyprwayland-scanner is a build dependency. If someone doesn't use hyprpm then that package is not needed at all. I think that (at least in ArchLinux) it would be better to package hyprpm separately from hyprland and add hyprwayland-scanner as a dependency to that package. Unfortunately I don't have an account on ArchLinux's GitLab to suggest that and they've disabled registration because of a lot of spam.

I whole heartedly disagree, hyprpm is the only official way to get plugins into hyprland, which imo is an integral feature, without plugins hyprland is barley a DE, and especially without hy3 considering there's no obvious way to change the looks of the normal tabs for groups, but I would agree that if hyprwayland-scanner doesn't come with the package then hyprpm should at least be packaged separately with its own depends

BTW here's the issue I've created in Arch's GitLab:
https://gitlab.archlinux.org/archlinux/packaging/packages/hyprland/-/issues/10

BTW I symlink Arch package provided hyprland headers to .local/share/hyprpm so hyprpm doesn't clone them every time - in this case hyprwayland-scanner is also not needed.

@vaxerski is there a reason hyprpm doesn't just use the installed hyprland headers? (Can easily be found with pkgconfig)

BTW I symlink Arch package provided hyprland headers to .local/share/hyprpm so hyprpm doesn't clone them every time - in this case hyprwayland-scanner is also not needed.

@vaxerski is there a reason hyprpm doesn't just use the installed hyprland headers? (Can easily be found with pkgconfig)

Isn't it because issues with some distributions, which ship outdated headers or no headers at all?
But it could be done in a way, that hyprpm first tries locating the system/package provided headers and fall back to cloning hyprland repo in case of an issue.
One issue I see with system provided headers (even in Arch, which seems to be ok in other circumstances):
Right after running system update (e.g. pacman -Syu), before restarting system (or hyprland at least) the installed headers will be newer than currently running hyrpland. This would cause issue when hyprpm update is run before restarting.

Right after running system update (e.g. pacman -Syu), before restarting system (or hyprland at least) the installed headers will be newer than currently running hyrpland. This would cause issue when hyprpm update is run before restarting.

There can be an option that doesn't reload plugins if the headers version and the running Hyprland version doesn't match. For greater control we can add a commit field in the pkg-config file.

distro headers are unreliable, thats why. They can also be incorrectly user-supplied (they once built hl manually and installed the headers)

Understandable, even though as a packager that's a nightmare.

feel free to patch hyprpm :)

if the system doesn't have X at all then Hyprland builds/installs fine and hyprpm update gives this:
-- XWAYLAND Enabled (NO_XWAYLAND not defined) checking deps...
-- Checking for modules 'xcb;xwayland;xcb-util;xcb-render;xcb-xfixes;xcb-icccm;xcb-composite;xcb-res;xcb-ewmh;xcb-errors'
--   Package 'xwayland' not found
--   Package 'xcb-util' not found
--   Package 'xcb-icccm' not found
--   Package 'xcb-ewmh' not found
--   Package 'xcb-errors' not found
CMake Error at /usr/share/cmake/Modules/FindPkgConfig.cmake:634 (message):
  The following required packages were not found:

   - xwayland
   - xcb-util
   - xcb-icccm
   - xcb-ewmh
   - xcb-errors

feel free to patch hyprpm :)

patch how? revert to using system headers?

distro headers are unreliable, thats why.

unreliable how?

They can also be incorrectly user-supplied (they once built hl manually and installed the headers)

some users supplied wrong headers? i don't think that should be the deciding factor here.

~ ❯ hyprpm update -v
[v] version returned: Hyprland, built from branch  at commit 918d8340afd652b011b937d29d5eea0be08467f5  (flake.lock: update).
Date: Tue Jun 25 12:06:02 2024
Tag: v0.41.2, commits: 4886
flags: (if any)
[v] parsed commit 918d8340afd652b011b937d29d5eea0be08467f5 at branch  on Tue Jun 25 12:06:02 2024, commits 4886
! Cloning https://github.com/hyprwm/hyprland, this might take a moment.
[v] will shallow since: Tue Jun 18 12:06:02 2024
✔ cloned
[v] git returned (co): Your branch is up to date with 'origin/main'.
[v] git returned (rs): rm 'subprojects/tracy'
HEAD is now at 918d834 flake.lock: update
✔ checked out to running ver
! configuring Hyprland
[v] setting PREFIX for cmake to /home/anik/.local/share/hyprpm/headersRoot
[v] cmake returned: CMake Warning (dev) at /usr/share/cmake-3.29/Modules/GNUInstallDirs.cmake:253 (message):
Unable to determine default CMAKE_INSTALL_LIBDIR directory because no
target architecture is known.  Please enable at least one language before
including GNUInstallDirs.
Call Stack (most recent call first):
CMakeLists.txt:5 (include)
This warning is for project developers.  Use -Wno-dev to suppress it.
Not searching for unused variables given on the command line.
-- The C compiler identification is GNU 13.2.0
-- The CXX compiler identification is GNU 13.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Gathering git info
-- Found Python3: /usr/bin/python3.12 (found version "3.12.4") found components: Interpreter
Building itab.c/itab.h...
-- Setting up wlroots
-- Found PkgConfig: /usr/bin/pkg-config (found version "2.1.0")
-- Found WaylandScanner at /usr/bin/wayland-scanner
-- Found wayland-protocols at //usr/share/wayland-protocols
-- Configuring Hyprland in Release with CMake
-- Checking deps...
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found OpenGL: /usr/lib/libOpenGL.so  found components: GLES3
-- Checking for modules 'xkbcommon;uuid;wayland-server;wayland-client;wayland-cursor;wayland-protocols;cairo;pango;pangocairo;pixman-1;libdrm;libinput;hwdata;libseat;libdisplay-info;libliftoff;libudev;gbm;hyprlang>=0.3.2;hyprcursor>=0.1.7;hyprutils>=0.1.5'
--   Found xkbcommon, version 1.7.0
--   Found uuid, version 2.40.1
--   Found wayland-server, version 1.22.0
--   Found wayland-client, version 1.22.0
--   Found wayland-cursor, version 1.22.0
--   Found wayland-protocols, version 1.36
--   Found cairo, version 1.18.0
--   Found pango, version 1.54.0
--   Found pangocairo, version 1.54.0
--   Found pixman-1, version 0.43.4
--   Found libdrm, version 2.4.121
--   Found libinput, version 1.26.0
--   Found hwdata, version 0.375
--   Found libseat, version 0.8.0
--   Found libdisplay-info, version 0.1.1
--   Found libliftoff, version 0.4.1
--   Found libudev, version 251
--   Found gbm, version 24.1.2
--   Found hyprlang, version 0.5.2
--   Found hyprcursor, version 0.1.9
--   Found hyprutils, version 0.1.5
-- Looking for execinfo.h
-- Looking for execinfo.h - found
-- Configuration supports execinfo
-- Looking for backtrace in execinfo
-- Looking for backtrace in execinfo - not found
-- Looking for sys/timerfd.h
-- Looking for sys/timerfd.h - found
-- Checking for module 'epoll-shim'
--   Package 'epoll-shim', required by 'virtual:world', not found
-- XWAYLAND Enabled (NO_XWAYLAND not defined) checking deps...
-- Checking for modules 'xcb;xwayland;xcb-util;xcb-render;xcb-xfixes;xcb-icccm;xcb-composite;xcb-res;xcb-ewmh;xcb-errors'
--   Found xcb, version 1.16.1
--   Found xwayland, version 24.1.0
--   Found xcb-util, version 0.4.1
--   Found xcb-render, version 1.16.1
--   Found xcb-xfixes, version 1.16.1
--   Found xcb-icccm, version 0.4.2
--   Found xcb-composite, version 1.16.1
--   Found xcb-res, version 1.16.1
--   Found xcb-ewmh, version 0.4.2
--   Found xcb-errors, version 1.0.1
-- SYSTEMD support is requested (NO_SYSTEMD not defined)...
-- Setting precompiled headers
-- Setting link libraries
-- Checking for module 'hyprutils>=0.1.1'
--   Found hyprutils, version 0.1.5
-- Checking for modules 'tomlplusplus;hyprutils>=0.1.1'
--   Found tomlplusplus, version 3.4.0
--   Found hyprutils, version 0.1.5
-- Configuring done (3.8s)
-- Generating done (0.1s)
-- Build files have been written to: /tmp/hyprpm/hyprland-anik/build
[v] meson returned: The Meson build system
Version: 1.4.0
Source dir: /tmp/hyprpm/hyprland-anik/subprojects/wlroots-hyprland
Build dir: /tmp/hyprpm/hyprland-anik/subprojects/wlroots-hyprland/build
Build type: native build
Project name: wlroots
Project version: 0.18.0-dev
C compiler for the host machine: cc (gcc 13.2.0 "cc (GCC) 13.2.0")
C linker for the host machine: cc ld.bfd 2.41
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C supports arguments -Wundef: YES
Compiler for C supports arguments -Wlogical-op: YES
Compiler for C supports arguments -Wmissing-include-dirs: YES
Compiler for C supports arguments -Wold-style-definition: YES
Compiler for C supports arguments -Wpointer-arith: YES
Compiler for C supports arguments -Winit-self: YES
Compiler for C supports arguments -Wstrict-prototypes: YES
Compiler for C supports arguments -Wimplicit-fallthrough=2: YES
Compiler for C supports arguments -Wendif-labels: YES
Compiler for C supports arguments -Wstrict-aliasing=2: YES
Compiler for C supports arguments -Woverflow: YES
Compiler for C supports arguments -Wmissing-prototypes: YES
Compiler for C supports arguments -Walloca: YES
Compiler for C supports arguments -Wno-missing-braces: YES
Compiler for C supports arguments -Wno-missing-field-initializers: YES
Compiler for C supports arguments -Wno-unused-parameter: YES
Compiler for C supports arguments -fmacro-prefix-map=/prefix/to/hide=: YES
meson.build:83:11: ERROR: Command \/tmp/hyprpm/hyprland-anik/subprojects/wlroots-hyprland/./patches/apply.sh` failed with status 1.`
A full log can be found at /tmp/hyprpm/hyprland-anik/subprojects/wlroots-hyprland/build/meson-logs/meson-log.txt
✔ configured Hyprland
[v] installation will run: sed -i -e "s#PREFIX = /usr/local#PREFIX = /home/anik/.local/share/hyprpm/headersRoot#" /tmp/hyprpm/hyprland-anik/Makefile && cd /tmp/hyprpm/hyprland-anik && make installheaders
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━  4 / 5  Installing sources[v] installer returned: # remove previous headers from hyprpm's dir
rm -fr /home/anik/.local/share/hyprpm/headersRoot/include/hyprland
mkdir -p /home/anik/.local/share/hyprpm/headersRoot/include/hyprland
mkdir -p /home/anik/.local/share/hyprpm/headersRoot/include/hyprland/protocols
mkdir -p /home/anik/.local/share/hyprpm/headersRoot/include/hyprland/wlr
mkdir -p /home/anik/.local/share/hyprpm/headersRoot/share/pkgconfig
cmake --build ./build --config Release --target generate-protocol-headers
[0/2] Re-checking globbed directories...
[1/40] Generating /tmp/hyprpm/hyprland-anik/protocols/hyprland-global-shortcuts-v1-protocol.h
[2/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wlr-screencopy-unstable-v1-protocol.h
[3/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wlr-gamma-control-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/wlr-gamma-control-unstable-v1.hpp
[4/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wlr-foreign-toplevel-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/wlr-foreign-toplevel-management-unstable-v1.hpp
[5/40] Generating /tmp/hyprpm/hyprland-anik/protocols/hyprland-toplevel-export-v1-protocol.h
[6/40] Generating /tmp/hyprpm/hyprland-anik/protocols/text-input-unstable-v1-protocol.h
[7/40] Generating /tmp/hyprpm/hyprland-anik/protocols/virtual-keyboard-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/virtual-keyboard-unstable-v1.hpp
[8/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wlr-virtual-pointer-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/wlr-virtual-pointer-unstable-v1.hpp
[9/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wlr-output-power-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/wlr-output-power-management-unstable-v1.hpp
[10/40] Generating /tmp/hyprpm/hyprland-anik/protocols/input-method-unstable-v2.cpp, /tmp/hyprpm/hyprland-anik/protocols/input-method-unstable-v2.hpp
[11/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wlr-output-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/wlr-output-management-unstable-v1.hpp
[12/40] Generating /tmp/hyprpm/hyprland-anik/protocols/kde-server-decoration.cpp, /tmp/hyprpm/hyprland-anik/protocols/kde-server-decoration.hpp
[13/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wlr-data-control-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/wlr-data-control-unstable-v1.hpp
[14/40] Generating /tmp/hyprpm/hyprland-anik/protocols/hyprland-focus-grab-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/hyprland-focus-grab-v1.hpp
[15/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wlr-layer-shell-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/wlr-layer-shell-unstable-v1.hpp
[16/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wayland-drm.cpp, /tmp/hyprpm/hyprland-anik/protocols/wayland-drm.hpp
[17/40] Generating /tmp/hyprpm/hyprland-anik/protocols/fractional-scale-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/fractional-scale-v1.hpp
[18/40] Generating /tmp/hyprpm/hyprland-anik/protocols/tearing-control-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/tearing-control-v1.hpp
[19/40] Generating /tmp/hyprpm/hyprland-anik/protocols/xdg-output-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/xdg-output-unstable-v1.hpp
[20/40] Generating /tmp/hyprpm/hyprland-anik/protocols/cursor-shape-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/cursor-shape-v1.hpp
[21/40] Generating /tmp/hyprpm/hyprland-anik/protocols/idle-inhibit-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/idle-inhibit-unstable-v1.hpp
[22/40] Generating /tmp/hyprpm/hyprland-anik/protocols/xdg-decoration-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/xdg-decoration-unstable-v1.hpp
[23/40] Generating /tmp/hyprpm/hyprland-anik/protocols/relative-pointer-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/relative-pointer-unstable-v1.hpp
[24/40] Generating /tmp/hyprpm/hyprland-anik/protocols/alpha-modifier-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/alpha-modifier-v1.hpp
[25/40] Generating /tmp/hyprpm/hyprland-anik/protocols/ext-foreign-toplevel-list-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/ext-foreign-toplevel-list-v1.hpp
[26/40] Generating /tmp/hyprpm/hyprland-anik/protocols/keyboard-shortcuts-inhibit-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/keyboard-shortcuts-inhibit-unstable-v1.hpp
[27/40] Generating /tmp/hyprpm/hyprland-anik/protocols/pointer-gestures-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/pointer-gestures-unstable-v1.hpp
[28/40] Generating /tmp/hyprpm/hyprland-anik/protocols/text-input-unstable-v3.cpp, /tmp/hyprpm/hyprland-anik/protocols/text-input-unstable-v3.hpp
[29/40] Generating /tmp/hyprpm/hyprland-anik/protocols/pointer-constraints-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/pointer-constraints-unstable-v1.hpp
[30/40] Generating /tmp/hyprpm/hyprland-anik/protocols/xdg-activation-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/xdg-activation-v1.hpp
[31/40] Generating /tmp/hyprpm/hyprland-anik/protocols/ext-idle-notify-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/ext-idle-notify-v1.hpp
[32/40] Generating /tmp/hyprpm/hyprland-anik/protocols/ext-session-lock-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/ext-session-lock-v1.hpp
[33/40] Generating /tmp/hyprpm/hyprland-anik/protocols/tablet-v2.cpp, /tmp/hyprpm/hyprland-anik/protocols/tablet-v2.hpp
[34/40] Generating /tmp/hyprpm/hyprland-anik/protocols/presentation-time.cpp, /tmp/hyprpm/hyprland-anik/protocols/presentation-time.hpp
[35/40] Generating /tmp/hyprpm/hyprland-anik/protocols/xdg-shell.cpp, /tmp/hyprpm/hyprland-anik/protocols/xdg-shell.hpp
[36/40] Generating /tmp/hyprpm/hyprland-anik/protocols/primary-selection-unstable-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/primary-selection-unstable-v1.hpp
[37/40] Generating /tmp/hyprpm/hyprland-anik/protocols/viewporter.cpp, /tmp/hyprpm/hyprland-anik/protocols/viewporter.hpp
[38/40] Generating /tmp/hyprpm/hyprland-anik/protocols/xwayland-shell-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/xwayland-shell-v1.hpp
[39/40] Generating /tmp/hyprpm/hyprland-anik/protocols/linux-dmabuf-v1.cpp, /tmp/hyprpm/hyprland-anik/protocols/linux-dmabuf-v1.hpp
[40/40] Generating /tmp/hyprpm/hyprland-anik/protocols/wayland.cpp, /tmp/hyprpm/hyprland-anik/protocols/wayland.hpp
find src -name '*.h*' -print0 | cpio --quiet -0dump /home/anik/.local/share/hyprpm/headersRoot/include/hyprland
cd subprojects/wlroots-hyprland/include/wlr && find . -name '*.h*' -print0 | cpio --quiet -0dump /home/anik/.local/share/hyprpm/headersRoot/include/hyprland/wlr && cd ../../../..
cd subprojects/wlroots-hyprland/build/include && find . -name '*.h*' -print0 | cpio --quiet -0dump /home/anik/.local/share/hyprpm/headersRoot/include/hyprland/wlr && cd ../../../..
/bin/sh: 1: cd: can't cd to subprojects/wlroots-hyprland/build/include
make: *** [Makefile:57: installheaders] Error 2
✖ failed to install headers with error code 2
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  5 / 5  Failed
✖ Headers missing. Please run hyprpm update to fix those. welp

[v] version returned: Hyprland 0.45.0 built from branch  at commit  dirty ().
Date:
Tag: , commits:
built against aquamarine 0.4.3

flags set:
debug

[v] parsed commit  at branch  on , commits 0

! Cloning https://github.com/hyprwm/Hyprland, this might take a moment.
✔ Hyprland cloned
[v] will run: cd /tmp/hyprpm/hyprland-itachi && git checkout  2>&1
[v] git returned (co): Your branch is up to date with 'origin/main'.

[v] git returned (rs): rm 'subprojects/tracy'
HEAD is now at a29cfa78 logging: Add some context to config error logs (#8326)

✔ checked out to running ver
! configuring Hyprland
[v] setting PREFIX for cmake to /home/itachi/.local/share/hyprpm/headersRoot
[v] cmake returned: Not searching for unused variables given on the command line.
-- The C compiler identification is GNU 14.2.1
-- The CXX compiler identification is GNU 14.2.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Gathering git info
-- Found PkgConfig: /usr/bin/pkg-config (found version "2.1.1")
-- Checking for module 'udis86>=1.7.2'
--   Package 'udis86', required by 'virtual:world', not found
-- Found Python3: /usr/bin/python3.12 (found version "3.12.7") found components: Interpreter
Building itab.c/itab.h...
-- udis86 dependency not found, falling back to subproject
-- Found wayland-protocols at //usr/share/wayland-protocols
-- Found wayland-scanner pkgdatadir at //usr/share/wayland
-- Configuring Hyprland in Release with CMake
-- Checking deps...
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found OpenGL: /usr/lib/libOpenGL.so  found components: GLES3
-- Checking for module 'hyprutils>=0.2.4'
--   Found hyprutils, version 0.2.5
-- Checking for module 'aquamarine>=0.4.2'
--   Found aquamarine, version 0.4.5
-- Checking for modules 'xkbcommon;uuid;wayland-server>=1.22.90;wayland-protocols;cairo;pango;pangocairo;pixman-1;xcursor;libdrm;libinput;gbm;gio-2.0;hyprlang>=0.3.2;hyprcursor>=0.1.7;hyprutils>=0.2.3'
--   Found xkbcommon, version 1.7.0
--   Found uuid, version 2.40.2
--   Found wayland-server, version 1.23.1
--   Found wayland-protocols, version 1.38
--   Found cairo, version 1.18.2
--   Found pango, version 1.54.0
--   Found pangocairo, version 1.54.0
--   Found pixman-1, version 0.44.0
--   Found xcursor, version 1.2.3
--   Found libdrm, version 2.4.123
--   Found libinput, version 1.26.2
--   Found gbm, version 24.2.6-arch1.1
--   Found gio-2.0, version 2.82.2
--   Found hyprlang, version 0.5.3
--   Found hyprcursor, version 0.1.10
--   Found hyprutils, version 0.2.5
-- Looking for execinfo.h
-- Looking for execinfo.h - found
-- Configuration supports execinfo
-- Looking for backtrace in execinfo
-- Looking for backtrace in execinfo - not found
-- Looking for sys/timerfd.h
-- Looking for sys/timerfd.h - found
-- Checking for module 'epoll-shim'
--   Package 'epoll-shim', required by 'virtual:world', not found
-- XWAYLAND Enabled (NO_XWAYLAND not defined) checking deps...
-- Checking for modules 'xcb;xcb-render;xcb-xfixes;xcb-icccm;xcb-composite;xcb-res;xcb-errors'
--   Found xcb, version 1.17.0
--   Found xcb-render, version 1.17.0
--   Found xcb-xfixes, version 1.17.0
--   Found xcb-icccm, version 0.4.2
--   Found xcb-composite, version 1.17.0
--   Found xcb-res, version 1.17.0
--   Found xcb-errors, version 1.0.1
-- SYSTEMD support is requested (NO_SYSTEMD not defined)...
-- UWSM support is enabled (NO_UWSM not defined)...
-- Setting precompiled headers
-- Setting link libraries
-- Checking for module 'hyprland-protocols>=0.4.0'
--   Package 'hyprland-protocols', required by 'virtual:world', not found
-- hyprland-protocols subproject set to subprojects/hyprland-protocols
-- Checking for module 'hyprutils>=0.1.1'
--   Found hyprutils, version 0.2.5
-- Checking for modules 'tomlplusplus;hyprutils>=0.2.4'
--   Found tomlplusplus, version 3.4.0
--   Found hyprutils, version 0.2.5
-- Configuring done (1.3s)
-- Generating done (0.0s)
-- Build files have been written to: /tmp/hyprpm/hyprland-itachi/build

✔ configured Hyprland
[v] installation will run: sed -i -e "s#PREFIX = /usr/local#PREFIX = /home/itachi/.local/share/hyprpm/headersRoot#" /tmp/hyprpm/hyprland-itachi/Makefile && cd /tmp/hyprpm/hyprland-itachi && make installheaders
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━  4 / 5  Installing sources[v] installer returned: # remove previous headers from hyprpm's dir
rm -fr /home/itachi/.local/share/hyprpm/headersRoot/include/hyprland
mkdir -p /home/itachi/.local/share/hyprpm/headersRoot/include/hyprland
mkdir -p /home/itachi/.local/share/hyprpm/headersRoot/include/hyprland/protocols
mkdir -p /home/itachi/.local/share/hyprpm/headersRoot/share/pkgconfig
cmake --build ./build --config Release --target generate-protocol-headers
[0/2] Re-checking globbed directories...
[1/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/hyprland-global-shortcuts-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/hyprland-global-shortcuts-v1.hpp
[2/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/text-input-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/text-input-unstable-v1.hpp
[3/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/hyprland-toplevel-export-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/hyprland-toplevel-export-v1.hpp
[4/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wlr-screencopy-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wlr-screencopy-unstable-v1.hpp
[5/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wlr-gamma-control-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wlr-gamma-control-unstable-v1.hpp
[6/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wlr-foreign-toplevel-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wlr-foreign-toplevel-management-unstable-v1.hpp
[7/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wlr-output-power-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wlr-output-power-management-unstable-v1.hpp
[8/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wlr-virtual-pointer-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wlr-virtual-pointer-unstable-v1.hpp
[9/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/kde-server-decoration.cpp, /tmp/hyprpm/hyprland-itachi/protocols/kde-server-decoration.hpp
[10/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/virtual-keyboard-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/virtual-keyboard-unstable-v1.hpp
[11/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/input-method-unstable-v2.cpp, /tmp/hyprpm/hyprland-itachi/protocols/input-method-unstable-v2.hpp
[12/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wlr-output-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wlr-output-management-unstable-v1.hpp
[13/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wlr-data-control-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wlr-data-control-unstable-v1.hpp
[14/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/hyprland-focus-grab-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/hyprland-focus-grab-v1.hpp
[15/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wlr-layer-shell-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wlr-layer-shell-unstable-v1.hpp
[16/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wayland-drm.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wayland-drm.hpp
[17/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/hyprland-ctm-control-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/hyprland-ctm-control-v1.hpp
[18/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/tearing-control-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/tearing-control-v1.hpp
[19/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/fractional-scale-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/fractional-scale-v1.hpp
[20/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/xdg-output-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/xdg-output-unstable-v1.hpp
[21/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/cursor-shape-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/cursor-shape-v1.hpp
[22/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/relative-pointer-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/relative-pointer-unstable-v1.hpp
[23/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/idle-inhibit-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/idle-inhibit-unstable-v1.hpp
[24/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/xdg-decoration-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/xdg-decoration-unstable-v1.hpp
[25/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/alpha-modifier-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/alpha-modifier-v1.hpp
[26/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/ext-foreign-toplevel-list-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/ext-foreign-toplevel-list-v1.hpp
[27/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/pointer-gestures-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/pointer-gestures-unstable-v1.hpp
[28/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/keyboard-shortcuts-inhibit-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/keyboard-shortcuts-inhibit-unstable-v1.hpp
[29/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/text-input-unstable-v3.cpp, /tmp/hyprpm/hyprland-itachi/protocols/text-input-unstable-v3.hpp
[30/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/pointer-constraints-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/pointer-constraints-unstable-v1.hpp
[31/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/xdg-activation-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/xdg-activation-v1.hpp
[32/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/ext-session-lock-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/ext-session-lock-v1.hpp
[33/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/ext-idle-notify-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/ext-idle-notify-v1.hpp
[34/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/primary-selection-unstable-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/primary-selection-unstable-v1.hpp
[35/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/tablet-v2.cpp, /tmp/hyprpm/hyprland-itachi/protocols/tablet-v2.hpp
[36/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/presentation-time.cpp, /tmp/hyprpm/hyprland-itachi/protocols/presentation-time.hpp
[37/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/drm-lease-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/drm-lease-v1.hpp
[38/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/xwayland-shell-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/xwayland-shell-v1.hpp
[39/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/viewporter.cpp, /tmp/hyprpm/hyprland-itachi/protocols/viewporter.hpp
[40/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/xdg-shell.cpp, /tmp/hyprpm/hyprland-itachi/protocols/xdg-shell.hpp
[41/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/xdg-dialog-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/xdg-dialog-v1.hpp
[42/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/single-pixel-buffer-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/single-pixel-buffer-v1.hpp
[43/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/security-context-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/security-context-v1.hpp
[44/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/linux-dmabuf-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/linux-dmabuf-v1.hpp
[45/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/linux-drm-syncobj-v1.cpp, /tmp/hyprpm/hyprland-itachi/protocols/linux-drm-syncobj-v1.hpp
[46/47] Generating /tmp/hyprpm/hyprland-itachi/protocols/wayland.cpp, /tmp/hyprpm/hyprland-itachi/protocols/wayland.hpp
find src -name '*.h*' -print0 | cpio --quiet -0dump /home/itachi/.local/share/hyprpm/headersRoot/include/hyprland
cp ./protocols/*.h* /home/itachi/.local/share/hyprpm/headersRoot/include/hyprland/protocols
cp ./build/hyprland.pc /home/itachi/.local/share/hyprpm/headersRoot/share/pkgconfig
if [ -d /usr/share/pkgconfig ]; then cp ./build/hyprland.pc /usr/share/pkgconfig 2>/dev/null || true; fi
chmod -R 755 /home/itachi/.local/share/hyprpm/headersRoot/include/hyprland
chmod 755 /home/itachi/.local/share/hyprpm/headersRoot/share/pkgconfig

✖ failed to install headers with error code 4 (Headers version mismatched)
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  5 / 5  Failed

✖ Headers version mismatch. Please run hyprpm update to fix those.


fix: [CHAOS-925]: Fixing Chaos Fault reference link in probes/configure probes

Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.
What Type of PR is This?

[ ] Issue
[ ] Feature
[X] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ ] Tested Locally
[ ] Optional Screen Shoot.

Preview environment: https://ci.pr.harness.io/pr-445


Adding Standard feedback system for new provisioning Docset

Adding Standard feedback system for new provisioning Docset

Close it as we need to merge to live from main.


fix: freshen files was failing with exception, put in a fix for it

Added the Metadata directive, this copies the whole object and updates the last modified timestamp of the file

will this help with https://github.com/instaclustr/cassandra-backup/issues/2 as well?

I hope it does. I can submit an MR, there too. But not satisfied by the fact that it copies the whole object again along with the metadata. Not sure if there is a way to only copy over the metadata

I think the only way you can update the metadata (at least in S3) is to make a copy of the object and set the metadata. :( https://stackoverflow.com/questions/32646646/how-do-i-update-metadata-for-an-existing-amazon-s3-file

i'll try to test these changes tomorrow. BTW, thanks for the submission!

I just tested and it actually does resolve https://github.com/instaclustr/cassandra-backup/issues/2 as well. The copy seems occur pretty quickly though I'm sure it'll incur some cost.


There should be a link from the tokens in "my portfolio" to the markets themselves.

On the right here:


TypeScript server crashes, possible due to memory usage

I also got this error "the extension crashed 5 times in the last 5 minutes" and intellisense has been deathly slow today.  Working on a react project with jsx and js files.  Definitely seeing symptoms of a memory leak.  Here is a picture of my RAM graph, physical memory:

Those sharp drops in the graph exactly coincide with output in the TypeScript output channel as follows:
2024-11-08 21:31:13.842 [error] TSServer exited. Code: 134. Signal: null
2024-11-08 21:31:13.842 [info] Starting TS Server
2024-11-08 21:31:13.842 [info] Using tsserver from: <my home folder>\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js
2024-11-08 21:31:13.842 [info] <syntax> Forking...
2024-11-08 21:31:13.842 [info] <syntax> Starting...
2024-11-08 21:31:13.842 [info] <semantic> Forking...
2024-11-08 21:31:13.842 [info] <semantic> Starting...

That is followed again about 2 minutes later with:
2024-11-08 21:33:29.007 [error] TSServer exited. Code: 134. Signal: null
2024-11-08 21:33:29.007 [info] Starting TS Server
2024-11-08 21:33:29.007 [info] Using tsserver from: <my home folder>\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js
2024-11-08 21:33:29.007 [info] <syntax> Forking...
2024-11-08 21:33:29.007 [info] <syntax> Starting...
2024-11-08 21:33:29.007 [info] <semantic> Forking...
2024-11-08 21:33:29.007 [info] <semantic> Starting...

Originally posted by @mmcintyre123 in #100

@mmcintyre123 What does your project look like?
You can also see this guide for some ideas of what to try if this really is a memory issue

Closing as this is not actionable without info about the project


"data:text/html," also shows up in title bar

The only solution out seems to be
"data:text/html,<title>Loading...</title>"

Non-empty titles will always show-up in title bar.
Non-ASCII blank characters break app mode. about:blank also break app mode. -- Everything result in tabs' bar and "automation warning" appearing.

the same as below


zmesh: expose zcgltf package

fix #217
Not sure if this is good solution, just a quick fix.

I think this is fine. Thanks!


Stopped working with Firefox 60.9.0esr (Debian Stretch)

Summary
When I tried to use the Copy [Link Content](URL) context menu item today, it didn't do anything. My guess is that it's related to the changes from #71 (Firefox automatically updated the add-on to 2.4.3 yesterday).

Reproduction Steps

Right-click on a link to open the context menu. Select the Copy [Link Content](URL) context menu item .

Expected Behavior

Copy link as markdown to clipboard

Actual Behavior

Clipboard is unchanged

Reproducible Environment

Browser (Version): Firefox 60.9.0esr (60.9.0esr-1~deb9u1)
Operating System (Version): Debian Stretch amd64
System Language: en_GB

Hi, Firefox 60 is not the latest version and is not supported.
The latest ESR version 68 is 2 versions behind the active version today (70), so it's unlikely supported.
Please update your browser and try again.


Remove test-webserver code

Part of https://github.com/kubernetes/kubernetes/pull/48494 test-webserver code has been moved to kubernetes/tests so the code needs to be remove from contrib project.

/assign


CLOUDSTACK-9814 : Unable to edit a Sub domain, which has the same name in different domains

ISSUE
Unable to edit a Sub domain, which has the same name in different domains.
TROUBLESHOOTING

Created two sub-domains with same name. Under two different domains.
ROOT

Domain 1 : Sample
AA000001
BB000001
Domain 2 : Test
AA000001

Try to edit resource - Click on edit - edit any parameter.

EXPECTED BEHAVIOR
It should allow to edit the required parameter and update the value.
ACTUAL BEHAVIOR
It throws an error "Failed to update specified domain id with name 'AA000001' since it already exists in system.
Screenshot before applying fix :

Screenshot afterapplying fix :

@niteshsarda I suggest you adding line 2281 from "managementService" to "domainMgr". The only difference between those two methods is this line. Assuming that you changed the method calls, and then everything started working.
Then, please delete the com.cloud.server.ManagementServerImpl.updateDomain(UpdateDomainCmd), it is not used. It is incredible to have a method with ~100 duplicated between classes.

@rafaelweingartner : As per your suggestion, I have changed the search query and also removed the unused method updateDomain from managementserviceimpl class.
Please check.

@niteshsarda thank you very much :)
The less duplicated or useless code around the better.
The method 'updateDomain' is huge and you just changed a single line there, so I will not discuss/suggest any improvements there.
I am ok with this PR LGTM.

I have tested this and LGTM for test.

This is Ready to Merge

ACS CI BVT Run
Sumarry:
Build Number 748
Hypervisor xenserver
NetworkType Advanced
Passed=108
Failed=4
Skipped=12
Link to logs Folder (search by build_no): https://www.dropbox.com/sh/r2si930m8xxzavs/AAAzNrnoF1fC3auFrvsKo_8-a?dl=0
Failed tests:

test_non_contigiousvlan.py

test_extendPhysicalNetworkVlan Failed

test_volumes.py

test_06_download_detached_volume Failed

test_ssvm.py

test_05_stop_ssvm Failed

test_routers_network_ops.py

test_01_isolate_network_FW_PF_default_routes_egress_true Failed

Skipped tests:
test_vm_nic_adapter_vmxnet3
test_01_verify_libvirt
test_02_verify_libvirt_after_restart
test_03_verify_libvirt_attach_disk
test_04_verify_guest_lspci
test_05_change_vm_ostype_restart
test_06_verify_guest_lspci_again
test_static_role_account_acls
test_11_ss_nfs_version_on_ssvm
test_nested_virtualization_vmware
test_3d_gpu_support
test_deploy_vgpu_enabled_vm
Passed test suits:
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_vm_snapshots.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_loadbalance.py
test_routers.py
test_reset_vm_on_reboot.py
test_deploy_vms_with_varied_deploymentplanners.py
test_network.py
test_router_dns.py
test_login.py
test_deploy_vm_iso.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_metrics_api.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_vm_life_cycle.py
test_disk_offerings.py

tag:This is Ready to Merge
Test cases which are failing are not related to my changes.


remove 'replace' directive

I removed the critical CVEs, but there is still one minor CVE with the old miekg module. The problem is that go install won't work if I use exclude or replace directive.
see: https://github.com/golang/go/issues/40276
I briefly tested this against k8gb and working as expected
Signed-off-by: kuritka<EMAIL_ADDRESS>

Regarding Cobra RELEASE
Now using Viper v1.10.0
There is a known CVE in an indirect dependency from viper: #1538. This will be patched in a future release
The CVE will be fixed with upcomming Cobra release.

@kuritka why do we need dns package in golic?

@ytsarev, no. The DNS package is included in Viper package which is included in Cobra. That's why CVE occurs.
The problem is I can't use go install when replace or exclude directive is used in go.mod. That's why I keep  not too important CVE. From the cobra release notes it seems that CVE will be patched.

@kuritka got it, thanks


Revert "CNV-36608: Enable InPlace NodePool upgrade test for kubevirt"

Reverts openshift/hypershift#3517
There is a suspicion that this test causes flakes for the entire kubevirt nodepool test suite and reduces the job's pass rate.

/approve

/area testing
/lgtm

/test e2e-kubevirt-aws-ovn
I think this was a transient failure. The lane failed before even starting the ipi install
  * could not run steps: step [release-inputs:latest] failed: could not create snapshot imagestream ocp/4.16 for release latest: Timeout: request did not complete within requested timeout - context deadline exceeded
INFO[2024-02-08T15:36:11Z] Reporting job state 'failed' with reason 'executing_graph:step_failed:creating_release_images'

/test e2e-kubevirt-aws-ovn

It almost passed :(
=== RUN   TestNodePool/PostTeardown/EnsureAPIBudget/control-plane-operator_mutate
    util.go:762: pod control-plane-operator-66b594c85-g7q98 over budget: budget: 3000, actual: 4145

I wonder if this is an appropriate budget for TestNodePool given that we run several tests under it.

Out of 3 times through the test on this PR, it only failed in this way the most recent run (other two were infra failures).
Try to get more signal
/test e2e-kubevirt-aws-ovn

Overriding the kubevirt test as this will help in getting tests to pass
/override ci/prow/e2e-kubevirt-aws-ovn

/approve
/lgtm

/hold
Now that the lane has been stabilized after #3562 , I think we can keep the inplace upgrade test.

/retest-required

/retest

/override ci/prow/e2e-kubevirt-aws-ovn


Render issue when interrupting render with another render

C3 version: 0.7.3
D3 version:
Browser: Firefox 68.0
OS: Fedora 30

Whenever data is being loaded and another load happens before the previous one finishes, there will be some render issues. This is most prevalent when unloading when loading new data
Example: The purple line in this image is before the update. Hovering over the line will not cause the tooltip to appear

Hovering over where it should be:

CodeSandbox where I've been able to reproduce it. Here the data2 should end up at 400, but don't change: https://codesandbox.io/s/modest-thunder-xh7bx?fontsize=14

Reduced transition.delay to null, same issues

@kt3k is there a way I can debug this further in the library to get this fixed?


fix: update to @dabh/colors for security vuln

A Security Vuln was identified in the Colors package for >1.4.0, offending packages being 1.4.1, 1.4.44-liberty

source1
source2
source3

This PR updates the color package to using @dabh/colors as stated on this colors issue #317 which is a safe alternative.
cc: @randytarampi

Hello Manny,
This project is not widely used, and does not seem vulnerable?
NPM has already removed the offending version ( https://www.npmjs.com/package/colors )
There is no need for this change 👍
This project is not compromised


Add number ranges

Adds the ability to specify ranges as well as individual line numbers in syntax highlighting.
e.g. marked=4,6,11-13,20 etc.

Thanks a lot for your contribution!


Feature/120 code coverage codecov

@dwdraju It's weird that "Code Coverage with Codecov" check succeeds, despite some failures in the go test.
Can you check and fix the script not to pass the check condition when the go test fails?

@dwdraju It's weird that "Code Coverage with Codecov" check succeeds, despite some failures in the go test. Can you check and fix the script not to pass the check condition when the go test fails?

Hi @sink772, I have created a PR for the fix. Please review.

Yeah... now code coverage check is failing due to the Go test has failed.
To pass the Go test, this branch needs to be rebased to master tip, since we've pushed some patches to resolve the data race problems.


[PDI-15931] - Error "ERROR [org.pentaho.di.repository.pur.UserRoleDel…

…egate] Unable to initialize UserRole web service" appears after logging into the kettle status page when the slave-server-config.xml has a repository defined with an admin user
@pamval, @mbatchelor, could you please take a look? This PR should be merged not earlier then:
https://github.com/pentaho/pentaho-platform/pull/3499

Build Completed
:white_check_mark: This pull request has passed all validations.
Build Commands
ant -Dtestreports.dir=bin/reports/unit-test -f plugins/pdi-pur-plugin/build.xml clean-all resolve jacoco && ant -f plugins/pdi-pur-plugin/build.xml checkstyle publish-local

Cleanup Commands
rm -r ~/.ivy2/local || echo no publish local to remove

Changed files
  plugins/pdi-pur-plugin/ivy.xml


External Users/Guests

Please add information about how guest user/external users/b2b partner accounts can use PowerApps. Does a license need to be assigned? It does not for the other O365 services, and it is not clear how this works for PowerApps and Flow

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

ID: 243af97b-f47b-f3dd-dcf6-701f4d364831
Version Independent ID: 8934d558-7c51-d5ee-597b-d986e84d683c
Content: Licensing overview - PowerApps
Content Source: powerapps-docs/administrator/pricing-billing-skus.md
Service: powerapps
GitHub Login: @jamesol-msft
Microsoft Alias: jamesol

The only way I've heard about to share PowerApps with external users is:

Create a Sharepoint Custom List in a site that allows External Access
Create a PowerApp that connects to this Sharepoint list
Export your app and import it to the external users O365 tenant
a. NOTE: The external user must have O365 and PowerApps plans setup for all their folks
b. Also NOTE: good luck with updates!
From what I hear, this will work, but its a heck of a hack.

Another option I've heard is to publish your app on AppSource then have the external user "buy it". I don't see how this could connect to a db in your company's realm though.
If you hear other methods please share. We really need this functionality too.

This is not supported (yet), see https://powerusers.microsoft.com/t5/PowerApps-Ideas/Share-with-external-users/idi-p/4114 for more information.


Add chain constants?

This lib contains nice classes but may be more useful if it included constants that could easily be imported into other typescript projects.
If this makes sense I'm happy to submit pr for this.

yeah I think this makes total sense!
basically the CAIP-2 and CAIP-10 were implemented but it should include namespace-specific CAIPs that parse and format for each blockchain ecosystem

yeah I think this makes total sense!
basically the CAIP-2 and CAIP-10 were implemented but it should include namespace-specific CAIPs that parse and format for each blockchain ecosystem


Wrong September + October days before 1996

Description
Any year selected before 1996 shows September with 29 days and October with September 30 + October days (31). Also, September is shown in both cases, that is September for September and September also for October.
Expected outcome
Any year must have 30 on September and 31 on October
Actual outcome

Steps to reproduce
Go to demo page and select a year before 1996 and go to September and October
Browsers Affected

[ X] Chrome/ Opera
[ X] Firefox
[ ] Safari 10+
[ ] Safari 9
[ ] Safari 8
[ ] Safari 7
[ ] Edge 12+
[ ] IE 11

On September 1995, 24th day appears twice...

It seems there is a problem with Intl:
new window.Intl.DateTimeFormat('es-ES', { day: 'numeric' }).format(new Date(1995,8,24));
"24"
new window.Intl.DateTimeFormat('es-ES', { day: 'numeric' }).format(new Date(1995,8,25));
"24"
new window.Intl.DateTimeFormat('es-ES', { day: 'numeric' }).format(new Date(1995,8,26));
"25"
new window.Intl.DateTimeFormat('en-GB', { day: 'numeric' }).format(new Date(1995,8,24));
"24"
new window.Intl.DateTimeFormat('en-GB', { day: 'numeric' }).format(new Date(1995,8,25));
"24"
new window.Intl.DateTimeFormat('en-GB', { day: 'numeric' }).format(new Date(1995,8,26));
"25"
new window.Intl.DateTimeFormat('en-GB', { day: 'numeric' }).format(new Date(1996,8,26));
"26"
new window.Intl.DateTimeFormat('en-GB', { day: 'numeric' }).format(new Date(1996,8,25));
"25"
new window.Intl.DateTimeFormat('en-GB', { day: 'numeric' }).format(new Date(1996,8,24));
"24"

@userquin May I know which OS you're using?

Windows 10 64 bits, also fails on javascript console on firefox and chrome

@userquin Really? I'm using Windows 10 x64 and never got this issue.

new window.Intl.DateTimeFormat('es-AR', { month: 'short' }).format(new Date(1996,9,1));
"oct."
new window.Intl.DateTimeFormat('es-AR', { month: 'short' }).format(new Date(1995,9,1));
"sep."
new window.Intl.DateTimeFormat('es-AR', { month: 'short' }).format(new Date(1995,9,2));
"oct."

just open current demo and go to a year before 1996 and select september and october

My result was ["oct.", "oct.", "oct."].

Chrome Versión 58.0.3029.110 (64-bit)
Firefox 51.0.1 (32-bit)

@userquin Also confirmed that the datepicker from the demo. Everything shows up properly and unable to reproduce the error from what your screenshots have shown. 😢

@userquin Tested on Chrome 59. Shouldn't be a so much difference between Chrome 58 and Chrome 59. Would you mind trying it on Chrome 59?

Also tested on chrome 59 but also failing... I can reproduce the problem in another dev PC but not in chrome android.
I only have intl-messageformat polyfill included, not DateTimeFormat polyfill...

@userquin On Chrome, you should not load any polyfill. Please refer to the table when to load polyfill on unsupported browsers: http://caniuse.com/#feat=internationalization.
Anyhow loading polyfill on browsers that natively support Intl will cause disastrous effect.

I can also reproduce it on windows xp, but not in macosx (chrome).
I'll try to test at home on ubuntu 16 and centos (chrome and chrominum), windows 10 64 bits and macosx.
The problem is that I can reproduce it on 2 windows 10 64 bits  a windows xp, via your component page demo...
The polyfill is loaded if necessary, it is loaded via app-localize-behavior.

@userquin This is very strange. Maybe take a look at the version of the Intl polyfill? I don't think app-localize-behavior will load a proper Intl polyfill. Can you confirm on that?

I only navigate your component page, I'm not navigating my app. I can now reproduce it on 3 windows 10 64 bits at office, 2 dev PC and an administrative PC.
For example, selecting 1953 on your component page date picker, October is missing...

Another 2 windows xp (chrome and firefox test) with the same problem...

More info:

Windows 10 Pro, v1607, compilation 14393.1198
Windows Home, v1607, compilation 14393.447

@userquin I was able to reproduce something like what you faced when selecting any year before year 1983. I'm suspecting this could be a web platform issue.

Also reproducible on macosx sierra (chrome and safari): March and April 1953 failing  on chrome and  September and October 1995 on Safari

Also reproducible on ubuntu 16 (64 bits) (chrome, chromium and firefox): March and April 1953, all navigators failing.
Tomorrow I'll test on centos, but it seems it will have the same problem.

It seems app-datepicker is not working on any browser on any operating system, I have tested with this results:
Windows XP, Windows 10 64 bits (home and professional): chrome and firefox not working
Macosx Sierra: chrome and safari not working
Linux Ubuntu 16 (64 bits): chrome, chromium and firefox not working.
Tomorrow at office I'll check chrome and firefox on centos and with an older version of macosx.
I'll check with my patch in #88 to see if not using UTC dates is the problem (presentation, logic seems to be ok).

This should be fixed in d00af1127e3c2743838403fe4fc870a2b9380f16. 👍


Basic Authentication problem

hi,
I'm using log4stash(2.01 and log4net 2.05) to write logs to elasticsearch with x-pack security enabled. I tried to use basic authentication method in my appender (same appender  in your README) but i have a 401 error and this message in my application logs:

log4net:ERROR XmlHierarchyConfigurator: Cannot find Property [AuthenticationMethod] to set object on [log4stash.ElasticSearchAppender]

Hi,
This feature is part of the next version (I'm currently working on releasing it).
To use the basic authentication of 2.0.1 version you need to use this:
<appender name="ElasticSearchAppender" type="log4stash.ElasticSearchAppender, log4stash">
    <Server>server</Server>
    <Port>port</Port>
    <!-- other configurations -->
    <BasicAuthUsername>Username</BasicAuthUsername>
    <BasicAuthPassword>Password</BasicAuthPassword>
</appender>

I'm sorry for the inconvenience
Let me know if this worked for you.

Hi,
It worked, thank you !


vcf2maf updates

Changelog

Adding new wrapper to vcf2maf
Adding URI to vcf2maf docker image
converting vcf2maf rules to use docker image

@mtandon09 We really need to refactor the vcf2maf wrapper script or re-think how its called (maybe call it differently for TN versus T-only samples).


[Issue] Insane lag when using fabulous graphics, even without any blocks placed

Minecraft Version
1.18.2
Modloader
40.2.0
Mod version
1802.1.4-build.5
Repeatable?

[X] Yes

Link to log files
https://spark.lucko.me/yOSonL4JnB?hl=42
F3 (incl specs)

Steps to reproduce the issue
Install this mod
Turn on fabulous graphics
Watch frames drop
Description of the issue you are having
When I turn on fabulous graphics my fps goes down to ~10, down from a solid 60 on fancy. I did a spark client profile (see above) and it points to Literal Sky Block.
Information

[X] I have provided as much information as possible

Looks like this might of been solved by https://github.com/nanite/Literal-Sky-Block/commit/9cc57baca45a68b42d9783c99113b572064e98f4, but I have not tested it.


Allow for multiple configuration

It would be fantastic if we could add multiple 'repositories' configurations to group the repo's, each with a different SVG graph output, so we could see contributions per team.

herdstat GitHub action now has a parameter to specify the configuration file. This can be used to implement the requested feature. See also #17 and the newly added note in the README.


Buffer() Deprecation

Greetings!
I noticed that Buffer() is still being used in the index.js on line 2 and 43 which appear to be just allocating size.
I changed them to Buffer.alloc() and everything still seems to work as intended. Unless I'm reading the code incorrectly would it be possible to update those?
(node:50857) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead

This module is really old. It will need a significant maintainance to get it up speed... and I do not have that amount of time.

Darn that's unfortunate since I do see some dependency on node-coap with this.

If you want to send a PR that updates the deps, update CI, etc..


Cocoapods issue with use_frameworks

We need to specify "use_frameworks!" in our podfile since we have swift pods. However we get the following error with cocoapods 1.0.1 when including the Google Maps Utils pod:
use_frameworks!
pod 'GoogleMaps'
pod 'Google-Maps-iOS-Utils'
ERROR:
target has transitive dependencies that include static binaries: (/Users/jeff/Documents/Clients/IGS/Projects/Choice360Connect/Pods/GoogleMaps/Subspecs/Base/Frameworks/GoogleMapsBase.framework, /Users/jeff/Documents/Clients/IGS/Projects/Choice360Connect/Pods/GoogleMaps/Subspecs/Maps/Frameworks/GoogleMapsCore.framework, and /Users/jeff/Documents/Clients/IGS/Projects/Choice360Connect/Pods/GoogleMaps/Subspecs/Maps/Frameworks/GoogleMaps.framework)

Google Maps SDK for iOS is statically built, and will continue to be so until we drop support for iOS 7.

You could use the workaround as mentioned in https://github.com/googlemaps/google-maps-ios-utils/issues/17 by manually copying the google-maps-ios-utils classes into your project.

Manually copying the files works as expected.  Thanks for verifying this is the only solution until iOS 7 is dropped.

It's great to hear! I am just curious did you leave pod 'GoogleMaps' inside your Podfile and just copy the google-maps-ios-utils files?

Yes, I integrated Google Maps as a pod and just copied in the google-maps-iso-utils files.

Any news on this issue? I'm encountering the same in a Swift project. Not using "!use_frameworks" is not an option as multiple pods are built for Swift.

marking it as closed is probably not the right way to have users on your side... keep it open and close it once you will have really solved the problem IMO...

Unfortunately we do not have a concrete date for dropping iOS7 support that I can give you so this workaround is the best we can think of at the moment.

@jeffbailey do you mean that you copied files from google-maps-iso-utils/src folder into the pod folder after you used pod install ? Can you show me the final folder tree that you obtained ? Thanks !

@nmDejamobile - No, you don't copy the files to you pod folder.  Simply copy them to your project.

@jeffbailey ok, that's done, I also added the main class to the bridging header file. But I still have errors at build time:
Undefined symbols for architecture x86_64:
  "_OBJC_CLASS_$_GMUClusterManager", referenced from:
      type metadata accessor for __ObjC.GMUClusterManager in ViewController.o
  "_OBJC_CLASS_$_GMUDefaultClusterIconGenerator", referenced from:
      type metadata accessor for __ObjC.GMUDefaultClusterIconGenerator in ViewController.o
  "_OBJC_CLASS_$_GMUDefaultClusterRenderer", referenced from:
      type metadata accessor for __ObjC.GMUDefaultClusterRenderer in ViewController.o
  "_OBJC_CLASS_$_GMUNonHierarchicalDistanceBasedAlgorithm", referenced from:
      type metadata accessor for __ObjC.GMUNonHierarchicalDistanceBasedAlgorithm in ViewController.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Does it mean that these google maps utils can't be built to be use on simulator ? Do I need to have a real device to work with it ?

It works fine in the simulator.  I assume you have these classes added to the appropriate target.  I can't think of anything special that needs to be done.

@jeffbailey  I added all files manually to the build phase "compile sources" of the target and now it works.  I think I'll use mapkit and FBAnnotationClusteringSwift. Even if it's not so advanced, at least it doesn't break my full cocoapod project strategy... I hope google maps ios utils will be updated soon or at least forked for ios 8+ targets.

@domesticmouse iOS 7 is < 3% of the iOS install base (souce: https://developer.apple.com/support/app-store/). What is the hang up on making this library friendly with Swift cocoapods?? This work around is incredibly inconvenient. Simply moving the google-maps-ios-utils files to my project does NOT work, as @nmDejamobile correctly pointed out. It seems like this library should either be available outside of cocoapods, or it should be updated to be use_frameworks! friendly.

@KellyBennett please see @mountainvat's comment above regarding Google Maps SDK for iOS support for iOS 7. When we stop supporting iOS 7 then the Google Maps SDK for iOS can be built in such a way that it allows the project to use use_frameworks!

@jeffbailey can you explain how to copy the files? I copy the folders Clustering and QuadTree to my project, added all the files to the bridge file but it isn't working.
It says that "#import <Google-Maps-iOS-Utils/GMUCluster.h>" isn't found.
What am I doing wrong?
@nmDejamobile did you manage to put this working? Can you tell me all the steps?

@nmDejamobile Hi, I copied files too and getting exactly same error. Did you solve it?

Do you start support use_frameworks?

I getting exactly same error. Did you solve it?

I solved the issue by creating a development pod wrapper for GoogleMaps:
Google-Maps-iOS-SDK-for-Business.zip
We use GoogleMapsM4B but it should be the same idea for regular GoogleMaps. The zip file contains the .podspec file and the dummy class files, you need to copy the real frameworks from Google to make sure your folder looks like this:

@mountainvat Hey, appreciate all of your work. The instructions were a bit difficult to follow especially since I have never worked with bridging headers before. I needed to manually point to the bridging header file under 'build settings' / 'swift compiler - general' / 'objc bridging header' where i simply entered the file path. I am not sure why it didn't do this automatically, and perhaps its very obvious but this had me bashing my head against a wall for hours haha. Look forward to you guys releasing a dynamic version! :)

Given how much iOS 11 has been adopted at this point, I think it's safe to move beyond iOS 7 support.  I feel like iOS 9 is a good support floor at this point.

please review and send me feedback #183 @domesticmouse @jeffbailey @Hendies567

So we don't have to use_frameworks! in cocoapods anymore... I switched to static libraries with use_modular_headers! enabled and this library is working well like that. I had it until now copied directly to sources.

Unfortunately use_modular_headers! isn't a solution that will work for everyone (eg me!).
@domesticmouse I noticed that GoogleMaps for iOS now targets iOS 9.0 - does this mean it can now be built as a framework?

yes I had issues with modular headers too... copied sources back to my codebase... its ok for now not ideal but ok...

Any updates on this?

Any ETA on updating to Framework?

This issue is open since 2016. We now have iOS 13, iOS 7 is long gone and history but this has still not been solved.
I must ask, is this lib abandonware or still maintained by Google?

This issue is open since 2016. We now have iOS 13, iOS 7 is long gone and history but this has still not been solved.
I must ask, is this lib abandonware or still maintained by Google?

using this fork for now -- https://github.com/aterite/google-maps-ios-utils.git

@arriolac i'm trying to use this and https://github.com/react-native-maps/react-native-maps in concert with https://github.com/prscX/react-native-app-tour (this is the assembly which requires use_frameworks! :linkage => :static.  I have manually updated the podspec in my local of react-native-maps to use GoogleMaps 3.7.0 and Google-Maps-iOS-Utils ~> 3.0.0 as you've prescribed.
I'm still experiencing the following:
CompileC /Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/Objects-normal/x86_64/AIRGoogleMapPolygonManager.o /Users/michaelsampsell/src/gruther/SnackDispatcherRN/node_modules/react-native-maps/lib/ios/AirGoogleMaps/AIRGoogleMapPolygonManager.m normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler (in target 'react-native-google-maps' from project 'Pods')
    cd /Users/michaelsampsell/src/gruther/SnackDispatcherRN/ios/Pods
    export LANG\=en_US.US-ASCII
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x objective-c -target x86_64-apple-ios8.0-simulator -fmessage-length\=0 -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit\=0 -std\=gnu11 -fobjc-arc -fobjc-weak -fmodules -gmodules -fmodules-cache-path\=/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/ModuleCache.noindex -fmodules-prune-interval\=86400 -fmodules-prune-after\=345600 -fbuild-session-file\=/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/ModuleCache.noindex/Session.modulevalidation -fmodules-validate-once-per-build-session -Wnon-modular-include-in-framework-module -Werror\=non-modular-include-in-framework-module -fmodule-name\=react_native_google_maps -Wno-trigraphs -fpascal-strings -O0 -fno-common -Wno-missing-field-initializers -Wno-missing-prototypes -Werror\=return-type -Wdocumentation -Wunreachable-code -Wno-implicit-atomic-properties -Werror\=deprecated-objc-isa-usage -Wno-objc-interface-ivars -Werror\=objc-root-class -Wno-arc-repeated-use-of-weak -Wimplicit-retain-self -Wduplicate-method-match -Wno-missing-braces -Wparentheses -Wswitch -Wunused-function -Wno-unused-label -Wno-unused-parameter -Wunused-variable -Wunused-value -Wempty-body -Wuninitialized -Wconditional-uninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants -Wno-conversion -Wconstant-conversion -Wint-conversion -Wbool-conversion -Wenum-conversion -Wno-float-conversion -Wnon-literal-null-conversion -Wobjc-literal-conversion -Wshorten-64-to-32 -Wpointer-sign -Wno-newline-eof -Wno-selector -Wno-strict-selector-match -Wundeclared-selector -Wdeprecated-implementations -DPOD_CONFIGURATION_DEBUG\=1 -DDEBUG\=1 -DCOCOAPODS\=1 -DOBJC_OLD_DISPATCH_PROTOTYPES\=0 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator14.5.sdk -fasm-blocks -fstrict-aliasing -Wprotocol -Wdeprecated-declarations -g -Wno-sign-conversion -Winfinite-recursion -Wcomma -Wblock-capture-autoreleasing -Wstrict-prototypes -Wno-semicolon-before-method-body -Wunguarded-availability -fobjc-abi-version\=2 -fobjc-legacy-dispatch -index-store-path /Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Index/DataStore -iquote /Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/react_native_google_maps-generated-files.hmap -I/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/react_native_google_maps-own-target-headers.hmap -I/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/react_native_google_maps-all-non-framework-target-headers.hmap -ivfsoverlay /Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/all-product-headers.yaml -iquote /Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/react_native_google_maps-project-headers.hmap -I/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/react-native-google-maps/include -I/Users/michaelsampsell/src/gruther/SnackDispatcherRN/ios/Pods/Headers/Public -I/Users/michaelsampsell/src/gruther/SnackDispatcherRN/ios/Pods/Headers/Public/Yoga -I/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/DerivedSources-normal/x86_64 -I/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/DerivedSources/x86_64 -I/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/DerivedSources -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/react-native-google-maps -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/DoubleConversion -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/Folly -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/Google-Maps-iOS-Utils -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/React-Core -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/React-cxxreact -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/React-jsi -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/React-jsiexecutor -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/React-jsinspector -F/Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Products/Debug-iphonesimulator/glog -F/Users/michaelsampsell/src/gruther/SnackDispatcherRN/ios/Pods/GoogleMaps/Base/Frameworks -F/Users/michaelsampsell/src/gruther/SnackDispatcherRN/ios/Pods/GoogleMaps/Maps/Frameworks -fmodule-map-file\=/Users/michaelsampsell/src/gruther/SnackDispatcherRN/ios/Pods/Headers/Public/yoga/Yoga.modulemap -DHAVE_GOOGLE_MAPS\=1 -DHAVE_GOOGLE_MAPS_UTILS\=1 -fno-modules -include /Users/michaelsampsell/src/gruther/SnackDispatcherRN/ios/Pods/Target\ Support\ Files/react-native-google-maps/react-native-google-maps-prefix.pch -MMD -MT dependencies -MF /Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/Objects-normal/x86_64/AIRGoogleMapPolygonManager.d --serialize-diagnostics /Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/Objects-normal/x86_64/AIRGoogleMapPolygonManager.dia -c /Users/michaelsampsell/src/gruther/SnackDispatcherRN/node_modules/react-native-maps/lib/ios/AirGoogleMaps/AIRGoogleMapPolygonManager.m -o /Users/michaelsampsell/Library/Developer/Xcode/DerivedData/SnackDispatcherRN-esdlfydslukdvhajayvtperzfoic/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/react-native-google-maps.build/Objects-normal/x86_64/AIRGoogleMapPolygonManager.o
/Users/michaelsampsell/src/gruther/SnackDispatcherRN/node_modules/react-native-maps/lib/ios/AirGoogleMaps/AIRGoogleMapPolygonManager.m:16:9: fatal error: 'RCTConvert+AirMap.h' file not found
#import "RCTConvert+AirMap.h"

My PodFile
platform :ios, '12.0'
require_relative '../node_modules/@react-native-community/cli-platform-ios/native_modules'

target 'SnackDispatcherRN' do
  # Pods for SnackDispatcherRN
  pod 'FBLazyVector', :path => "../node_modules/react-native/Libraries/FBLazyVector"
  pod 'FBReactNativeSpec', :path => "../node_modules/react-native/Libraries/FBReactNativeSpec"
  pod 'RCTRequired', :path => "../node_modules/react-native/Libraries/RCTRequired"
  pod 'RCTTypeSafety', :path => "../node_modules/react-native/Libraries/TypeSafety"
  pod 'React', :path => '../node_modules/react-native/'
  pod 'React-Core', :path => '../node_modules/react-native/'
  pod 'React-CoreModules', :path => '../node_modules/react-native/React/CoreModules'
  pod 'React-Core/DevSupport', :path => '../node_modules/react-native/'
  pod 'React-RCTActionSheet', :path => '../node_modules/react-native/Libraries/ActionSheetIOS'
  pod 'React-RCTAnimation', :path => '../node_modules/react-native/Libraries/NativeAnimation'
  pod 'React-RCTBlob', :path => '../node_modules/react-native/Libraries/Blob'
  pod 'React-RCTImage', :path => '../node_modules/react-native/Libraries/Image'
  pod 'React-RCTLinking', :path => '../node_modules/react-native/Libraries/LinkingIOS'
  pod 'React-RCTNetwork', :path => '../node_modules/react-native/Libraries/Network'
  pod 'React-RCTSettings', :path => '../node_modules/react-native/Libraries/Settings'
  pod 'React-RCTText', :path => '../node_modules/react-native/Libraries/Text'
  pod 'React-RCTVibration', :path => '../node_modules/react-native/Libraries/Vibration'
  pod 'React-Core/RCTWebSocket', :path => '../node_modules/react-native/'

  pod 'React-cxxreact', :path => '../node_modules/react-native/ReactCommon/cxxreact'
  pod 'React-jsi', :path => '../node_modules/react-native/ReactCommon/jsi'
  pod 'React-jsiexecutor', :path => '../node_modules/react-native/ReactCommon/jsiexecutor'
  pod 'React-jsinspector', :path => '../node_modules/react-native/ReactCommon/jsinspector'
  pod 'ReactCommon/callinvoker', :path => "../node_modules/react-native/ReactCommon"
  pod 'ReactCommon/turbomodule/core', :path => "../node_modules/react-native/ReactCommon"
  pod 'Yoga', :path => '../node_modules/react-native/ReactCommon/yoga', :modular_headers => true

  pod 'DoubleConversion', :podspec => '../node_modules/react-native/third-party-podspecs/DoubleConversion.podspec'
  pod 'glog', :podspec => '../node_modules/react-native/third-party-podspecs/glog.podspec'
  pod 'Folly', :podspec => '../node_modules/react-native/third-party-podspecs/Folly.podspec'

  target 'SnackDispatcherRNTests' do
    inherit! :complete
    # Pods for testing
  end

  # React Native Maps dependencies
  rn_maps_path = '../node_modules/react-native-maps'
  pod 'react-native-google-maps', :path => rn_maps_path

  # Install additional dependencies
  pod 'RNSquareInAppPayments', :path => '../node_modules/react-native-square-in-app-payments'
  pod 'RNFS', :path => '../node_modules/react-native-fs'
  pod 'react-native-geolocation', path: '../node_modules/@react-native-community/geolocation'
  use_native_modules!

###begin breaking portion####
  pod 'RNAppTour', :path => '../node_modules/react-native-app-tour/ios'

  use_frameworks! :linkage => :static

  pod 'MaterialShowcase'

  # Follow [Flipper iOS Setup Guidelines](https://fbflipper.com/docs/getting-started/ios-native)
  # This is required because iOSPhotoEditor is implemented using Swift and we have to use use_frameworks! in Podfile
  $static_framework = [ 'CocoaAsyncSocket', 'ComponentKit', 'Yoga', 'YogaKit', 'Google-Maps-iOS-Utils',
    'CocoaLibEvent', 'OpenSSL-Universal', 'boost-for-react-native']

  pre_install do |installer|
    Pod::Installer::Xcode::TargetValidator.send(:define_method, :verify_no_static_framework_transitive_dependencies) {}
    installer.pod_targets.each do |pod|
        if $static_framework.include?(pod.name)
          def pod.build_type;
            Pod::BuildType.static_library
          end
        end
      end
  end
###end breaking portion###
end

target 'SnackDispatcherRN-tvOS' do
  # Pods for SnackDispatcherRN-tvOS

  target 'SnackDispatcherRN-tvOSTests' do
    inherit! :search_paths
    # Pods for testing
  end
end

post_install do |installer|
  ## Fix for XCode 12.5
  find_and_replace("../node_modules/react native/React/CxxBridge/RCTCxxBridge.mm", "NSArray<id<RCTBridgeModule>> *)modules", "NSArray<Class> *)modules")
  find_and_replace("../node_modules/react-native/ReactCommon/turbomodule/core/platform/ios/RCTTurboModuleManager.mm", "RCTBridgeModuleNameForClass(module))", "RCTBridgeModuleNameForClass(Class(module)))")
end

def find_and_replace(dir, findstr, replacestr)
  Dir[dir].each do |name|
      text = File.read(name)
      replace = text.gsub(findstr,replacestr)
      if text != replace
          puts "Fix: " + name
          File.open(name, "w") { |file| file.puts replace }
          STDOUT.flush
      end
  end
  Dir[dir + '*/'].each(&method(:find_and_replace))
end

Any help on how to resolve would be amazing.  A note is that this all works 100% fine prior to adding AppTour.
Thanks so much


Any bigger example of Clean Architecture?

Hi @roblaszczak,
Great work on the repository!
I'm trying to get my head around clean architecture as I'm starting to design a really large application (which, I did already have quite a substantial amount done but ended up with crazy cyclic dependencies) so I'd really appreciate the help to redesign this in a cleaner, maintainable way.
I have a lot of cross-module dependencies which, unfortunately, with such a small set of examples, I can't really work out how to get everything working together.
Would you have any sources that would give a better example of how to structure my app?
Thanks so much!

Hello, @bt :)
Have you already checked this repository: https://github.com/ThreeDotsLabs/monolith-microservice-shop ?
It is still pretty small application, but better than anemic examples from this repository.


[SDP-1311] Make Dashboard User E-mails case insensitive

What

Change persistence and Validation for emails to be case-insensitive for dashboard users

Why

Avoid login / forgot password validation errors due to case-sensitivity.

Checklist
PR Structure

[x] This PR has a reasonably narrow scope (if not, break it down into smaller PRs).
[x] This PR title and description are clear enough for anyone to review it.
[x] This PR does not mix refactoring changes with feature changes (split into two PRs otherwise).

Thoroughness

[x] This PR adds tests for the new functionality or fixes.
[x] This PR contains the link to the Jira ticket it addresses.

Configs and Secrets

[x] No new CONFIG variables are required -OR- the new required ones were added to the helmchart's values.yaml file.
[x] No new CONFIG variables are required -OR- the new required ones were added to the deployments (pr-preview, dev, demo, prd).
[x] No new SECRETS variables are required -OR- the new required ones were mentioned in the helmchart's values.yaml file.
[x] No new SECRETS variables are required -OR- the new required ones were added to the deployments (pr-preview secrets, dev secrets, demo secrets, prd secrets).

Release

[x] This is not a breaking change.
[x] This is ready for production.. If your PR is not ready for production, please consider opening additional complementary PRs using this one as the base. Only merge this into develop or main after it's ready for production!

Deployment

[ ] Does the deployment work after merging?

stellar-disbursement-platform-backend-preview is available here:SDP:      https://sdp-backend-pr485.previews.kube001.services.stellar-ops.com/healthAP:       https://sdp-ap-pr485.previews.kube001.services.stellar-ops.com/healthFrontend: https://sdp-backend-dashboard-pr485.previews.kube001.services.stellar-ops.com

stellar-disbursement-platform-backend-preview is available here:SDP:      https://sdp-backend-pr485.previews.kube001.services.stellar-ops.com/healthAP:       https://sdp-ap-pr485.previews.kube001.services.stellar-ops.com/healthFrontend: https://sdp-backend-dashboard-pr485.previews.kube001.services.stellar-ops.com

Something went wrong with PR preview build please check

stellar-disbursement-platform-backend-preview is available here:SDP:      https://sdp-backend-pr485.previews.kube001.services.stellar-ops.com/healthAP:       https://sdp-ap-pr485.previews.kube001.services.stellar-ops.com/healthFrontend: https://sdp-backend-dashboard-pr485.previews.kube001.services.stellar-ops.com

stellar-disbursement-platform-backend-preview is available here:SDP:      https://sdp-backend-pr485.previews.kube001.services.stellar-ops.com/healthAP:       https://sdp-ap-pr485.previews.kube001.services.stellar-ops.com/healthFrontend: https://sdp-backend-dashboard-pr485.previews.kube001.services.stellar-ops.com


Use tags to better organize metrics on the UI.

"In the (hopefully near) future the visualization app will use tags to better organize metrics on the UI."
Is this planned, or should I start working on pull request for that?

No, we do not have any concrete plans for that. Feel free to work on a pull request if you want to :)
FYI the repo for the visualization app is here.

10x


switch to ITK5.2.1 to be compatible with Ubuntu22

This PR is based on the PR https://github.com/Inria-Asclepios/medInria-public/pull/708
We use the branch of @mathildemerle and @kunhe9 for now since we wait for the merge of the PR https://github.com/Inria-Asclepios/music/pull/977 and the merge of the PR on TTK
Before merging this PR, we should change the url of the MUSIC repo and TTK.

Final PR https://github.com/Inria-Asclepios/medInria-public/pull/847


removed and moved files for baseGame

removed templates/baseGame/game/data/art as it's a copy of /images
removed templates/baseGame/game/data/scripts/guis as it's a copy of ../gui
moved fileDialog.cs to /ui/gui
remove duplicate scripts under /ui/scripts that are in /ui/gui already

Is this the right thing to do?
There's also a file templates/baseGame/data/scripts/optionsList.cs that is empty and throws an invalid script error in the console


Chart Hierarchy Modelling

Following the Chart abstraction design (#7), the hierarchy should be modeled for all the initial Charts. Additional considerations should be taken for future support.
Charts to include:

[x] Line
[x] Area
[x] Scatterplot
[x] Bar
[x] Pie

Design should support future additions (but the design should not necessarily include them). Specifically, these Charts could be added in the future:

[x] Radar
[x] Candlestick
[x] Bubble

Chart hierarchy established in an UML model.

For now, the hierarchy will suffice. As all the Chart implementations are done sequentially, additional abstractions can be added.


Queries with results with big strings return nothing

I have a query that fetches not so big strings. In isql I query the length of the Content field and get this:
ID    | TypeA |  TypeB   | LENGTH(Content)
-----------+---------+-----------+--------
292581866 | X | A |  62603
292581866 | X | B    |   2481
292581866 | X | C    |  59296
When I try to fetch this from pyodbc with the Content field, I get an empty result. If I query it without the Content field, I get the 3 rows.
I think this is similar to this: https://code.google.com/p/pyodbc/issues/detail?id=296
I am connecting to a HP Vertica database.

Nevermind, I just cloned, built and installed this pyodbc version and it works well.
The pip version has this bug, though. (pyodbc-3.0.10.)


Why only return high frequency features (x_h)

def forward(self, x):
    x = self.conv1(x)
    x = self.bn1(x)
    x = self.relu(x)
    x = self.maxpool(x)

    x_h, x_l = self.layer1(x)
    x_h, x_l = self.layer2((x_h,x_l))
    x_h, x_l = self.layer3((x_h,x_l))
    x_h, x_l = self.layer4((x_h,x_l))
    x = self.avgpool(x_h)
    x = x.view(x.size(0), -1)
    x = self.fc(x)

    return x

following the original paper