Crash

When i open hyprland it's exit to tty
Welcome to Hyprland!
Instance Signature: dc5cc15474813f48ca5754d0ac89ee90e437a07c_1654913139
Hyprland init finished.
Creating the CHyprError!
Creating the KeybindManager!
Creating the AnimationManager!
Created a bezier curve, baked 200 points, mem usage: 3.20kB, time to bake: 45.94µs. Estimated average calc time: 0.01µs.
Creating the ConfigManager!
Creating the ThreadManager!
Creating the InputManager!
Creating the CHyprOpenGLImpl!
Creating the Hypr OpenGL Renderer!Reloading the config!

Using: OpenGL ES 3.2 Mesa 22.1.1
Vendor: AMD
Renderer: AMD STONEY (LLVM 13.0.1, DRM 3.46, 5.18.2-zen1-1-zen)
Supported extensions size: 146
Created a bezier curve, baked 200 points, mem usage: 3.20kB, time to bake: 22.14µs. Estimated average calc time: 0.01µs.
Config reading error. (No file? Attempting to generate, backing up old one if exists)
Error at statting config, error 2
Hypr socket started at /tmp/hypr/dc5cc15474813f48ca5754d0ac89ee90e437a07c_1654913139/.socket.sock
Shaders initialized successfully.
Creating the HyprRenderer!
Creating the XWaylandManager!
Registered signal for owner eaa45460: eaa45498 -> e998d4e0 (owner: XWayland Manager)
Registered signal for owner eaa45460: eaa454a8 -> e998d4c0 (owner: XWayland Manager)
CHyprXWaylandManager started on display :1
Creating the LayoutManager!
Creating the EventManager!
Creating the HyprDebugOverlay!
Registered signal for owner ea06bb70: ea06bb98 -> e998d070 (owner: Backend)
Registered signal for owner ea8f8610: ea8f8660 -> e998d030 (owner: XDG Shell)
Registered signal for owner ea8f86e0: ea8f86f8 -> e998d010 (owner: WLRCursor)
Registered signal for owner ea8f86e0: ea8f8708 -> e998cff0 (owner: WLRCursor)
Registered signal for owner ea8f86e0: ea8f8718 -> e998cfd0 (owner: WLRCursor)Hypr socket 2 started at /tmp/hypr/dc5cc15474813f48ca5754d0ac89ee90e437a07c_1654913139/.socket2.sock

Registered signal for owner ea8f86e0: ea8f8728 -> e998cfb0 (owner: WLRCursor)
Registered signal for owner ea8f86e0: ea8f8738 -> e998cf90 (owner: WLRCursor)
Registered signal for owner ea06bb70: ea06bb88 -> e998cf70 (owner: Backend)
Registered signal for owner ea065910: ea8f8ca8 -> e998cf10 (owner: Seat)
Registered signal for owner ea065910: ea8f8cb8 -> e998cef0 (owner: Seat)
Registered signal for owner ea065910: ea8f8cf8 -> e998ce90 (owner: Seat)
Registered signal for owner ea065910: ea8f8d08 -> e998ce70 (owner: Seat)
Registered signal for owner ea8f8e10: ea8f8e30 -> e998d050 (owner: LayerShell)
Registered signal for owner ea8f8470: ea8f8490 -> e998d090 (owner: OutputLayout)
Registered signal for owner ea8f9120: ea8f9158 -> e998ced0 (owner: OutputMgr)
Registered signal for owner ea8f9120: ea8f9168 -> e998ceb0 (owner: OutputMgr)
Registered signal for owner ea8f9200: ea8f9230 -> e998ce50 (owner: InhibitMgr)
Registered signal for owner ea8f9200: ea8f9240 -> e998ce30 (owner: InhibitMgr)
Registered signal for owner ea8f9440: ea8f9458 -> e998cf30 (owner: PointerConstraints)
Registered signal for owner ea8f8f80: ea8f8fb0 -> e998ce10 (owner: XDGDecoMgr)
Registered signal for owner ea8f9640: ea8f9670 -> e998cf50 (owner: VirtPtrMgr)
Registered signal for owner ea1dca00: ea1dca10 -> e998cdf0 (owner: WLRRenderer)
Running on WAYLAND_DISPLAY: wayland-0
Attached a keyboard with name Power Button
Registered signal for owner eaaa9320: eaa790f8 -> eaaa9328 (owner: Keyboard)
Registered signal for owner eaaa9320: eaa790e8 -> eaaa9390 (owner: Keyboard)
Registered signal for owner eaaa9320: eaa78fc8 -> eaaa93f8 (owner: Keyboard)
Keyboard layout en with variant  (rules: , model: , options: ) couldn't have been loaded.
New keyboard created, pointers Hypr: eaaa9320 and WLR: eaa78fa8
Attached a keyboard with name Video Bus
Registered signal for owner eaa97e60: eaad7848 -> eaa97e68 (owner: Keyboard)
Registered signal for owner eaa97e60: eaad7838 -> eaa97ed0 (owner: Keyboard)
Registered signal for owner eaa97e60: eaad7718 -> eaa97f38 (owner: Keyboard)
Keyboard layout en with variant  (rules: , model: , options: ) couldn't have been loaded.
New keyboard created, pointers Hypr: eaa97e60 and WLR: eaad76f8
Attached a keyboard with na

~❯ uname -r
5.18.2-zen1-1-zen
~❯ lspci  -v -s  $(lspci | grep ' VGA ' | cut -d" " -f 1)

00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Stoney [Radeon R2/R3/R4/R5 Graphics] (rev ea) (prog-if 00 [VGA controller])
	Subsystem: Hewlett-Packard Company Device 8330
	Flags: bus master, fast devsel, latency 0, IRQ 35
	Memory at e8000000 (64-bit, prefetchable) [size=128M]
	Memory at f0800000 (64-bit, prefetchable) [size=8M]
	I/O ports at 4000 [size=256]
	Memory at f0400000 (32-bit, non-prefetchable) [size=256K]
	Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: amdgpu
lspci: Unable to load libkmod resources: error -2

How to reproduce?

Install hyperland-git from AUR
Execute Hyprland from tty

That's all

please read the issue guidelines.
build from source and provide a coredump.

I met the same issue.
Here is my log:
[LOG] Hyprland init finished.
[LOG] Creating the CHyprError!
[LOG] Creating the KeybindManager!
[LOG] Creating the AnimationManager!
[LOG] Created a bezier curve, baked 200 points, mem usage: 3.20kB, time to bake: 349.11µs. Estimated average calc time: 0.00µs.
[LOG] Creating the ConfigManager!
[LOG] Creating the ThreadManager!
[LOG] Creating the InputManager!
[LOG] Creating the CHyprOpenGLImpl!
[LOG] Reloading the config!
[LOG] Created a bezier curve, baked 200 points, mem usage: 3.20kB, time to bake: 9.16µs. Estimated average calc time: 0.00µs.
[WARN] Config reading error. (No file? Attempting to generate, backing up old one if exists)
[LOG] Creating the Hypr OpenGL Renderer!
[LOG] Using: OpenGL ES 3.2 Mesa 22.1.1
[LOG] Vendor: Mesa/X.org
[LOG] Renderer: llvmpipe (LLVM 13.0.1, 256 bits)
[LOG] Supported extensions size: 141
[WARN] Error at statting config, error 2
[LOG] Hypr socket started at /tmp/hypr/_1655023785/.socket.sock
[LOG] Shaders initialized successfully.
[LOG] Creating the HyprRenderer!
[LOG] Creating the XWaylandManager!
[LOG] Registered signal for owner 5fca0140: 5fca0178 -> 5df404e0 (owner: XWayland Manager)
[LOG] Registered signal for owner 5fca0140: 5fca0188 -> 5df404c0 (owner: XWayland Manager)
[LOG] CHyprXWaylandManager started on display :0
[LOG] Creating the LayoutManager!
[LOG] Creating the EventManager!
[LOG] Creating the HyprDebugOverlay!
[LOG] Registered signal for owner 5ef6bc60: 5ef6bc88 -> 5df40070 (owner: Backend)
[LOG] Registered signal for owner 5f968020: 5f968070 -> 5df40030 (owner: XDG Shell)
[LOG] Registered signal for owner 5f9680a0: 5f9680b8 -> 5df40010 (owner: WLRCursor)
[LOG] Registered signal for owner 5f9680a0: 5f9680c8 -> 5df3fff0 (owner: WLRCursor)
[LOG] Registered signal for owner 5f9680a0: 5f9680d8 -> 5df3ffd0 (owner: WLRCursor)
[LOG] Registered signal for owner 5f9680a0: 5f9680e8 -> 5df3ffb0 (owner: WLRCursor)
[LOG] Registered signal for owner 5f9680a0: 5f9680f8 -> 5df3ff90 (owner: WLRCursor)
[LOG] Registered signal for owner 5ef6bc60: 5ef6bc78 -> 5df3ff70 (owner: Backend)
[LOG] Registered signal for owner 5ef6b910: 5f968c58 -> 5df3ff10 (owner: Seat)
[LOG] Registered signal for owner 5ef6b910: 5f968c68 -> 5df3fef0 (owner: Seat)
[LOG] Registered signal for owner 5ef6b910: 5f968ca8 -> 5df3fe90 (owner: Seat)
[LOG] Registered signal for owner 5ef6b910: 5f968cb8 -> 5df3fe70 (owner: Seat)
[LOG] Registered signal for owner 5f8f8aa0: 5f8f8ac0 -> 5df40050 (owner: LayerShell)
[LOG] Registered signal for owner 5f949150: 5f949170 -> 5df40090 (owner: OutputLayout)
[LOG] Registered signal for owner 5f968fd0: 5f969008 -> 5df3fed0 (owner: OutputMgr)
[LOG] Registered signal for owner 5f968fd0: 5f969018 -> 5df3feb0 (owner: OutputMgr)
[LOG] Hypr socket 2 started at /tmp/hypr/_1655023785/.socket2.sock
[LOG] Registered signal for owner 5f9690b0: 5f9690e0 -> 5df3fe50 (owner: InhibitMgr)
[LOG] Registered signal for owner 5f9690b0: 5f9690f0 -> 5df3fe30 (owner: InhibitMgr)
[LOG] Registered signal for owner 5f9692f0: 5f969308 -> 5df3ff30 (owner: PointerConstraints)
[LOG] Registered signal for owner 5f968e30: 5f968e60 -> 5df3fe10 (owner: XDGDecoMgr)
[LOG] Registered signal for owner 5f9694f0: 5f969520 -> 5df3ff50 (owner: VirtPtrMgr)
[LOG] Registered signal for owner 5f23f9c0: 5f23f9d0 -> 5df3fdf0 (owner: WLRRenderer)
[LOG] Running on WAYLAND_DISPLAY: wayland-0
[LOG] Attached a keyboard with name Power Button
[LOG] Registered signal for owner 5fca0220: 5fdc7728 -> 5fca0228 (owner: Keyboard)
[LOG] Registered signal for owner 5fca0220: 5fdc7718 -> 5fca0290 (owner: Keyboard)
[LOG] Registered signal for owner 5fca0220: 5fdc75f8 -> 5fca02f8 (owner: Keyboard)
[ERR] Keyboard layout en with variant  (rules: , model: , options: ) couldn't have been loaded.
[LOG] New keyboard created, pointers Hypr: 5fca0220 and WLR: 5fdc75d8
[LOG] Attached a mouse with name QEMU QEMU USB Tablet
[LOG] Registered signal for owner 5f90d600: 5fdc56c0 -> 5f90d698 (owner: Mouse)
[LOG] New mouse created, pointer WLR: 5fdc56a0
[LOG] Attached a keyboard with name AT Translated Set 2 keyboard
[LOG] Registered signal for owner 5faba030: 5fdd0e18 -> 5faba038 (owner: Keyboard)
[LOG] Registered signal for owner 5faba030: 5fdd0e08 -> 5faba0a0 (owner: Keyboard)
[LOG] Registered signal for owner 5faba030: 5fdd0ce8 -> 5faba108 (owner: Keyboard)
[ERR] Keyboard layout en with variant  (rules: , model: , options: ) couldn't have been loaded.
[LOG] New keyboard created, pointers Hypr: 5faba030 and WLR: 5fdd0cc8
[LOG] Attached a mouse with name ImExPS/2 Generic Explorer Mouse
[LOG] Registered signal for owner 5fcab170: 5fde1250 -> 5fcab208 (owner: Mouse)
[LOG] New mouse created, pointer WLR: 5fde1230
[WARN] No rule found for Virtual-1, trying to use the first.
[WARN] No rules configured. Using the default hardcoded one.
[LOG] Registered signal for owner 5f949e00: 5fdd1a30 -> 5f949f20 (owner: )
[LOG] Registered signal for owner 5f949e00: 5fdd1ad0 -> 5f949f88 (owner: )
[LOG] Applying monitor rule for Virtual-1
[ERR] Monitor Virtual-1 got an invalid requested mode<EMAIL_ADDRESS>using the preferred one instead<EMAIL_ADDRESS>[LOG] Monitor Virtual-1 -> destroyed all render data

coredump:
           PID: 444 (Hyprland)
           UID: 1000 (yann)
           GID: 1000 (yann)
        Signal: 11 (SEGV)
     Timestamp: Sun 2022-06-12 16:49:46 CST (18min ago)
  Command Line: Hyprland
    Executable: /usr/local/bin/Hyprland
 Control Group: /user.slice/user-1000.slice/session-1.scope
          Unit: session-1.scope
         Slice: user-1000.slice
       Session: 1
     Owner UID: 1000 (yann)
       Boot ID: 754bca396eac4bd78c4cf50e23b098ac
    Machine ID: 6bc0740e31e145dfbe4e88b816df112a
      Hostname: art
       Storage: /var/lib/systemd/coredump/core.Hyprland.1000.754bca396eac4bd78c4cf50e23b098ac.444.1655023786000000.zst (present)
     Disk Size: 2.8M
       Message: Process 444 (Hyprland) of user 1000 dumped core.

                Module linux-vdso.so.1 with build-id b8bf8e4ef649711724c90135b4aef42b8b3e3c0e
                Module libdrm_nouveau.so.2 with build-id b2c524cff6f5c2985e856447f3b043e4fcf0c621
                Module libdrm_amdgpu.so.1 with build-id c640056cb2a0368cf57821d3f0536154248ae845
                Module libelf.so.1 with build-id c09e357a1a3b061bf219bcfb243ca31b175e77fa
                Module libdrm_radeon.so.1 with build-id 8ebce86cd4f588778560618c8861b6d760fcb39a
                Module libsensors.so.5 with build-id dc8b2c1c0d8525411aca188ea3cc3fb86d381d30
                Module kms_swrast_dri.so with build-id e2e27e10e2097902c17c86abfecafd84982cd15d
                Module libicudata.so.71 with build-id 4fef196388e678deb881978139e125e20ee2d94d
                Module libicuuc.so.71 with build-id 633fdc0c5385d916571f6140e7a978ad0630ef55
                Module libxml2.so.2 with build-id 8cdf00fa954d9a27f2f184c4d354cb14677446ac
                Module libncursesw.so.6 with build-id b9917757481e6fa6097e2a1f31f5bb5eaf138c4e
                Module libedit.so.0 with build-id 4b0babfcad161c2ad0af6e59e2493258db23a331
                Module libLLVM-13.so with build-id 90a760361bef9d2de117d7e696dad26fc4cb24f4
                Module libxshmfence.so.1 with build-id d9b3ce4edb0b6a0818bcc57dda020d2da5e3c895
                Module libxcb-sync.so.1 with build-id 13025f6de23a271636ad321c77eda98801e62e8e
...skipping...
                #4  0x00007fada168c54d n/a (libc.so.6 + 0x8c54d)
                #5  0x00007fada1711874 __clone (libc.so.6 + 0x111874)

                Stack trace of thread 472:
                #0  0x00007fada171321f accept (libc.so.6 + 0x11321f)
                #1  0x0000561a5dec1b23 _ZZN7HyprCtl18startHyprCtlSocketEvENKUlvE_clEv.constprop.0 (Hyprland + 0x6db23)
                #2  0x00007fada1ad6183 execute_native_thread_routine (libstdc++.so.6 + 0xd6183)
                #3  0x00007fada168c54d n/a (libc.so.6 + 0x8c54d)
                #4  0x00007fada1711874 __clone (libc.so.6 + 0x111874)

                Stack trace of thread 458:
                #0  0x00007fada168a939 pthread_barrier_wait (libc.so.6 + 0x8a939)
                #1  0x00007fad9447ae83 n/a (kms_swrast_dri.so + 0x67ae83)
                #2  0x00007fad9445fd0c n/a (kms_swrast_dri.so + 0x65fd0c)
                #3  0x00007fada168c54d n/a (libc.so.6 + 0x8c54d)
                #4  0x00007fada1711874 __clone (libc.so.6 + 0x111874)

                Stack trace of thread 468:
                #0  0x00007fada1689119 n/a (libc.so.6 + 0x89119)
                #1  0x00007fada168b920 pthread_cond_wait (libc.so.6 + 0x8b920)
                #2  0x00007fad94462de4 n/a (kms_swrast_dri.so + 0x662de4)
                #3  0x00007fad9445fcdc n/a (kms_swrast_dri.so + 0x65fcdc)
                #4  0x00007fada168c54d n/a (libc.so.6 + 0x8c54d)
                #5  0x00007fada1711874 __clone (libc.so.6 + 0x111874)

                Stack trace of thread 463:
                #0  0x00007fad943afc8a n/a (kms_swrast_dri.so + 0x5afc8a)
                #1  0x00007fad94464cfc n/a (kms_swrast_dri.so + 0x664cfc)
                #2  0x00007fad9447aa16 n/a (kms_swrast_dri.so + 0x67aa16)
                #3  0x00007fad9447ae90 n/a (kms_swrast_dri.so + 0x67ae90)
                #4  0x00007fad9445fd0c n/a (kms_swrast_dri.so + 0x65fd0c)
                #5  0x00007fada168c54d n/a (libc.so.6 + 0x8c54d)
                #6  0x00007fada1711874 __clone (libc.so.6 + 0x111874)
                ELF object binary architecture: AMD x86-64

not an issue with hyprland.

I have no idea what's going on here.
But I run hyprland in a fresh arch vm.Could that be the problem?

your kernel might be as well, idk anything about zen.

closing, inactivity + probably zen issue


Where is Base64#decode?

The format doesn't really fit for what I'm asking
So I've been starting to use this library, and I'm using an older example of where this library is used, and I saw that it was using Base64#decode to decode a message encoded in Base64, and I tried writing in the method, and IntelliJ told me that it didn't exist. So I thought that was strange, and so I dug through the Base64 class in org.java_websocket.utils, and true enough, it wasn't there. This confused me even more, so I then went and dug through the code on GitHub, and again, found that it didn't exist, whether in the master branch or in the 1.5.1 branch. I checked the commits to see if this had been removed, I also checked the release notes, and I couldn't find any information about this being deprecated or being removed.
 Please let me know either way, and also let me know if you need any information about how I'm depending on the library, etc.

And I should also mention that I looked for replacement decoding methods in that class (e.g. Base64#encode was replaced by Base64#encodeBytes I believe, or something like that), but the only method containing decode was decode3To4, which is private (and is probably not meant to be used as a utility method)

I think the code of https://github.com/TooTallNate/Java-WebSocket/blob/master/src/main/java/org/java_websocket/util/Base64.java is just a part of the origin Base64.java

So I should use Java's built-in Base64 utility class then instead of the one wrapped in Java-WS?

So I should use Java's built-in Base64 utility class then instead of the one wrapped in Java-WS? (it said something along the lines of "this is now in Java" on that site) or is there a different solution?

Yes, but please note that the origin Base64.java just moved into JDK8 and after.


Gate - set('threshold') not working as expected

Hello,
I'm just checking this project, its very interesting!
I checked the Gate, and i think it's not working as expected
https://jsfiddle.net/kyqnbr7d/42/
When I set the TH to a value, it does not change its behaviour.
Also, gate.get('threshold') returns an object with { threshold } Why?
Maybe i'm doing something wrong?
Cheers

+1


Refactor previous table usages

With the closing of #177, we have a better way of handling table creation and usage. This issue aims to fix the current implementations of tables throughout the codebase.

This issue no longer fits the way we will go about doing this.


fix: Clicking on button in table widget when no action is configured throws error

Description
Fix clicking on button in table widget when no action is configured.
Fixes #6892
Type of change

Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?
Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes

Test coverage results :test_tube:
:white_circle: Total coverage has not changed
// Code coverage diff between base branch:release and head branch: fix/table-button-column-no-action-click

Status
File
% Stmts
% Branch
% Funcs
% Lines

:red_circle:
app/client/src/widgets/TableWidget/widget/index.tsx
26.67 (-0.13)
5.9 (-0.04)
26.42 (0)
26.49 (-0.14)

@vicky-primathon Verified this fix and it is working as expected.


Paragraph element not loading properly

This is the code
local OutdatedWindow = Rayfield:CreateWindow({
	Name = "foo",
	LoadingTitle = "bar",
	LoadingSubtitle = "baz",
})
local Tab = OutdatedWindow:CreateTab("General",<PHONE_NUMBER>)
Tab:CreateParagraph({
	Title = "Outdated!",
	Content = string.format(
		"Your script version is outdated! Please use this loadstring instead\n`%s`.\nThe script has been copied to your clipboard.",
		fullRepo .. "/source.lua"
	),
})

This is what loads. The content has no padding from the title and it doesn't even show all the text I inputted.

Fixed


Ubuntu updater running very long

Hello,
I noticed that the ubuntu updater runs the all day and it causes 100% CPU usage on the server.
I had a look at clair logs and it seems like it takes alway a very long time to finish the job:
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"ubuntu.go:88","Time":"2017-07-31 20:52:11.009955","package":"Ubuntu"}
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"debian.go:63","Time":"2017-07-31 20:52:11.010095","package":"Debian"}
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"rhel.go:92","Time":"2017-07-31 20:52:11.010273","package":"RHEL"}
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"oracle.go:119","Time":"2017-07-31 20:52:11.010095","package":"Oracle Linux"}
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"alpine.go:52","Time":"2017-07-31 20:52:11.024586","package":"Alpine"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-07-31 20:52:11.771905","updater name":"alpine"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-07-31 20:52:12.640172","updater name":"rhel"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-07-31 20:52:13.337293","updater name":"oracle"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-07-31 20:52:25.714920","updater name":"debian"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-08-01 04:00:04.888603","updater name":"ubuntu"}

{"Event":"Start fetching vulnerabilities","Level":"info","Location":"oracle.go:119","Time":"2017-08-16 12:10:45.003645","package":"Oracle Linux"}
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"alpine.go:52","Time":"2017-08-16 12:10:45.003796","package":"Alpine"}
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"debian.go:63","Time":"2017-08-16 12:10:45.003848","package":"Debian"}
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"rhel.go:92","Time":"2017-08-16 12:10:45.003848","package":"RHEL"}
{"Event":"Start fetching vulnerabilities","Level":"info","Location":"ubuntu.go:88","Time":"2017-08-16 12:10:45.003752","package":"Ubuntu"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-08-16 12:10:45.791448","updater name":"alpine"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-08-16 12:10:48.550933","updater name":"oracle"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-08-16 12:10:50.095505","updater name":"debian"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-08-16 12:10:51.521762","updater name":"rhel"}
{"Event":"finished fetching","Level":"info","Location":"updater.go:227","Time":"2017-08-16 19:29:28.833025","updater name":"ubuntu"}

This is only an example but the logs show that it happens every day.

Fixed in #568. Please open a new issue if you're still experiencing this bug on a non-bzr Clair.


Create validation logic to check cluster

Create a validation command line tool to check cluster configuration
suitability for our NUMAResourcesOperator.
Preliminary version to just show the logic, and discuss about it

/cc @fromanirh

This is the best I have came out with.
Yesterday I was trying to figure out how to work with the node sets defined by NRO and MCO::KubeletConfig but LabelSelectors do not have set arithmetic (or at least I could not find it ) and I could find an elaboated  way to create elaborated filters for  queries ... So I have go for the dirty way to do it.
So I get the nodenames for those nodes refered by NRO and create a map which relates  nodename with its  kubeletconfig  using MCO kubeletconfig information,  filtering out  nodenames no TAS enabled and then call deployer validator to check those configs

/retest-required

Is this still WIP? If you think it's ready, please remove the WIP tag

I do not know why this label is still there I marked the PR as ready (nor WIP) some time ago

Is this still WIP? If you think it's ready, please remove the WIP tag

I do not know why this label is still there I marked the PR as ready (nor WIP) some time ago

It's because of the PR title. I edited to remove the WIP.

/approve

/retest-required

/retest
OLM installation issue, very likely unrelated

/override ci/prow/ci-install-e2e
the failure seems a known flake rather than a (very unlikely) issue caused by this PR


BackupsetID is not getting updated while uploading the DB on Azure Bucket

When the BackupsetID is not mentioned in the command, the log does not display the BackupsetID. IF BackupsetID is provided in the command, the log shows the BackupID, but if not provided, the BackupsetID remains empty. We need to improve the logging.
In the below case "-backupset" option is not specified in the command:
[nz@posed1 nz]$ ./nz_azConnector -db=db1 -dir="xxxx " -npshost="xxxx " -storage-account="xxxx" -key="" -container="xx xx"-upload -uniqueid="xxxx" -streams=1
2023-10-03 06:21:22 EST  [INFO] Azure account name : xxxx
2023-10-03 06:21:22 EST  [INFO] Azure container : xxxx
2023-10-03 06:21:22 EST  [INFO] Number of blocks to upload/download in parallel : xxxx
2023-10-03 06:21:22 EST  [INFO] Block size in MB to upload/download file 100
2023-10-03 06:21:22 EST  [INFO] Backup/Restore directory : xxxx
2023-10-03 06:21:22 EST  [INFO] DB name : db1
2023-10-03 06:21:22 EST  [INFO] Nps hostname : xxxx
2023-10-03 06:21:22 EST  [INFO] BackupsetID :
2023-10-03 06:21:22 EST  [INFO] UniqueID : xxxx
2023-10-03 06:21:22 EST  [INFO] Number of files to upload/download in parallel : 6
2023-10-03 06:21:22 EST  [INFO] Uploading backup data to azure cloud from backup dir /home/nz/

If we mention the -backupset in the command ,the BackupsetId is updated:
[nz@posed1 src]$ ./nz_azConnector -db=db1 -dir="xxxx" -npshost="xxxx" -storage-account="xxxx" -key="xxxx" -container="xxxx" -upload -uniqueid="xxxx" -streams=1 -backupset<PHONE_NUMBER>1131
2023-10-03 09:12:09 EST  [INFO] Azure account name : xxxx
2023-10-03 09:12:09 EST  [INFO] Azure container : xxxx
2023-10-03 09:12:09 EST  [INFO] Number of blocks to upload/download in parallel : xxxx
2023-10-03 09:12:09 EST  [INFO] Block size in MB to upload/download file 100
2023-10-03 09:12:09 EST  [INFO] Backup/Restore directory : xxxx
2023-10-03 09:12:09 EST  [INFO] DB name : db1
2023-10-03 09:12:09 EST  [INFO] Nps hostname : xxxx
2023-10-03 09:12:09 EST  [INFO] BackupsetID :<PHONE_NUMBER>1131
2023-10-03 09:12:09 EST  [INFO] UniqueID : xxxx
2023-10-03 09:12:09 EST  [INFO] Number of files to upload/download in parallel : 6
2023-10-03 09:12:09 EST  [INFO] Uploading backup data to azure cloud from backup dir /home/nz/

Fixed the issue and raised the PR: https://github.com/IBM/netezza-utils/pull/17


Sync stuck at hard fork

Syncing has been working seamlessly until block 557107, where it is stuck.
Here is what I see:
2018-03-08 18:27:13 UpdateTip: new best=00000000018a564e847328f3fa9de15bdc92c6adb64a267c0d74d726d91e268c  height=557105  log2_work=197.80248  tx=840028  date=2016-07-10 11:06:00 progress=0.354351  cache=3723
2018-03-08 18:27:13 UpdateTip: new best=00000000019e8779e15e583d657d4c9a5c212274d48367c0f42061ed6128f9c3  height=557106  log2_work=197.80248  tx=840029  date=2016-07-10 11:06:00 progress=0.354352  cache=3724
2018-03-08 18:27:13 UpdateTip: new best=0000000000348ad2c0c6a38b6ccb9d44a0cd00a68dc8bedca5bd9cc68de70569  height=557107  log2_work=197.80248  tx=840030  date=2016-07-10 11:06:14 progress=0.354353  cache=3725
2018-03-08 18:29:53 connect() to <IP_ADDRESS>:9377 failed after select(): Connection refused (61)
2018-03-08 18:30:42 connect() to <IP_ADDRESS>:9377 failed after select(): Connection refused (61)
2018-03-08 18:30:44 connect() to <IP_ADDRESS>:9377 failed after select(): Connection refused (61)
2018-03-08 18:33:12 AddPortMapping(9377, 9377, <IP_ADDRESS>) failed with code -3 (UnknownError)
2018-03-08 18:33:52 connect() to <IP_ADDRESS>:9377 failed after select(): Connection refused (61)

and this goes on and on.
Every once in a while I receive messages like this:
2018-03-09 00:08:48 receive version message: /Anonymous:<IP_ADDRESS>/: version 70012, blocks=790071, services=0x0000000000000081 us=<IP_ADDRESS>:57390, them=<IP_ADDRESS>:9377, peer=<IP_ADDRESS>:9377

and this:
2018-03-09 03:59:46 partner <IP_ADDRESS>:9377 using version 70007 obsolete since the HARDFORK_BLOCK 555555 was reached; disconnecting

Any help kicking this along is much appreciated!

Which build do you use? If from git, which commit?
Do you have i2p enabled?

Long past the last hard fork, closing this topic hopefully without objection.


iox-1391 Move time-related classes to Time module

Pre-Review Checklist for the PR Author

[x] Code follows the coding style of CONTRIBUTING.md
[x] Tests follow the best practice for testing
[x] Changelog updated in the unreleased section including API breaking changes
[x] Branch follows the naming format (iox-123-this-is-a-branch)
[x] Commits messages are according to this guideline

[x] Commit messages have the issue ID (iox-#123 commit text)
[x] Commit author matches Eclipse Contributor Agreement (and ECA is signed)

[x] Update the PR title

Follow the same conventions as for commit messages
Link to the relevant issue

[x] Relevant issues are linked
[x] Add sensible notes for the reviewer
[ ] All checks have passed (except task-list-completed)
[x] All touched (C/C++) source code files from iceoryx_hoofs are added to ./clang-tidy-diff-scans.txt
[x] Assign PR to reviewer

Notes for Reviewer

Move deadline_timer, adaptive_wait and Duration to Time module
Remove 2nd level namespace cxx
Create legacy header for backwards compatibility

Checklist for the PR Reviewer

[ ] Commits are properly organized and messages are according to the guideline
[ ] Code according to our coding style and naming conventions
[ ] Unit tests have been written for new behavior
[ ] Public API changes are documented via doxygen
[ ] Copyright owner are updated in the changed files
[ ] All touched (C/C++) source code files from iceoryx_hoofs have been added to ./clang-tidy-diff-scans.txt
[ ] PR title describes the changes

Post-review Checklist for the PR Author

[ ] All open points are addressed and tracked via issues

References

Closes #1391 (Partly)

No please do not name this Time it is a Units module. Otherwise we will create in the near future a lot of additional tiny modules with one or two classes of content.
It may makes sense that in this Units module is later also a unit for velocity, acceleration etc. for our users or we have an abstraction for of the unit memory

@mossmaurice The high level classes like adaptive_wait etc. would not be stored in a units module but here I would try to find something more generic than Time.

@elfenpiff  Thanks for your review and remarks.

No please do not name this Time it is a Units module. Otherwise we will create in the near future a lot of additional tiny modules with one or two classes of content.
It may makes sense that in this Units module is later also a unit for velocity, acceleration etc. for our users or we have an abstraction for of the unit memory

I remember we had this discussion in #1600 during October 2022. I can definitely see your point that Units is something different and might be extended later. Back in Oct we concluded that, as you mentioned, in order to keep the number of overall modules as low as possible, we will not further differentiate and just use one module for all time- and units-related classes. IMHO that's still a good idea and we should not change this decision. I would be ok with renaming the current module to something like Units and time utilities. The STL has a similar module Date and time utilites, which contains the clocks, time points, duration, etc.
@elBoberido What's your take? Shall we change the plan?

@elBoberido What's your take? Shall we change the plan?

@mossmaurice Let it be Time then. In the readme you linked there we also concluded that every posix construct is stored inside the posix folder and that we there replicate the component structure.
Duration is a posix abstraction (see timeval, timespec and clock_gettime) and belongs therefore in posix/time but I would also agree to simply posix
The deadline timer uses the duration and has no posix dependency and can therefore be stored simply in time.
The adaptive wait is a little bit more complicated. It uses std::this_thread::yield() and std::this_thread::sleep_for calls which are not allowed for us in the final implementation and they have to be replaced with the posix calls sched_yield and nanosleep.
So I would recommend to move adaptive_wait into posix/time since this is the correct final resting place for it. If you have time you can use the posix call and replace std::this_thread::yield() and std::this_thread::sleep_for for the previously mentioned calls - then it is cleaned up correctly. For me it makes sense since those are only 3 additional line changes.

@mossmaurice while chrono can be moved to dust, timespec and timeval must remain in hoofs since it is our native way to convert a Duration to a time value for POSIX calls like sem_timedwait. These could potentially be moved to 'posix/time/whatever.hpp'

@elBoberido

while chrono can be moved to dust, timespec and timeval must remain in hoofs since it is our native way to convert a Duration to a time value for POSIX calls like sem_timedwait. These could potentially be moved to 'posix/time/whatever.hpp'

That's true, I'll address that on the follow-up PR.


Binary encoding of networkID

@zelig 's comments from: https://github.com/ethersphere/bee/pull/196.
In the comments the encoding used for network id is big endian. However, in the book it's a little endian, so I put a version from the book, assuming it's an honest mistake in the comments :)
Moved handshake tests to single function to re-use data init.

@acud Yup, I totally agree, that's why I went for little endian as it was already used for overlay, but now when I think about it it might be a mistake, as swarm also uses different endians. I will switch bach to big endian, as Viktor said then, and let's tlak some day to see if we should unify them or not.


[Feature]: Add LastFM Account to Jambot to scrobble through the bot

Contact Details
No response
Your request
As a user I want to connect my LastFM to the bot to get scrobbles for the things that I listen to with my friends in Discord. We can save the relation between Discord user and LastFM user in our database to use for scrobbeling. Needs refinement though

I would like to refine and implement this :)


add row for no study track selected -students

new study programme view is going to fix this, closing


feat(cli): update on fitactivity conceal logic

now start and end positions in all lap messages are removed when conceal option is specified
improve conceal record positions logic

Codecov Report
All modified lines are covered by tests :white_check_mark:

Comparison is base (8bfd3e6) 100.00% compared to head (28bd53c) 100.00%.

Additional details and impacted files
@@            Coverage Diff            @@
##            master       #17   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           19        19
  Lines         2523      2523
=========================================
  Hits          2523      2523

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Vars defined on request level returns with different datatype in Safe and Dev mode

I have checked the following:

[X] I use the newest version of bruno.
[X] I've searched existing issues and found nothing related to my issue.

Describe the bug
null and boolean values return as string in safe mode.
Unexpected behavior, it may cause incorrect scripts work.
.bru file to reproduce the bug
meta {
name: DataType
type: http
seq: 1
}
get {
url: {{TestServerApi}}
body: json
auth: none
}
auth:basic {
username:
password:
}
auth:bearer {
token:
}
vars:pre-request {
BooleanVar: false
StringVar: testString
NullVar: null
NumberVar1: 1
NumberVar2: 0
NumberVar3: -1
}
assert {
BooleanVar: isBoolean
StringVar: isString
NullVar: isNull
NumberVar1: isNumber
NumberVar2: isNumber
NumberVar3: isNumber
}
Screenshots/Live demo link
Define request level vars:

Safe mode:

Dev mode:

Fixed in v1.26.2


want to check large garbage collection overhead

Hi, folks.
I'm newbie on YCSB and Cassandra.
I just installed and ran YCSB workloadb on Cassandra in order to check garbage collection overhead.
But the overhead is too small (about 0.5 ~ 1% of total execution time).
Many documents related to Cassandra note about garbage collection overhead and tuning methods.
So I still think there is a way to make the workload using memory heavily.
Can I get any advice?

I haven't tested for this, but I wanted to suggest playing with memory settings on your Cassandra server.  Doing the opposite of what it suggests for tuning against overhead should give you more overhead.
Just a thought.

thanks cmaster!
I tried YCSB benchmark several times with your advise, but still the results showed small overhead.
What the result was close is 13% of total execution time for garbage collection overhead when the data set is 10GB (Load only) and heap size is 4GB on 8 core.
What I wonder is my benchmark environment.
 Not sure what you are asking.

Hi, risdenk.

But against my expectation, there is few garbage collection overhead while Cassandra works.
I run Cassandra with stand-alone mode. (8-cores, 16GB main memory)
So far, I have done many experiments with different Cassandra tuning. (cassandra.yaml file)
And I found the tuning values where garbage collection overhead can not be neglected.
But still on default tuning value, Cassandra works well and garbage collection overhead is too small.
Thank you for your attention.

Ok not sure what else the YCSB project could do for you. This sounds more specific to Cassandra. Maybe asking on the Cassandra mailing lists would get you some helpful information.


Won't work in React v16

This is because React v16 no longer provide *DOMPropertyConfigs.
Issued in the react repo: https://github.com/facebook/react/issues/10391

Closed with a suggestion:

While it is a bit annoying I encourage you to just copy and paste them (and update if you notice changes on our side).

Thanks for looking into this, @gfx. Yea, it seems I have to copy the properties and keep it updated manually. Will prepare a branch for it.

Closed by #27


HMR support?

I would like to migrate from parcel to bun in my bundling process. I also want it to support the dev environment, so my dev is the most similar as possible to prod.
But one limitation is the lack of HMR that parcel supports: https://en.parceljs.org/hmr.html
Would it be possible to add this to this repo? Not sure how hard that would be.

@SrBrahma Thanks for leaving your suggestion!
So if I'm correct the idea is that on save this project would rebuild the application and hot reload every imported module and serve it via a server?
The goal of this project is to just build html, and not serve the html so this could be considered out of scope.
Looking at awesome-bun it seems that there are some hmr packages. Granted that repo isn't very up to date.
The first is bun-html-live-reload and the second is bun-livereload.
Currently how I would do what you wish to do is make a build file such as this.
import html from 'bun-plugin-html';
import { withHtmlLiveReload } from 'bun-html-live-reload';

await Bun.build({
  entrypoints: ['./src/index.html'],
  outdir: './dist',  // Specify the output directory
  plugins: [
    html({ inline: true })
  ],
});

export default withHtmlLiveReload({
  fetch: () => {
    return new Response(Bun.file('./dist/index.ts'), {
      headers: { "Content-Type": "text/html" },
    });
  },
});

Then run using bun --hot example.ts
Keep in mind this might not work since I haven't tested it.
Despite potentially being out of scope. If there is no alternative or the convenience of such a built in option is significant this can change.
Please elaborate on how exactly you would envision the option working? Maybe something like...
html({
    serve: true,
    hmr: true
})

As for difficulty it is probably pretty easy to implement.


Update aws-core, http-client-spi, ... to 2.17.221

Updates

software.amazon.awssdk:aws-core
software.amazon.awssdk:http-client-spi
software.amazon.awssdk:netty-nio-client

from 2.17.218 to 2.17.221.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "software.amazon.awssdk" } ]

labels: library-update, early-semver-patch, semver-spec-patch, commit-count:1

Superseded by #882.


indicators on mobile device fail on Lighthouse check

Describe the bug
Sometimes I want to show indicators in mobile device to indicate this is a slide, and in this case indicators don't act as buttons as they are too small to tap. But it's still have a button tag so lighthouse complains "Tap targets are not sized appropriately".
To Reproduce
Steps to reproduce the behavior:

add .slider-indicators-sm class on the wrapper
open devtool -> lighthouse to generate a report on mobile device

Expected behavior
What can we do to bypass this rule?

Hi
You do not have to use buttons - you can use a ul>li list instead like it does on the configuration site:
https://swiffyslider.com/configuration/?slider-indicators-dark=slider-indicators-dark&slider-indicators-outside=slider-indicators-outside&slider-indicators-sm=slider-indicators-sm
Alternatively you can style the indicators to have a size that is big enough for mobile lighthouse.
Last option I can think of, is to use scrollbar as indicator instead:
https://swiffyslider.com/configuration/?slider-nav-scrollbar=slider-nav-scrollbar
My personal favorite is using the scrollbar

Thank you for detailed reply! I totally forgot button tags were written by myself 😂
Changing to li works for lighthouse.
I also checked scrollbar, but it doesn't show on mobile device

Cool.
True - scrollbar is only visible when Scrolling (iOS at least), so if there are no navigation arrows, the user have a hard time figuring out that it is a slider.


Uncrafting Table crashes on rightclick 1.20.1 Fabric

https://pastebin.com/xY5TAqGx

It's mcpitanlibarch 1.7.9 that's broken. :(
Downgrade mcpitanlibarch to version 1.7.8 and see if that helps.

Im using version 1.6.8-1.20.1 :) works great!

Sadly the update did not fixed it
https://pastebin.com/X2tLnkTX

Thanks for fixing. Appreciate you!


The function of disabling strict HTTP parsing in http request node does not work

Current Behavior
We have a software with a JSON-RPC server and maybe there is something not compliant with a strict HTTP header specification. When I use Node-RED HTTP request, the JSON-RPC server can response as normal, which can be seen through Wireshark, but Node-RED reject the response and give two errors,
the first from http request node being "RequestError: Parse Error: Invalid header value char",
the second from the debug node following the http request node, "RequestError: Parse Error: Invalid header value char : http://<IP_ADDRESS>:8080".
HPE_INVALID_HEADER_TOKEN is displayed below the http request node.
However, a python program using module requests works well with the JSON-RPC server.
Expected Behavior
It would be great if the function of disabling strict HTTP parsing in http request node work.
Steps To Reproduce
Sorry, we can not provide the relevant JSON-RPC server here.
Below is the response header from the JSON-RPC server, I cannot find anything suspicious.
HTTP/1.1 200 OK
Content-Type: application/json
Date: Sat, 10 Jun 2023 09:16:45 GMT
Connection: keep-alive
Cache-Control: no-cache, no-store, must-revalidate, private, max-age=0
Pragma: no-cache
Expires: 0
Strict-Transport-Security: max-age=15552000
X-Frame-Options: SAMEORIGIN
X-Xss-Protection: 1; mode=block
X-Content-Type-Options: nosniff
Referrer-Policy: same-origin
Content-Length: 1232

Example flow
[
    {
        "id": "f391abdf87839c07",
        "type": "tab",
        "label": "Flow 3",
        "disabled": false,
        "info": "",
        "env": []
    },
    {
        "id": "49942c24f0fedf42",
        "type": "debug",
        "z": "f391abdf87839c07",
        "name": "debug 14",
        "active": true,
        "tosidebar": true,
        "console": true,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 870,
        "y": 160,
        "wires": []
    },
    {
        "id": "0eb9c5b1d2e3656c",
        "type": "http request",
        "z": "f391abdf87839c07",
        "name": "",
        "method": "POST",
        "ret": "obj",
        "paytoqs": "ignore",
        "url": "http://<IP_ADDRESS>:8080",
        "tls": "",
        "persist": false,
        "proxy": "",
        "insecureHTTPParser": true,
        "authType": "",
        "senderr": false,
        "headers": [
            {
                "keyType": "Content-Type",
                "keyValue": "",
                "valueType": "application/json",
                "valueValue": ""
            }
        ],
        "x": 630,
        "y": 160,
        "wires": [
            [
                "49942c24f0fedf42"
            ]
        ]
    },
    {
        "id": "0b9bc05d2fb6291d",
        "type": "inject",
        "z": "f391abdf87839c07",
        "name": "",
        "props": [
            {
                "p": "payload"
            },
            {
                "p": "topic",
                "vt": "str"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "payload": "{\"id\":403,\"jsonrpc\":\"2.0\",\"method\":\"aboutModulesList\",\"params\":{\"query\":{}}}",
        "payloadType": "json",
        "x": 430,
        "y": 160,
        "wires": [
            [
                "0eb9c5b1d2e3656c"
            ]
        ]
    }
]

Environment

Node-RED version: v3.0.2
Node.js version: v18.16.0 / v19.9.0 / v20.2.0
npm version: v9.6.6
Platform/OS: Ubuntu 20.04, Linux 5.15.0-73-generic x64 LE
Browser: Firefox 114.0 (64-bit)

I believe this is fixed in 3.1.0 (currently in beta)
@hardillb can you confirm this? I recall a related thread on the forum: https://discourse.nodered.org/t/how-to-send-insecurehttpparser-request-with-the-http-request-node/77162/14

@thkfighter if you are in a position to test beta-3 and let us know that would be great.

@thkfighter if you are in a position to test beta-3 and let us know that would be great.

@Steve-Mcl Unfortunately, I am not. Can I get the beta version and have a try?

@thkfighter details of the beta in the forum: https://discourse.nodered.org/t/node-red-3-1-0-beta-3-released/78716

@Steve-Mcl , @knolleary , Thanks. Yes, Node-RED v3.1.0-beta.3 has fixed this problem, the function of disabling strict HTTP parsing in http request node does work.
Test environment:
Node-RED version: v3.1.0-beta.3
Node.js version: v18.16.0
npm version: v9.7.1
Platform/OS: Linux 5.19.0-43-generic x64 LE, Ubuntu 22.04
Browser: Firefox 113.0.1 (64-bit)
Postscript: I tested on Ubuntu 22.04 rather than Ubuntu 20.04 because my Ubuntu 20.04 broke.

Good news. Thanks for confirming.
I think we can close this since the fox will be included in the imminent release of 3.1.0 final in the coming days.


Bug: nvim_set_hl api clear highlight

Unlike the :highlight command which can update a
highlight group, this function completely replaces the
definition. For example: nvim_set_hl(0, 'Visual', {}) will
clear the highlight group 'Visual'.

https://github.com/neovim/neovim/blob/92f7286377cb077cb42484a83740a8c95f8ae7f1/runtime/doc/api.txt#L1548

Fixed by 0c918621c56682700163695d20e5415e5754d92d


Error when opening a pre-rendered page. It shows a white screen.

Error<EMAIL_ADDRESS>Failure] You stumbled upon a bug in the source code of vite-plugin-ssr (an internal assertion failed). This should not be happening: please reach out at https://github.com/brillout/vite-plugin-ssr/issues/new or https://discord.com/invite/qTq92FQzKb and include this error stack (the error stack is usually enough to fix the problem). Please do reach out as it helps make vite-plugin-ssr more robust. A fix will be written promptly (usually under 24 hours). Debug info (this is for the vite-plugin-ssr maintainers; you can ignore this): {"url":"//wp/wp-includes/wlwmanifest.xml"}.
at parseUrl (/home/node/app/node_modules/vite-plugin-ssr/dist/cjs/shared/utils/parseUrl.js:55:29)
at handlePageContextRequestSuffix (/home/node/app/node_modules/vite-plugin-ssr/dist/cjs/shared/utils/getFileUrl.js:42:46)
at _parseUrl (/home/node/app/node_modules/vite-plugin-ssr/dist/cjs/node/renderPage.js:658:117)
at initializePageContext (/home/node/app/node_modules/vite-plugin-ssr/dist/cjs/node/renderPage.js:109:50)
at renderPage (/home/node/app/node_modules/vite-plugin-ssr/dist/cjs/node/renderPage.js:21:31)
at renderPageWithoutThrowing (/home/node/app/node_modules/vite-plugin-ssr/dist/cjs/node/renderPage.js:126:33)
at /home/node/app/server/index.js:34:31
at Layer.handle [as handle_request] (/home/node/app/node_modules/express/lib/router/layer.js:95:5)
at next (/home/node/app/node_modules/express/lib/router/route.js:137:13)
at Route.dispatch (/home/node/app/node_modules/express/lib/router/route.js:112:3)
at Layer.handle [as handle_request] (/home/node/app/node_modules/express/lib/router/layer.js:95:5)
at /home/node/app/node_modules/express/lib/router/index.js:281:22
at param (/home/node/app/node_modules/express/lib/router/index.js:354:14)
at param (/home/node/app/node_modules/express/lib/router/index.js:365:14)
at Function.process_params (/home/node/app/node_modules/express/lib/router/index.js:410:3)
at next (/home/node/app/node_modules/express/lib/router/index.js:275:10)
at SendStream.error (/home/node/app/node_modules/serve-static/index.js:121:7)
at SendStream.emit (events.js:315:20)
at SendStream.error (/home/node/app/node_modules/send/index.js:270:17)
at SendStream.onStatError (/home/node/app/node_modules/send/index.js:421:12)
at onstat (/home/node/app/node_modules/send/index.js:726:26)
at FSReqCallback.oncomplete (fs.js:183:21)

Fix released in v0.3.51.


Log enabled capabilities

Looks like this in the server window:

Enabled capabilities: extended-join, multi-prefix

This is useful information to have if certain features should be working on servers or not. Other clients print it too.

Looks good to me, 👍  and merging


Vacuum is failed with error "index out of range 3"

Describe the bug
Volume server reports error:
11:50:29.123721 volume_grpc_vacuum.go:65 failed compact volume 838: cannot hydrate needle from file: index out of range 3

This error is observed from 2 volume servers for this exact volume (replication 001).
What does it mean and how to fix this?
System Setup
We have SeaweedFS running on Kubernetes via SeaweedFS Operator. There are 3 Masters, 48 Volume Servers, 32 Filers (with Scylla as its backend)

List the command line to start "weed master", "weed volume", "weed filer", "weed s3", "weed mount":

Master:weed -logtostderr=true master -volumeSizeLimitMB=30720 -defaultReplication=001 -ip=$(POD_NAME).seaweedfs1-test-master-peer.seaweedfs-test -peers=seaweedfs1-test-master-0.seaweedfs1-test-master-peer.seaweedfs-test:9333,seaweedfs1-test-master-1.seaweedfs1-test-master-peer.seaweedfs-test:9333,seaweedfs1-test-master-2.seaweedfs1-test-master-peer.seaweedfs-test:9333 -metricsPort=9999

Volume Server:weed -logtostderr=true volume -port=8444 -max=0 -ip=$(POD_NAME).seaweedfs1-test-volume-peer.seaweedfs-test -metricsPort=9999 -mserver=seaweedfs1-test-master-0.seaweedfs1-test-master-peer.seaweedfs-test:9333,seaweedfs1-test-master-1.seaweedfs1-test-master-peer.seaweedfs-test:9333,seaweedfs1-test-master-2.seaweedfs1-test-master-peer.seaweedfs-test:9333 -dir=/data0 -concurrentDownloadLimitMB=0 -concurrentUploadLimitMB=0

Filer: weed -logtostderr=true filer -port=8888 -ip=$(POD_NAME).seaweedfs1-test-filer-peer.seaweedfs-test -master=seaweedfs1-test-master-0.seaweedfs1-test-master-peer.seaweedfs-test:9333,seaweedfs1-test-master-1.seaweedfs1-test-master-peer.seaweedfs-test:9333,seaweedfs1-test-master-2.seaweedfs1-test-master-peer.seaweedfs-test:9333 -metricsPort=9999 -s3 -concurrentUploadLimitMB=0

OS version: Fedora CoreOS 33.20210426.3.0
output of weed version: version 8000GB 3.59 27b34f379 linux amd64
if using filer, show the content of filer.toml:[leveldb2]
enabled = false
[etcd]
enabled = false
servers = "seaweed-etcd.seaweedfs-test:2379"
timeout = "3s"
[cassandra]
enabled = true
keyspace="seaweedfs"
hosts=[
  "seaweed-scylla-client.seaweedfs-test:9042",
]
superLargeDirectories = [
]

the error comes from https://github.com/seaweedfs/seaweedfs/blob/master/weed/storage/needle/needle_read.go#L151
it seems this particular file chunk (needle) is corrupted.

@chrislusf thank tou for quick reply. Is there any way to fix this?

fixing the data needs some debugging.


When should I call wait

In the examples wait is called basically after every method that communicates with the server, but I noticed that:

wait(seconds = 1) waits for one second even if a response is received before then
everything works fine without calling wait

When is it necessary/recommended to call wait?

In general, you should call wait when you are expecting a message back.
The reason I say this is that my experience differed from yours a little bit on the second part: at least for me, callbacks will not trigger without calling wait. This is obvious from the code; the only loop checking for updates is called from wait, and python is not async by nature, so some loop is needed to trigger these callbacks.
Of course, sending messages and registering callbacks still works without wait.


Dropdown buttons in table under FF

Dropdown button in .btn-group is smaller than other buttons when .btn-group is used in table row.
Issue observed in FF with buttons with .small class.
It seems that setting vertical-align: middle to table's <td> fixes the problem.

I'll give example later - in FF 9.0.1 it seems to work ok now, bot I'll try to recreate the issue (observed yesterday on another workstation under FF 8-9.0)

Ok, so here are the details:

Observed in FF 8.0.1 and 9.0.1, Windows Vista 32bit and WIndows 7 64bit
Example here
Result:

this deserves all the attention of the world!

Of course, it can be fixed several ways. I consider it as a strange FF-related bug, so I've reported the issue.

I see the same thing in Chrome 16 on OS X, so it's not specific to FF.

The problem is related to the icon height (14px) inside a small button. If you remove the icon or if the icon height were smaller in small buttons (12px), then the issue goes away.

The main issue is that you have an icon in there that's blowing up the size of the main button. We hadn't accounted for icons in the small buttons. Will adjust that.

Resolved! Will check large size later.


Personalization support

This adds support for the salt and personalization features described in the BLAKE2 paper and reference implementation. They're pretty much just a set of bytes XOR'd into the parameter block.
The test vectors used agree with the reference (as exposed by pyblake2) and, for blake2s at least, with an independent implementation written for the purpose.

I've also tested that this implementation (of personalization) is consistent with another implementation I have.


Tuining Paramters

How did you tune or decide the RL parameters?
Is there any way to tune parameters or heuristically decided?

It's been a while since I did the project but the parameter tuning was nothing special. Just the common techniques you would do for RL training. If you check the log printing statements, you can find the useful parameters to watch for or tune.  Value heatmap is also another way to visualize the network's output.


get access to global lua variable

Hello,
in my angular project I need access to a global lua variable from typescript.
I tried several things, like:
lua = luaEngine.createEngine();
myVar= lua.module.lua_getglobal (lua.global.address,'myGlobalVariable');
but had no success.
What is the best way?
Thanks

Based on readme:
lua.global.get('myGlobalVariable')


[Epic] Improvements to Java Runtime

The following are list of tasks that we need to work to improve the OW Java Action runtime:

avoid usage of com.sun.* packages - this is used in https://github.com/apache/incubator-openwhisk-runtime-java/blob/master/core/javaAction/proxy/src/main/java/openwhisk/java/action/Proxy.java, instead we can use readily available pre-built httpservers e.g. using vert.x is one of the options for high performance

Right now we rely on the --main parameter passed  to run Java Aciton, instead we can make the Loader to infer it via MANIFEST.mf Main-class or add custom attribute for OW apps

It would be great to have making OW Java Action use standard Java main method signature with just String[] args and we define custom Launcher that convert the args to JSON and delegate to OW Java Function Launcher, this way it will be easy for applications to be built and tested outside before testing in OW

@csantanapr @ddragosd @gorkem - thoughts comments and feedback ??

On 3, did you consider an openwhisk java FDK which provides a standard wrapper instead of local development?

What’s an FDK?

On 3 we are thinking on doing the same for Swift to handle the epilogue cc @jthomas
User will just “import OpenWhisk” and write one of the signature main function with “main” name or given name and with argument type matching the wrapper code will know how to call it

Title says “performance” not all 3 items are about performance

Function Developer Kit - FDK is the new SDK, haven't you heard? :D

@csantanapr and @rabbah  - I just thought to file these things across about points I thought on Java Action before I forget - please feel free to let me know if you need them to split it up or wish me to do?

My bad I read performance, It must be my dislexia :-) or just brain fart
I have being workin with someone to improve Java runtime with jvm optimization flags and openj9

+1 for all three improvements: faster stratup is a win, and main in the manifest makes sense. My immediate concern was with your third point but think an FDK can facilitate local development and testing without changing the underlying model for functions.
@csantanapr should we link this to zenhub and track issues and epics accordingly?

Yes they are related and we should start using epics and child’s with zenhub

We should link all the runtime repos to main core repo, I will check if we still have the correct permissions now that we are under Apache Github org

One zenhub board for all repos

My immediate concern was with your third point but think an FDK can facilitate local development and testing without changing the underlying model for functions.

can you please share more details not sure I got what you mean here

Keep the abstractions to developer so they can write functions with a stable api and it doesn’t matter if the run the function locally outside whisk or they run it in a whisk container

We should add direct .java invocation to this epic to . I have it already implemented on the devtools repo. [1]. The only reason  I did not PR it to here was the gson dependency. Since we are taking care of it with this one, I see no reason not to implement it.
[1] https://github.com/apache/incubator-openwhisk-devtools/tree/master/java-local

@gorkem I See no issue on adding .java also
@rabbah do you recall why this was not done originally for Java actions and only .jar?
Maybe the extra latency for compile step on /init too bad or takes longer than 1minute those would be the only two I see, put that’s a problem we have today with swift with single source file it’s convenient for dev/demo but for production is better to have a precompiled to the action
Maybe it’s time again to bring discussion of init actions that will help with compiling and saving the compiled output to the action stamping with runtime image and maybe source on the action this way it only compiled when the source changes or the runtime image changes.

What’s the likelihood of writing a function is Java, with no extrnal libs? Supporting the use case is nice for parity and quick start but I’d suspect if you’re doing anything serious with functions and Java you’ll have libs and need a jar file.

Hum 🤔

What about composer inline functions when Java is supported. ?
Meaning like to transform output parameters into input parameters in sequences

Maybe there is a OW provider/operator that included libraries and frameworks into a custom runtime
IBM including Watson sdk, COS SDK, Cloudant sdk, http client library
RedHat including spring cloud framework and adapters
Regular user extending a Java runtime with own libraries

Someone offering a UI web based editor useful for demo to edit a java file in web editor assuming that runtime has some useful libraries installed like Jax-rs related ones to handle web actions input.

It’s nice to have - quick start, demo all good.
For composer it’s more nuanced. The library is js based today and it’s far more work getting java syntax embedded vs using a composer library entirely in Java. I suggest taking that off the table as a use case where 2 & 3 are more viable.

@rabbah @csantanapr  @gorkem

What’s the likelihood of writing a function is Java, with no extrnal libs? Supporting the use case is nice for parity and quick start but I’d suspect if you’re doing anything serious with functions and Java you’ll have libs and need a jar file.

This has been my thinking last couple of days  in these lines

I am not sure where are storing the  jars today when we say wsk action create foo foo.jar --main foo - is it as a blob in couchdb ??

As you mentioned that biggest stuff we need to resolve dependency resolution for Java - wondering we can deploy a Maven Repo Manager as part of the OW deployment, this could solve the above point as well,. Right now the biggest hurdle of Java Adoption is this as functions need to be quick

Hey @kameshsampath @gorkem @rabbah
I enable zenhub and pulled this repo up to core/main repo, tell me if you have issues loading zenhub (chrome plugin) here:
https://github.com/apache/incubator-openwhisk/issues#boards?repos=104973620
I tried my best to split this issue in 3 Epics and copied over discussion to new issues

This one #12 rename to: Improvements to Java Runtime avoud com.sun.* and support MANIFEST main

Covers 1,2 original comment
Feel free better title 🤧

New #15 : More flexibility to parsing and passing JSON input/out in Java runtime

Feel free better title 🤧

New #16 : Support .java source actions in some fashion

Feel free better title 🤧

Let me know how this looks, and any adjustments you can to see and can't do because of write access.
I hope you guys continue with these great contributions and can propose/nominate you for committer bits 🎉

guys,
my first target for this EPIC would be to rebase the OpenWhisk Java runtime with https://hub.docker.com/r/fabric8/java-jboss-openjdk8-jdk/ as this will solve two issues #5 and we aligning to openjdk for all community bits


dtrace probes do not emit null terminated key

I've been working on instrumenting memcached using iovisor/bcc and building memcached with --enable-dtrace, in order to build performance analysis tools for memcached using USDT probes on linux.
Ordinarily, data for arguments is read like this https://github.com/iovisor/bcc/blob/master/docs/reference_guide.md#6-usdt-probes
You can also use https://github.com/iovisor/bcc/blob/master/docs/reference_guide.md#2-bpf_probe_read_str, which is what I'm using. However, it assumes that the key is a null terminated string.
After scratching my head a lot, trying to figure out why the keys I were pulling out from my sample script had payload data seemingly arbitrarily tacked onto them, I started to look into why this might be happening in memcached.
The probe I am trying to use is for command__set : https://github.com/memcached/memcached/blob/master/memcached_dtrace.d#L205-L214
It is called here: https://github.com/memcached/memcached/blob/e7c7a1089c066d105bf0a6c1a812668644a4a6f0/memcached.c#L1378
And you can see that the from the definition of ITEM_key, it is just calculating the pointer address for the start of the key data: https://github.com/memcached/memcached/blob/e7c7a1089c066d105bf0a6c1a812668644a4a6f0/memcached.h#L116
However, it makes no attempt to actually limit the bytes sent to it->nkey, though it does pass this to the dtrace probe as keylen.
Looking elsewhere in the memcached source, I see this code, with a comment indicating exactly what I suspected - that the key data is not / may not be stored with a null terminator:
https://github.com/memcached/memcached/blob/e7c7a1089c066d105bf0a6c1a812668644a4a6f0/items.c#L621-L622
Luckily I am able to use the keylen argument passed to fix up the data in userspace after i have read it, but this isn't ideal. To reproduce the issue, I am able to use bpftrace from ubuntu eoan with the following bpftrace script (very similar to dtrace scripts):

BEGIN
{
  printf("%-20s %10s %10s %10s\n", "MEMCACHED KEY", "CALLS", "OBJSIZE", "REQ/s");

  @start = nsecs;
}

usdt::memcached:command__set
{
  @calls[str(arg1)]++;

  $objsize = arg3;
  $interval = (nsecs - @start) /<PHONE_NUMBER>;
  $cps = @calls[str(arg1)] / $interval;
  printf("%-20s %10d, %10d %10d\n", str(arg1), @calls[str(arg1)],
                               $objsize, $cps)
}

END
{
  clear(@start);
  clear(@calls);
}

Pointing this at a memached process with dtrace probes enabled, and running a benchmark tool like memtier_benchmark:
memtier_benchmark --server localhost --port 11211 -P memcache_text

I see whet I print the key that it bleeds a bunch of the data out with it.
Would it a feasible workaround for this be to do a similar strncpy of the key to a temporary buffer before emitting the data to the dtrace probe? There are some moderate performance implications to doing so, but I think they are justified.

Why can't the probe use the keylen that was passed to it?

@dormando in eBPF it doesn’t seem possible to do a memcpy or read of an arbitrary size, because the verifier can’t assert it won’t be out of bounds.
I am able to work around this issue in the a python version of the above script by using the keylen value as indicated, but it results in a much less efficient usage. The values are stored in eBPF maps using their mangled keys, read into userspace, and then clamped to the right size using keylen.
In bpftrace however there is no way to do this, as it can’t slice the string. Ideally, the data emitted by memcached be null terminated so that the bpf functions that copy the data know where to stop, as they negates the need for any of these workarounds.

This seems a little odd to me; how do you look at arbitrary binary data in a probe?

This seems a little odd to me

can you elaborate?

how do you look at arbitrary binary data in a probe?

https://github.com/iovisor/bcc/blob/master/docs/reference_guide.md#1-bpf_probe_read
This is the typical way, if a reading a dtrace/usdt argument returns a pointer you can use this bpf_probe_read to get the data, as many examples do. You can see that it accepts a length to read, however, this is typically set to the size of the container, eg other tools by Brendan Gregg (https://github.com/iovisor/bcc/blob/master/tools/mysqld_qslower.py#L84*) or Sasha Goldshtein (https://github.com/iovisor/bcc/blob/master/tools/lib/ucalls.py#L161-L163)
To avoid reading more bytes than you want/need to if you are reading strings, the form that I mentioned bpf_probe_read_str will read until it hits a null terminator - so it is the ideal helper for copying string data. This is the helper that I am trying to use.

Sorry, OOTL on latest and greatest probing. just looked at the kernel source for these probes. The issue with using the str read is keys may not always be ascii-clean. It's currently possible for them not to be with the binary protocol, but most clients still disallow binary keys... The cachedump command you quoted is actually wrong here; but that's a deprecated command anyway. Keys are treated like arbitrary binary elsewhere (crawler.c, various binprot verbose dumpers)
https://github.com/iovisor/bcc/issues/1260#issuecomment-406365168
^ seems like you can give some non-const sizes to the verifier so long as you verify nkey vs the buffer size (but nkey is 8bit so maybe that's easier to do here?)

The issue with using the str read is keys may not always be ascii-clean. It's currently possible for them not to be with the binary protocol, but most clients still disallow binary keys...

Ah, thank you for pointing this out, that will be useful to know in designing the tool I am working on.

iovisor/bcc#1260 (comment)  seems like you can give some non-const sizes to the verifier so long as you verify nkey vs the buffer size (but nkey is 8bit so maybe that's easier to do here?)

thanks for the deep dive on this @dormando, I tried to revise my code as follows:
...
     u64 keystr = 0;
     int32_t bytecount = 0;
     uint8_t keysize = 0;

     bpf_usdt_readarg(2, ctx, &keystr);
     bpf_usdt_readarg(3, ctx, &keysize);
     bpf_usdt_readarg(4, ctx, &bytecount);

     uint8_t readsize = keysize < (sizeof(keyhit.keystr)-1) ? keysize : sizeof(keyhit.keystr);

     bpf_probe_read(&keyhit.keystr, readsize, (void *)keystr);
...

But it still throws the verifier error indicated in that issue:
invalid indirect read from stack off -256+250 size 255

Which does not occur if a const size is used. I'll keep pursuing this avenue though, hopefully I'll find a suitable workaround.

Where's that 250 coming from?
I don't have the background to deal with the error, sorry. I'd have to go read the same stuff you would :) It should be possible with some tweaks... read_str could just as easily read too far if whatever you told it to read happens to not be NULL'ed, so no matter what it needs to be safe to read up to your probe's buffer in size?
ie; internally memory is slabbed in 1MB pages, then chunked out to class size. nkey can be up to 250, but the smallest class sizes are ~96b or so whatever chunk is at the end of the page has the same safety issues regardless of probe_read or probe_read_str, which I would assume the kernel knows how to deal with.

Where's that 250 coming from? ... I don't have the background to deal with the error, sorry. I'd have to go read the same stuff you would

Yeah, I didn't mean to suggest as much, just showing that is the same sort of error from https://github.com/iovisor/bcc/issues/1260#issuecomment-406365168 - thanks for investigating as much as you have!
I'll keep digging, thanks for all the leads here and ideas here.

Good luck! Please update the issue if you find an answer, or if I should take another look. People find these via google frequently. The probes may also have bitrotted since I don't really test them myself and haven't added new ones in a long time :/ Been more focused on the logger system.

Good luck! Please update the issue if you find an answer, or if I should take another look. People find these via google frequently

Absolutely, and I intend to reference this issue and bcc#1260 when I submit my tool, hopefully that will help to find a more elegant solution. For the time being, I have a sufficient workaround for me tool to work - just not as elegantly as I had hoped.

The probes may also have bitrotted since I don't really test them myself and haven't added new ones in a long time

Unsurprising, I suspect this is because dtrace had been somewhat niche for praduction systems, but my hope is that there will be a 'new wind' behind this standard now that support is rolling out on linux, and the barrier to entry / learning curve is being lowered substantially :)

People find these via google frequently

I updated the issue description with a tl;dr and some other details of the issue, should anyone else run into this.

Following up, with bpftrace this problem can be worked around pretty easily, at least for string keys.
Looking at the str builtin it actually does accept a second argument for length and uses a similar process to determine the variable length read:
https://github.com/iovisor/bpftrace/blob/master/src/ast/codegen_llvm.cpp#L413-L441
So in my sample script, replacing str(arg1) with str(arg1, arg2) i am able to correctly read the values from memcached.
The issue appears to be that bcc does its code generation from C slightly differently, and i've not yet figured out the incantations to produce similar/equivalent bpf code as bpftrace, in order to satisfy the verifier.

To work around the issue in BCC, I worked off of two assumptions. From memcached source:
https://github.com/memcached/memcached/blob/e7c7a1089c066d105bf0a6c1a812668644a4a6f0/memcached.h#L39-L40
I can see that the max key size is darn close to 2^8=256, meaning it'll fit in a uint8. That's means that in my bcc script, I can set the max buffer size to 255 by just using 0xff, and then before the probe read I can mask the actual keysize this sentinal value to use the & bitwise and operator to convince the eBPF verifier that the key cannot be possibly out of bounds, per https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/commit/kernel/bpf/verifier.c?id=06c1c049721a995dee2829ad13b24aaf5d7c5cce
Thanks again for the help @dormando, I'd say this is actually more or less solved for memcached, so
long as the key size is something that is easy to hex mask like this. Referring me to that bcc issue
is what lead me to this linux commit comment to work around the issue.

Cool! Congrats. I tried to hint at that earlier in the thread (nkey being 8b), should've made that more assertive :)
I'll leave this open a while in case I want to link to it from a wiki page or something.


Jobs

Completed Scheduled Time Based Status (ordered)
Completed Registration Testing
Completed loading Jobs Detail from Jobs Page
Completed Categories and Status for Archived Jobs (Completed & Declined)
Completed Notable Jobs on the Dashboard according to Priority

Merged Master with Dashboard


[BUG] Chart does not draw correctly if "time: unit:" is changed with function.

Expected Behaviour

Upon changing the time unit of an axis with a function (via a button click or an options selection for example) chart should re-draw correctly with new values and ticks displayed in affected axis.
Current Behavior

Successfully affecting the "time: unit:" configuration causes chart to not draw correctly. Similar behaviour to issue #4926 .
Steps to Reproduce (for bugs)

https://jsfiddle.net/2onm894L/16/
Context

I am building a fitness app and I would like to give the user the option to change the time length over which they visualise their progress data.
Environment

Chart.js version: Latest (2.7.1)
Browser name and version: Latest Google Chrome
Link to your project: https://github.com/BGGrieco/CustomFit_architecture (Chart.js is included in the "profile.html" page, relevant code in "js/profileFunctions.js" and "js/customFitFunctions.js").

Same issue as #4926 (see my comment).
fiddle

You are right, sorry for wasting your time.


Set default Setting

As a Customer  I want to Set defualt Setting for filter

you can create a filter with a default settings you need , then use that filter to create all the other filters


[WIP] Update spec directory to use only rspec3

Add new version of rspec
Updated to latest eventmachine version
Rework all tests to rspec 3
Fixed some rubocop issues along the way under the spec directory

I saw the tests were mixed between rspec2 and rspec3. Took a stab at migrating all tests to use rspec3 and got rspec to stop showing the deprecation warnings by removing all the rspec2 code. I ran rubocop as I was working on it and fixed issues within the spec directory as I made the changes. There are a lot of changes, so heads up :smile:

Investigating why 1.9 is failing so :construction:

@jwhitehorn or anyone else: has this error happened on travis before, I can't seem to figure out the issue. It seems like installing a specific gem is causing the build to error out.

Going to close and reopen this once I test a few things to see if I can get the build error to stop for 1.9.3


Replace UK bank holidays promo with Register to vote

PT story: https://trello.com/c/ZHKtYh1P/80-4-april-update-homepage-promo
Replaces Bank Holidays promotion with Register to vote.
Expected changes
URL on gov.uk

Removes promotion "UK Bank Holidays"
Adds promotion "Register to vote"

Before

After

Looks good. When does it need to go live?

Needs to go live tomorrow morning. Merge tomorrow morning. :+1:

Thank you @jackscotti for the quick review. Much appreciated :+1:


jasper pinnings are broken

Additional comment:
@conda-forge-admin please rerender
A repo-data patch should be issued to block all previous builds to be pinnsed to x

closed via #29

no, a repo data patch should be opened limiting previous builds to 2.x and not allowing them to be installed side by side with 4.x
I mean. you could ignore this if you wanted to, but without the PR to https://github.com/conda-forge/conda-forge-repodata-patches-feedstock
you would always have a chance for the old g2clib + jasper4 combination

I see.

Working on it.

@hmaarrfk, looking at both CI and
$ mamba search --info g2clib

I see that these older build numbers (1.7.0_0 and 1.7.0_1) were also being built with jasper 4.0.0:
g2clib 1.7.0 hc16b2d9_0
-----------------------
file name   : g2clib-1.7.0-hc16b2d9_0.conda
name        : g2clib
version     : 1.7.0
build       : hc16b2d9_0
build number: 0
size        : 130 KB
license     : LGPL-3.0-only
subdir      : linux-64
url         : https://conda.anaconda.org/conda-forge/linux-64/g2clib-1.7.0-hc16b2d9_0.conda
md5         : ccac7d1f56bbba1804c3ba8a57ed5f8f
timestamp   : 2023-03-08 22:34:16 UTC
dependencies:
  - jasper >=2.0.25
  - jasper >=4.0.0,<5.0a0
  - libgcc-ng >=12
  - libpng >=1.6.39,<1.7.0a0
  - libzlib >=1.2.13,<1.3.0a0
  - zlib

g2clib 1.7.0 hc16b2d9_1
-----------------------
file name   : g2clib-1.7.0-hc16b2d9_1.conda
name        : g2clib
version     : 1.7.0
build       : hc16b2d9_1
build number: 1
size        : 130 KB
license     : LGPL-3.0-only
subdir      : linux-64
url         : https://conda.anaconda.org/conda-forge/linux-64/g2clib-1.7.0-hc16b2d9_1.conda
md5         : ec9ce534dbc8157d025e7db0b3b8f585
timestamp   : 2023-03-14 20:17:57 UTC
dependencies:
  - jasper >=2.0.25
  - jasper >=4.0.0,<5.0a0
  - libgcc-ng >=12
  - libpng >=1.6.39,<1.7.0a0
  - libzlib >=1.2.13,<1.3.0a0
  - zlib

I won't deny that things were sloppy and your fix in #29 is a good move.  But I don't understand how a repodata patch is going to change the behavior of those older builds.  The problem doesn't seem to be that they were built with jasper 2.x.

no issues about the sloppyness.
I'm now confused about why youwere getting the linking error in the first place.
I guess we can close this.

Yes, same here.  It seems like a more fundamental issue, which might actually be more concerning.


merge from master

Docs Build status updates of commit 2e0ff41:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

mixed-reality-docs/progress.md
:white_check_mark:Succeeded
View

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


Second namespace level support

Some large coperations that need to second level namespace management. the sub corporations can have more control on the image management.

requirement comes from China mobile (Suzhou)

Request from China mobile

clear the old issue. please reopen if you still need such feature.


Associations spending limits improvements.

ok, somebody let me know when this is merged and deployed, this must be high priority as right now nobody can use post associations unless they authorize user with full access


corre_hico.npy not found?

Hello!
I am running the evaluation code and it throws error while trying to load corre_hico.npy. Is this provided in the repo?
Thanks.

You are supposed to update to the latest version. and following '5.Prepare evaluation tool.' in README, thanks


roc on Sonoma Intel

Not being able to run curl -OL https://github.com/roc-lang/roc/releases/download/nightly/roc_nightly-macos_x86_64-latest.tar.gz on 14.1.1 (23B81), Intel.
dyld[20111]: Library not loaded: /usr/local/opt/z3/lib/libz3.4.12.dylib
  Referenced from: <A594BF9A-7230-3014-8807-B7D2A7DE0FD7> /Users/sdmitry/dev/roc/roc
  Reason: tried: '/usr/local/opt/z3/lib/libz3.4.12.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/usr/local/opt/z3/lib/libz3.4.12.dylib' (no such file), '/usr/local/opt/z3/lib/libz3.4.12.dylib' (no such file), '/usr/local/lib/libz3.4.12.dylib' (no such file), '/usr/lib/libz3.4.12.dylib' (no such file, not in dyld cache)
zsh: abort      ./roc --version

Any ideas?

I think brew install z3 will fix it.

I have updated the install instructions to prevent this.
See #6080

I'm getting this on apple silicon with z3 and zstd installed
~/workspace/roc_nightly-macos_apple_silicon-2023-12-02-e65f14fa496  $ brew install z3 zstd
Warning: z3 4.12.2 is already installed and up-to-date.
To reinstall 4.12.2, run:
  brew reinstall z3
Warning: zstd 1.5.5 is already installed and up-to-date.
To reinstall 1.5.5, run:
  brew reinstall zstd
(base)
~/workspace/roc_nightly-macos_apple_silicon-2023-12-02-e65f14fa496  $ roc --help
dyld[9806]: Library not loaded: /opt/homebrew/opt/z3/lib/libz3.4.12.dylib
  Referenced from: <BB1145F0-67C1-3DC8-8B2D-B400774D9C78> /Users/blakeh/workspace/roc_nightly-macos_apple_silicon-2023-12-02-e65f14fa496/roc
  Reason: tried: '/opt/homebrew/opt/z3/lib/libz3.4.12.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/opt/homebrew/opt/z3/lib/libz3.4.12.dylib' (no such file), '/opt/homebrew/opt/z3/lib/libz3.4.12.dylib' (no such file), '/usr/local/lib/libz3.4.12.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64')), '/usr/lib/libz3.4.12.dylib' (no such file, not in dyld cache)
Abort trap: 6

Hi @blakehawkins,
Can you share the output of brew --prefix z3?


about fix : Minify File 'C:\xampp\htdocs\minify-master\builder_index.js' is outside $allowDirs.

D:\xampp\htdocs\minify-master\lib\Minify\Source\Factory.php
line:143
source: if (strpos($spec['filepath'], $allowDir) !== 0) {
replace to: if (strpos(realpath($spec['filepath']), realpath($allowDir)) !== 0) {

Left slash, right slash strpos error.
strpos(realpath($path),realpath($path))...
this windows error.about Left,right slash..

i think this is also resolved with #496


Create cons.txt

domain for Bahcesehir University Conservatory: cons.bau.edu.tr

@myakin Pull request merged. Thank you!


feat: build command to build optimized wasm binaries

What
This PR adds a build subcommand that aims to hide the complexity from new users. It uses clap-cargo-extra which provides most of the cargo args that users are familiar with. Currently this PR relies on an unreleased version of the crate (I'm the author).
Added to the usual features is an optimize flag, which will aim to run the nightly version of cargo if it is installed. It also applies wasm-opt for size on the generated cargo binaries adding _opt.wasm suffix.
wasm-opt is provided from a dependency binaryen, which is added as optional, since the C++ building slowed things down and seemed to break rust-analyzer. Furthermore it seems to be an old version of binaryen and so the optimized binary generated differed from the most recent release.  The crate looks unmaintained, however, a fork and a solution like https://www.riff.sh/, might help solve the issues above.
ctor is added as a new dependency so that a function to build is triggered before any tests. This doesn't seem to slow things down if the the test contracts aren't updated.
Lastly, the tests are reorganized so that a singe test binary is built instead of individual ones. As mentioned here.
Why
Currently the build step for optimized contract binaries is awkward for new devs and most examples use a Makefile to simplify this. It also requires that you have external binaries installed.
Known limitations
Currently depends on #222 to be merged.
Currently clap-cargo-extra doesn't handle profiles, however, this could be addressed in a future PR.

This is really interesting and definitely something I've been wanting explore. A couple things for us to consider:

Portability – I think largest challenge with this command will be operating system portability. The addition of this is probably the point where we need to add back the CI builds for mac and windows that we removed a little while ago. The goal of the builds would be to ensure that the binaryen bindings and the shell-outs work consistently with a variety of Rust installations on these systems.

Necessity – This encourages use of nightly, but nightly is something we're only using to get a specific type of optimization (removing panic strings from panic!() calls), and we have another effort in progress we're experimenting with (panic_error!()) that very well could remove the need for that optimization. We're also finding we often don't need these optimizations, definitely at the moment with futurenet. So we've got a reasonable amount of time before an average developer actually needs this functionality. If we're encouraging developers to go deep on these optimization early their experimentation, we should probably stop doing that.

We should definitely keep exploring this though.

portability - Agreed, however, for now it also doesn't prevent power users from building their own way. The only tricky aspect is that is expects a cargo in the path that is a proxy that then calls a stable bin by default or +nightly etc.

necessity - the use of the optimizations is already used in the example repos, and while I agree that it's overkill (premature optimization is the root of all evil as they say), especially binaryen, it will be needed in the future as contract sizes grow. The optimization is optional and as the test example shows it already provides the functionality of ensuring the the fixtures are rebuilt before each test run.

Also aptly, it just failed CI since nightly wasn't installed, so just made it a feature and make a separate test for it.

@leighmcculloch I'm not super worried about users using nightly for their production wasm builds. It's obviously not ideal, and I think we should make it clear what users are trading off (size vs. stability) but:

WASM is sandboxed. A miscompiled contract can't hurt the host or any other unrelated contracts, the worst it can do is make a logic error. Of course this could have financial consequences to the contract or its users, but so could any bug in contracts, or bugs in the SDK, or bugs in libraries or other contracts they depend on. The stability of the compiler they use is just one factor.
Rust nightly is -- certainly by the standards of "stuff people throw into production on blockchains" -- a fairly stable and fairly high quality piece of software. Lots of rust ecosystem libraries depend on nightly features, and all the release channels ultimately derive from the same repo, so any serious problem in a nightly build is fairly quickly noticed and reverted. The main difference between nightly and non-nightly isn't quality so much as whether users can access unstable features that have no long-term stability guarantee, i.e. whether code you compiled with nightly today might still compile with nightly tomorrow. And that depends entirely on which nightly-gated features or APIs you use.
We're targeting a fairly small, conservative, non-bleeding-edge subset of the rust language feature-space and standard library API-space with soroban contracts. We're not using fancy new stuff in the traits or async system, or fancy new APIs in std -- we build most contracts no_std entirely! So my sense is that there's a fairly high intersection between "the language subset we're using" and "the language subset that has fairly high coverage with basic pre-landing integration tests, and therefore literally isn't allowed to regress at all".

In summary: I don't think it's something we need to lose sleep over users using, and they're probably going to do so by choice whether or not we pave the path for them / make it simple / build it into a command.
I would recommend we make it an option they have to choose, and maybe even default to stable, because there is a tradeoff here and users might wish to play it super safe. Same with a variety of codegen options! You can get smaller contracts if you turn off overflow checks. Some users will. Should we make it the default? Probably not. But we can't stop them, or even really make it especially hard.
In terms of whether we can achieve the same panic-shrinking without building std with panic_immediate_abort -- we tried this and it was .. disagreeable. IIRC I was actually the proponent! But also it felt bad. I'm willing to try again, but I think it's largely on "your" side (the SDK) not "mine" (the host)! The host is written not to panic at all, except during local testing. The question is one of developer UX. When we avoided the panic!() macro, IIRC we found:

Common rust idioms (unwrap / expect / panic) had to be avoided, which felt bad from a training perspective.
It was easy to get an obscure / confusing build error due to misconfiguring feature flags and targets.
We struggled to use any common (even no_std) libraries that did panics in certain cases anyways.

Personally I can .. also maybe live with these, especially if the nightly concern is strongly felt. Maybe with the recent SDK-side changes to using Result more extensively, you don't feel as inclined to panic!() or unwrap everywhere. Maybe you can configure the SDK or soroban build command in such a way that nobody gets the obscure missing-panic-handler or duplicate-panic-handler errors. I'm not sure. I feel like it's .. a bit more your call.

the worst it can do is make a logic error

This is my concern.

any serious problem in a nightly build is fairly quickly noticed and reverted

This is exactly my concern. When using nightly a developer might be using the release from yesterday that hasn't had time to "simmer" where bugs are found quickly and patched before the release makes it to beta/stable.

When we avoided the panic!() macro

I don't want to avoid the panic macro. As you said we went there, and it wasn't great. What I'm curious about is if we can find another way to reduce the code generated by panic without requiring nightly.
I agree whatever we do, we probably shouldn't require nightly, and also, we shouldn't prevent people from using it. I'll think about this some more on how we can present these options well in docs, etc, and if we can do anything differently.

Closing this, because we now have soroban contract optimize command.


Kubectl should warn when resources aren't found and discovery failed

Is this a request for help? (If yes, you should use our troubleshooting guide and community support channels, see http://kubernetes.io/docs/troubleshooting/.):
No
What keywords did you search in Kubernetes issues before filing this one? (If you have found any duplicates, you should instead reply there.):
Aggregator

Is this a BUG REPORT or FEATURE REQUEST? (choose one):

Kubernetes version (use kubectl version):
$ k version
Client Version: version.Info{Major:"1", Minor:"8+", GitVersion:"v1.8.0-alpha.0.527+bb877f1ee6b30c", GitCommit:"bb877f1ee6b30c0f70068aa5ffc4324e6443c89c", GitTreeState:"clean", BuildDate:"2017-06-13T12:26:12Z", GoVersion:"go1.8", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"8+", GitVersion:"v1.8.0-alpha.0.527+bb877f1ee6b30c", GitCommit:"bb877f1ee6b30c0f70068aa5ffc4324e6443c89c", GitTreeState:"clean", BuildDate:"2017-06-13T12:21:56Z", GoVersion:"go1.8", Compiler:"gc", Platform:"linux/amd64"}

What happened:
I set up an API service with the aggregator that had an SSL certificate which was signed with the wrong DNS name.  The API service resource had a good status, but I would get 'resource not found' errors from kubectl trying to use it.  Eventually with @deads2k's help we found that there were discovery errors against the aggregated API group.  See a gist with relevant details here: https://gist.github.com/pmorie/0e8d5ba6c43d0c7000cd05a39a8ae190
What you expected to happen:
I would expect kubectl to warn that discovery failed instead of just saying that the resource didn't exist.
How to reproduce it (as minimally and precisely as possible):
Set up an API service resource with an incorrectly signed cert and try to use one of the aggregated resources.

/remove-lifecycle rotten
/reopen
This still looks relevant

/assign

/reopen

/unassign

/sig cli
/area kubectl
/priority P2

/remove-lifecycle stale

/remove-lifecycle rotten

/remove-lifecycle stale


How can I install packages?

I need to set it permissible pystun. (https://pypi.python.org/pypi/pystun) But there is an error. How to fix it?
output (install type = pip):

Installing 'pystun'
Unhandled exception:
Traceback (most recent call last):
File "C:\Program Files (x86)\IronPython 2.7\Lib\runpy.py", line 182, in run_module
File "C:\Program Files (x86)\IronPython 2.7\Lib\runpy.py", line 111, in get_module_details
File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip_init.py", line 13, in
File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip\exceptions.py", line 6, in
File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip_vendor\six.py", line 701, in
File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip_vendor\six.py", line 692, in exec_
AttributeError: 'module' object has no attribute '_getframe'
'pystun' failed to install. Exit code: 1

or output (install type = easy_install):

Installing 'pystun'
Searching for pystun
Reading https://pypi.python.org/simple/pystun/
Scanning index of all packages (this may take a while)
Reading https://pypi.python.org/simple/
Download error on https://pypi.python.org/simple/pystun/: too many values to unpack -- Some packages may not be found!
Couldn't find index page for 'pystun' (maybe misspelled?)
Download error on https://pypi.python.org/simple/: too many values to unpack -- Some packages may not be found!
No local packages or download links found for pystun
error: Could not find suitable distribution for Requirement.parse('pystun') (--always-copy skips system and development eggs)
'pystun' failed to install. Exit code: 1

Please have a look at https://github.com/Microsoft/PTVS/issues/1720

ok thanks. i now run cmd command:
ipy -X:Frames -m pip install pystun
but i have error output:

Collecting pystun
C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip_vendor\requests\pac
kages\urllib3\util\ssl_.py:1: SNIMissingWarning: An HTTPS request has been made,
but the SNI (Subject Name Indication) extension to TLS is not available on this
platform. This may cause the server to present an incorrect TLS certificate, wh
ich can cause validation failures. For more information, see https://urllib3.rea
dthedocs.org/en/latest/security.html#snimissingwarning.
from future import absolute_import
C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip_vendor\requests\pac
kages\urllib3\connection.py:1: SubjectAltNameWarning: Certificate for pypi.pytho
n.org has no subjectAltName, falling back to check for a commonName for now.
This feature is being removed by major browsers and deprecated by RFC 2818. (Se
e https://github.com/shazow/urllib3/issues/497 for details.)
from future import absolute_import
Exception:
Traceback (most recent call last):
File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip\basecommand.
py", line 209, in main
status = self.run(options, args)
File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip\commands\ins
tall.py", line 299, in run
requirement_set.prepare_files(finder)
File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip\req\req_set.
py", line 356, in prepare_files
discovered_reqs.extend(self.prepare_file(
File "C:\Program Files (x86)\IronPython 2.7\Lib\contextlib.py", line 35, in __
exit_
self.gen.throw(type, value, traceback)
File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\pip\utils\loggin
g.py", line 36, in indent_log
yield
ValueError: too many values to unpack

At this stage, you really ought to report this to the pip or IronPython teams, as it is outside of our ability to fix.
If you simply want to use pystun, then you could consider installing Python 2.7 from python.org instead of using IronPython. Unless you are integrating it with a larger application that must use IronPython, you will generally find libraries work better with CPython.

I use IronPython only because it can make the interface of the window on WPF or WF. ok well then I'll write to other repositories.

pythonnet is another option if you specifically need Windows Forms. Unlike IronPython, it's a Python/.NET interop bridge that runs on top of stock Python interpreter.
If you just need good-looking UI, consider PySide.


Separate modules from data

The data is in DeepForest/deepforest/data/ directory.
I can move that to DeepForest/data to have modules separate from data.

Sounds good. Is there overall logic to why this is better? I'll need to rewrite tests. I want to make sure the deepforest.get_data() function still works. I don't want users to have to know where DeepForest is installed to have to access sample data, but I think using the relative path from the DeepForest/deepforest/ directory should be fine.

Here are a couple of good sources on how to handle data in Python packages:

https://setuptools.readthedocs.io/en/latest/setuptools.html#including-data-files
https://python-packaging.readthedocs.io/en/latest/non-code-files.html

From a quick skim we may want to keep this in the module directory (see below quote from second source):

Files which are to be used by your installed library (e.g. data files to support a particular computation method) should usually be placed inside of the Python module directory itself. E.g. in our case, a data file might be at funniest/funniest/data.json. That way, code which loads those files can easily specify a relative path from the consuming module’s file variable.

Will go ahead and close this


Added a condition in generators.py

Added a condition to make sure the regions in units matches the model regions in settings, in case one would like to work on a subset of 26 zones.

Is this necessary? The function load_plant_region_map already only includes regions that should be in the model. Is there something else I'm missing?


CANNOT RUN PYTHON FILE VIA TERMINAL FROM CONTEXT MENU IN VS CODE 1.21

Issue Type: Bug
From vs code context menu, there is an option to run a given code snippet in terminal, but when I try to run the code as 'Run python file in terminal' or 'Run python file / selection file in terminal' nothing happens and there is no output for the code as simple as for eg:
x = 5
y = int(x)
print(type(y))

VS Code version: Code 1.21.0 (9a199d77c82fcb82f39c68bb33c614af01c111ba, 2018-03-07T11:04:09.969Z)
OS version: Windows_NT x64 10.0.16299

System Info

Item
Value

CPUs
Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz (4 x 2400)

Memory (System)
7.89GB (2.38GB free)

Process Argv
C:\Program Files\Microsoft VS Code\Code.exe

Screen Reader
no

VM
0%

Extensions (8)

Extension
Author (truncated)
Version

code-runner
for
0.9.1

python
ms-
2018.2.1

cpptools
ms-
0.15.0

sublime-keybindings
ms-
3.0.3

team
ms-
1.122.0

debugger-for-chrome
msj
4.2.0

material-icon-theme
PKi
3.2.5

vscode-icons
rob
7.20.0

(2 theme extensions excluded)

Reproduces only with extensions

Please file this issue against the python extension here. Thanks!