Significant startup time

Linux, X11. Using eb231b3e70b87875df4bdd1974d5e94704024d70, release build (the AUR one).
Starting up alacritty takes a significant amount of time. Simply doing time alacritty -e false reports about 390ms. Other terminal emulators, such as urxvt or termite start much faster, at about 160ms for both.
It's also not just a matter of this simple benchmark, in normal usage it also feels slower to start.

I just tried with an older build and after a git pull and got more or less the same duration ~120ms.
What's your gpu and driver ?

It's an intel HD520, and I don't have the DDX driver installed.
I don't think it's opengl issue, other programs that require opengl contexts (e.g. mpv) are able to start faster.
I'll try to profile the startup time

I also wish alacritty's startup time was near instant, it's a surprisingly large component of what I look for in my preferred terminal (I would probably switch to alacritty from gnome-terminal if it just started faster). I tried changing some font / dpi settings and that seemed to affect the startup time too, so who
Has a server-client mode for alacritty ever been considered?

There's some pretty low hanging fruit in this area still before we consider something like a client-server model. For instance, we don't even start the shell (or whatever program) until after the renderer is fully initialized. We have plans (#673) to put the renderer on a secondary thread which will help both startup time and input latency.

Not really sure what happened but startup performance seems to have, as of now, significantly improved! I'm assuming putting the renderer on a separate thread would still be helpful as a takes a brief bit for the window to draw after the frame opens, but it still seems much faster overall.

I get the following results on a GTX970 with NVIDIA 387.12 drivers and Alacritty @geb231b3:
 Performance counter stats for 'alacritty -e false' (10 runs):
        132.778607      task-clock (msec)         #    0.482 CPUs utilized            ( +-  0.64% )
               187      context-switches          #    0.001 M/sec                    ( +-  5.24% )
                 0      cpu-migrations            #    0.003 K/sec                    ( +- 55.28% )
            20,744      page-faults               #    0.156 M/sec                    ( +-  0.03% )
       472,537,165      cycles                    #    3.559 GHz                      ( +-  0.93% )
       557,793,536      instructions              #    1.18  insn per cycle           ( +-  1.10% )
       115,965,180      branches                  #  873.372 M/sec                    ( +-  1.06% )
         1,361,352      branch-misses             #    1.17% of all branches          ( +-  0.22% )
       141,775,463      L1-dcache-loads           # 1067.758 M/sec                    ( +-  1.39% )
         4,855,266      L1-dcache-load-misses     #    3.42% of all L1-dcache hits    ( +-  0.14% )
         1,337,835      LLC-loads                 #   10.076 M/sec                    ( +-  0.30% )
           601,179      LLC-load-misses           #   44.94% of all LL-cache hits     ( +-  0.53% )
       0.275591435 seconds time elapsed                                          ( +-  2.48% )

I just started using the 0.2.0 version because of the scrollback feature.
I noticed that larger history values increase startup time siginficantly:
About a second on my system for 100000 and about 10 seconds for 1000000.
Runtime performance seems unchanged and better than anything else.

I've seen this too. And that's why I dropped the scrollback history to only 1000. Anecdotally (it was quite a while ago when I made that change and I didn't measure it at the time, so take with a grain of salt) that more that halved the startup-time from when scrollback history was at 10,000

With current (release build) master, 80% of callgrind time for alacritty -e false  is spent in fontconfig or libc functions called by fontconfig.
For sake of comparison, time alacritty -e false gives 0.890±0.030s real time, while xterm -e false takes 0.216±0.005s; the default st uses 0.193±0.003s, and a heavily patched st  hits 0.060±0.005s.
If startup latency is really important to you, a workaround that I've used for some of my programs is to set up a ~50MB bitmap file containing images corresponding to all ~137,000 allocated unicode code points, prerendered in grayscale at my usual font size. Then font loading reduces to calling mmap once and copying memory as needed. The obvious downside is that combining characters, color emoji, oversize characters, and other unicode features are unavailable. (Of course, for some tasks, this "downside" is a feature.)

There has been some further discussion and profiling on this issue in #1603.
I'd be interested to see how Linux and MacOS are different here. So far it seems like most reports are about fontconfig. However if there are caching issues on linux, it's not unlikely they are present on MacOS too.

So, specifically the insights from #1603 is that the fontconfig is spent in FcFontMatch, so it's not about rendering specific glyphs as far as I can tell, but about looking up the fonts in the first place. In particular, FcFontMatch is called 14 times during startup, and each call is quite costly, even though I think in theory we should only have to call it a handful of times. Especially if the user is only using a single font. Here's a flamegraph of master that includes the fontconfig symbols as well:
![profile of startup](https://jon.thesquareplanet.com/share/alacritty-slow-perf.svg

Using some manual tracing (callgraph generator when) I found the following path to FcFontMatch, which I suspect is the problematic function:
* render_cells (for cell in cells)
* GlyphCache::get
* get_glyph
* get_rendered_glyph
* face_for_glyph
* load_face_with_glyph
* FcFontMatch

I'll see if I can eliminate this.

@zacps Thanks for investigating this. Also thanks to @jonhoo for providing so many useful flamegraphs.
It looks like these metrics should allow us to get rid of a significant portion of the startup time. If you need any help, please let me know.

I'm kind of thinking that I want to try pulling in the font-kit crate rather than investing more time in our own font abstraction. I did some research yesterday on how Pango is doing fallbacks with fontconfig, and I've come to the conclusion that we are pretty far off the mark with our impl.

That sounds like a good idea, do you think it makes sense to start of by writing implementing our current font API for font-kit or adapting the current renderer to font-kit's API?

In one of my linux laptops, this is issue is particularly severe: 2s for alacritty -e false vs 140ms for gnome-terminal.
I've tried to generate a flamegraph from master (uploaded along the setup and times) in this gist: https://gist.github.com/kimsnj/6ee1a1992c856fb6a68ee94bee4780d1
(It is however missing some symbols and the rest is mangled).

@kimsnj yeah, that's where I ended up too. It's been filed as https://github.com/tomaka/winit/issues/682.

The startup time for me (measured via time alacritty -e false) significantly increases if I have a compositor running, as well as if I have a second monitor attached:
              | 1 monitor | 2 monitors |
--------------+-----------+------------+
no compositor | 150ms     | 200ms      |
compositor    | 200ms     | 270ms      |

@anowlcalledjosh can you give https://github.com/tomaka/winit/issues/682#issuecomment-466767319 a try?

@jonhoo With that version of winit, the results are much more consistent regardless of the number of monitors! With a compositor, startup takes between 150-200ms; without a compositor, it's pretty consistently about 100ms.

Just wanted to attach my benchmarks, in case it's at all helpful:
# Dell XPS 15" 9560 (just the laptop screen, no external monitors, no touchscreen)
# sway version 1.0-rc1-148-g0df76ed9 (wayland, wlroots)
# alacritty 0.2.9 (`alacritty-git` AUR package, autogenerated alacritty.yml)
$ time alacritty -e bash -c sleep 0
==> alacritty -e bash -c sleep 0  0.10s user 0.04s system 29% cpu 0.475 total

$ time termite -e false
==> termite -e false  0.08s user 0.02s system 101% cpu 0.101 total

Note: I did -e bash -c sleep 0 because -e false would hang indefinitely, for some reason. But ~0.45s seems to match my experience of opening a new alacritty window.
Please let me know if there's anything I can provide that might be helpful. I'm really excited to see alacritty take off :rocket:

Fixed! My issue was related to having nvidia-utils installed. Once I uninstalled that, everything was fast again. nvidia-utils depends on egl-wayland and eglexternalplatform.

Uninstalling nvidia-utils is definitely not a sustainable fix as that package contains both opengl and vulkan drivers (among other things). I can confirm that alacritty has at least double the startup time as urxvt.
Moving to a client-server model so you can share GPU resources instead of needing to build fonts every time definitely seems like good improvement...

I can confirm Alacritty as of today (0.3.2) is faster.
In the start of 2019, alacritty -e false took a long time, 500-1000ms maybe.
Today, alacritty -e false takes around 150ms.
Thanks @jonhoo, @ZeGentzy and you others for tracking down the root cause, you da mans!

Mine takes about 2-3 seconds to open a new terminal.

@drewboardman Which version is that?

Usually startup should be ~0.1-0.3 seconds.

I'd bet it's on some nvidia system with libglvnd or something like that, since libglvnd is traversing configs, etc.

I have a somewhat exotic arm setup.  Here are some hyperfine benchmarks for startup times.  RK3399 SOC
Alacritty:
hyperfine --warmup 3 --export-markdown alactests.md 'alacritty -e false'

Command
Mean [s]
Min [s]
Max [s]
Relative

alacritty -e false
1.488 ± 0.064
1.420
1.632
1.00

Run from Alacritty (Expand)

Command
Mean [s]
Min [s]
Max [s]
Relative

alacritty -e false
1.446 ± 0.045
1.388
1.530
1.00

Kitty:
hyperfine --warmup 3 --export-markdown kittests.md 'kitty -e false'

Command
Mean [s]
Min [s]
Max [s]
Relative

kitty -e false
1.691 ± 0.272
1.160
1.850
1.00

Run from Kitty with --single-instance
I think this is cheating because it took a while for these to close after the test and AFAICT they weren't taking input.

Command
Mean [ms]
Min [ms]
Max [ms]
Relative

kitty --single-instance -e false
401.0 ± 9.5
386.3
417.8
1.00

XFCE Term:
hyperfine --warmup 3 --export-markdown xftests.md 'xfce4-terminal -e false'

Command
Mean [ms]
Min [ms]
Max [ms]
Relative

xfce4-terminal -e false
852.1 ± 59.4
723.3
902.2
1.00

Run from xfce4-term (Astonishingly quick.)

Command
Mean [ms]
Min [ms]
Max [ms]
Relative

xfce4-terminal -e false
170.0 ± 7.9
159.0
185.4
1.00

@Thovthe That seems like extremely high startup times, even for xfce4-terminal which isn't rendering purely in OpenGL.
Do you have an extremely slow drive (like SD card) or something like that?
I'd assume that the difference between xfce4-terminal and Alacritty is mostly the additional driver startup time which I don't think we can do much about. But on a "normal" system that should mean that the startup time is < 0.2-0.3s, so it seems like your setup is rather unfortunately slow.

I found out in Arch Linux, with an Intel UHD 620 (KBL-R) laptop, Alacritty was incredibly slow (~2s startup time) when using any of the patched fontconfig packages available at AUR.
Returning to the official repository packages made a huge diffference, Alacritty now takes ~100ms to start up on my system.
Hope this is helpful to anyone that ends up here after googling. :)

I just ran into this. The built-in fontconfig is really bad, why can't this just be a build error?

I just ran into this. The built-in fontconfig is really bad, why can't this just be a build error?

This is something decided by servo. I can ping them to provide an option to disable (but there're other crates that are doing so)  that or just try to find all the libraries in alacritty and error out if something is missing/can't find. In theory the second approach could work just fine, since I also hate that sometimes it's building some fontconfig on its own.
@chrisduerr  are you fine with second approach in general, since IIRC a lot of crates are using such 'fallback'?

I don't quite understand what you mean by "try to find all the libraries in alacritty and error out if something is missing/can't find".

"try to find all the libraries in alacritty and error out if something is missing/can't find".

I mean that we can run pkg-config and try to find libraries we dynamically link to in build.rs script and error out on failure, knowing that some crates we're using will build their own copies of those libs.

I find it strange to crash on a setup we should be able to support without any problems.
If anything, it seems like we should check if we could improve the fontconfig bindings to speed things up, instead of just outright crashing.
I get the idea of notifying the user about missing dependencies, but that's one of the reasons why packaging is important. There should be packages or at least build scripts available so the user doesn't have to worry about it.

I was building a patched version of alacritty with @cyclopsian's gles3 work added, for what it's worth. Not all users are coming from packages, and it would be helpful to avoid saddling them with a broken build.

Yeah, but on the other side of things, if you won't have fontconfig at all you won't have a broken build actually, also it's stated a lot of times that fontconfig is required in INSTALL.md. However it's indeed possible to build without it.

Not all users are coming from packages

This file is purely for them https://github.com/alacritty/alacritty/blob/master/INSTALL.md , I guess they can take a look on it, but I guess most of the time you just build -> fix -> repeat, so you don't mind reading what you actually could need for your build.
I saw some reports from slow startup from builtin fontconfig, so I kind of agree on a point to throw or at least warn during build that some dependencies were not used from the system. But there's a huge chance that such warning will be missed by a user.
IIRC servo has this fallback to builtin fontconfig due to android primarily as well as some fallbacks for freetype-sys. I'd try to propose them to do what freetype-sys is doing honestly, since there's more pain from it than gain.

30 second startup time to a crappy looking terminal doesn't seem like a working build to me, unless you believe this to be the kind of behavior which alacritty is judged by as a project.

30 second startup time to a crappy looking terminal doesn't seem like a working build to me, unless you believe this to be the kind of behavior which alacritty is judged by as a project.

Convince @chrisduerr , not me :- ) , I'm +1 for that in general, since I hate debug such things from the users.

30 second startup time to a crappy looking terminal doesn't seem like a working build to me, unless you believe this to be the kind of behavior which alacritty is judged by as a project.

Note, @cyclopsian's  gles3 and gles2 branches are blending text with the window behind it IIRC, so it depends from where it came to you tbqh.

The thing is, if the startup time is 30 seconds, that is what should be fixed. Just aborting the build completely isn't really a fix for that, it just removes support for everyone who might actually try to rely on it.

Just aborting the build completely isn't really a fix for that, it just removes support for everyone who might actually try to rely on it.

If they really rely on that they could patch build script, I guess.

My patch is not intended to be a real long-term solution, it's a hack for personal use. I've noticed that issue with the alpha blending but never bothered to fix it because it doesn't affect me. (I only really use a terminal emulator maximized against a solid color background)

If they really rely on that they could patch build script, I guess.

At which point it's not supported anymore though. A bit like stating that Alacritty supports having videos as the background, you just need to write the code to patch it in. That's exactly what not supporting it is. :P

@ddevault your particular issue wrt system's Fontconfig was addressed here 0210a43196611c7c9216e923e3e11c6fe1b98876

Nice.

@ddevault your particular issue wrt system's Fontconfig was addressed here 0210a43

Sorry to be picky, but why is having better speed not a default? How many people do dynamic font loading on their system?

Trying alacritty for the first time on my X1 Carbon 7th Gen, Intel Graphics. Version 0.8.0. Running Ubuntu 20.04 with i3 and compton.
As soon as I add 2 external monitors, alacritty takes a large amount (>1sec) of time to start.
In all these tests of time alacritty -e false the alacritty window is launched on the same internal monitor, all that changes is the number of monitors attached and available.
Internal 4k: 0.212s real
Internal 4k with external 4k: 0.227s real
Internal 4k with external 4k and external FHD: 1.277s real
For some reason the addition of that last FHD monitor seems to cause alacritty to take a full extra second to start up. I don't see this issue at all with gnome-terminal (or anything else, that I can think of).
I note the description of an apparently identical issue in winit, but that was supposedly fixed 2 years ago.
Any ideas?

Experiencing slow start on X1 Carbon 8th Gen, running Arch/dwm.
time alacritty -e false gives
0.11s user 0.04s system 19% cpu 0.778 total
Any ideas?

The issues related to GPU drivers (which seem most of the things mentioned here so far) might be relieved somewhat with #5403. That should skip the driver loading time for new windows from the same instance.

I’m also affected by the very long startup time when using an external monitor!
My setup:

Arch Linux, Lenovo X1 Carbon 7th gen
Intel UHD Graphics 620 (driver: modesetting)
xorg-server 1.20.13-2 (package)
fontconfig 2:2.13.94-1 (package)
alacritty 0.9.0-1 (package)
glxinfo: OpenGL renderer string: Mesa Intel(R) UHD Graphics 620 (WHL GT2)
laptop screen: 1920x1080+0+1480 (normal left inverted right x axis y axis) 309mm x 174mm
external monitor: 1440x2560+1920+0 left (normal left inverted right x axis y axis) 597mm x 336mm

This is what I can measure:

time <term> -e false (×5 avg)
alacritty (ms)
zutty (ms)

external HDMI monitor (no)
206.8
73.0

external HDMI monitor (yes)
1134.8
69.4

And my alacritty.conf basically sets up some colors and font:
font:
  size: 13.5
  normal:
    family: Iosevka Term SS17

scrolling:
  history: 2000
  multiplier: 5

colors:
  primary:
    background:     '#fafafa'
    foreground:     '#4d4d4c'
    dim_foreground: '#d6d6d6'
  normal:
    black:          '#4d4d4c'
    red:            '#c82829'
    green:          '#718c00'
    yellow:         '#f5871f'
    blue:           '#4271ae'
    magenta:        '#8959a8'
    cyan:           '#3e999f'
    white:          '#fafafa'
  bright:
    black:          '#4d4d4c'
    red:            '#c82829'
    green:          '#718c00'
    yellow:         '#f5871f'
    blue:           '#4271ae'
    magenta:        '#8959a8'
    cyan:           '#3e999f'
    white:          '#8e908c'
  dim:
    black:          '#d6d6d6'
    red:            '#e19191'
    green:          '#b5c37d'
    yellow:         '#f7c08c'
    blue:           '#9eb5d4'
    magenta:        '#c1a9d1'
    cyan:           '#9cc9cc'
    white:          '#fafafa'
  search:
    matches:
      foreground:   '#efefef'
      background:   '#f5871f'
    focused_match:
      foreground:   '#fafafa'
      background:   '#eab700'
    bar:
      foreground:   '#fafafa'
      background:   '#4d4d4c'

@cagprado The external monitor issue sounds related to synchronisation being underspecified in opengl.
context.
However I am not sure, how the Rust bindings to OpenGL exactly work.
200ms sound okayish to me, if all other shells dont support unicode.
@occivink Has the freefont setup issue having multiple calls been fixed?

My Situation
I had similar problem in Arch where it took around 1.5(!) seconds to start in sway using i915 drivers. This was unusable and resulted in a bad user experience. I had installed alacritty with sudo pacman -S alacritty
What worked for me
I build it from source using cargo using cargo install alacritty and it greatly reduced startup time.
At the moment it starts in 0.1 sec which is a big improvement. This is good enough for my use case.
I am not sure what exactly is the problem here; building it had some side effects in my original /usr/bin/alacritty binary. It also starts in 0.1 sec.
$ time ~/.cargo/bin/alacritty -e false

real	0m0.105s
user	0m0.059s
sys	0m0.044s

$ time /usr/bin/alacritty -e false

real	0m0.107s
user	0m0.060s
sys	0m0.044s

Nevertheless, it seems to have improved startup times in my system. I can not seem to reproduce the slow startup anymore even if I uninstall the cargo alacritty package.
My laptop is an nvidia/intel gpu hybrid and I have completely disabled nvidia gpu by blacklisting the nvidia module.
Verdict
Building it in your system using cargo is something worth trying. Sorry for not having great clarity on the isuue!

Just chiming in here and wondering if there is any progress on this issue.  Killing compositor kills startup time in half, but I need that to avoid tearing (yes nvidia sucks).

Nvidia native driver (Nouveau not supported). Killing compositor kills startup time in half, but I need that to avoid tearing (yes nvidia sucks).

I use nvidia's proprietary driver too, and you might want to try to disable "allow flipping" like so in nvidia settings.

Nvidia native driver (Nouveau not supported). Killing compositor kills startup time in half, but I need that to avoid tearing (yes nvidia sucks).

I use nvidia's proprietary driver too, and you might want to try to disable "allow flipping" like so in nvidia settings.

Thanks, disabling that speeds up Alacritty's startup time a little (50ms) but it causes tearing again in my browser (Brave/Chromium). I've tried different picom backends and settings in the past, but my current configuration is the only one that is workable it seems. My next card probably won't be an Nvidia ..
Now I also just noticed that resizing a tiled (bspwm) alacritty window is super slow so there is more to this it seems. I have zero issues with st, urxvt and others.
If your startup times are significantly better than mine I would love to see your Nvidia/Picom config.

I don't have any tearing with nvidia, even without picom, but I have

this
Section "Screen"
    Identifier     "Screen0"

    # for vsync without compositor
    Option         "metamodes" "nvidia-auto-select +0+0 { ForceCompositionPipeline=On, ForceFullCompositionPipeline = On }"
    Option         "AllowIndirectGLXProtocol" "Off"
    Option         "TripleBuffer" "On"

    # Option         "ConnectToAcpid" "Off"

EndSection

inside /etc/X11/xorg.conf.d/20-nvidia.conf
Added it in few years ago, inspired by wiki.

startup times
~ ❯ hyperfine 'alacritty --class floatme,floatme -e false'
Benchmark 1: alacritty --class floatme,floatme -e false
  Time (mean ± σ):     152.7 ms ±  11.4 ms    [User: 78.0 ms, System: 46.2 ms]
  Range (min … max):   120.5 ms … 168.8 ms    18 runs

100ms better than yours. (gtx 970).
But when nothing aside from alacritty is open, I've seen as low as 115ms. St is still better, tho (~40-50ms).

picom
picom.conf
backend = "glx";

blur: {
    method = "gaussian";
    size = 21;
    deviation = 20.0;
}

blur-background-exclude = [
    "class_g = 'slop'",
    "_GTK_FRAME_EXTENTS@:c"
];

shadow = true;

shadow-exclude-reg = "x27+0-0";

shadow-exclude = [
    "class_g = 'slop'",
    "_GTK_FRAME_EXTENTS@:c"
];

wintypes: {
    tooltip = { fade = true; shadow = true; opacity = 0.9; focus = true; };
    popup_menu = { opacity = 0.9; }
    dropdown_menu = { opacity = 0.9; }
};

Note that I use latest git version and run picom --experimental-backends.

My next card probably won't be an Nvidia

Mine won't be too ;)
Also, while I haven't noticed a significant difference between SyncToVBlank = 1 or 0, I run both nvidia-settings -a "AllowFlipping=0" AND nvidia-settings -a "SyncToVBlank=0". You might want to try it too.
But I think what you're missing is probably triple buffering. Enabling it lowers latency by about 35ms. AllowFlipping=0 lowers by another ~50ms, yes.

resizing a tiled (bspwm) alacritty window is super slow

I think this is general issue with programs that use glx (probably because, as always, nvidia, but idk), regardless of compositor. E.g. mpv has same issues for me (also on bspwm, but used i3, dwm and qtile before that - same), with or without picom.

Closing this issue because there's really nothing left to be done in general as far as the original report is concerned.
Most issues here boil down to slow drivers which is not something Alacritty can fix, but which can be sidestepped with the new multiwindow feature.
Should there be any other issues causing slow-downs that aren't driver related, I encourage people to open separate issues. That way those can actually get fixed.

but it can be sidestepped with the new multiwindow feature

Just to make it clear and easier to understand for users that end up here: This feature can be used by calling alacritty msg create-window (needs another running alacritty instance though).
Benchmark for my system with nvidia drivers:
❯ time alacritty -e false
alacritty -e false  0.05s user 0.06s system 29% cpu 0.349 total

❯ time alacritty msg create-window -e false
alacritty msg create-window -e false  0.00s user 0.00s system 93% cpu 0.003 total

This removes any startup delay for me. Thanks, chrisduerr!

This removes any startup delay for me. Thanks, chrisduerr!

This is inaccurate and misleading. It's just not possible to measure the startup delay anymore, that doesn't mean it doesn't exist.
While the startup delay of a new window should be lower than the delay of a new window, it is nowhere near as fast as your "benchmark" suggests. All you're testing is the time it takes to write to the Alacritty socket.

Got it, any idea on how to measure the true wallclock time in this case then?
But anyway, using the create-window feature, for me the delay is not noticeable anymore.

Got it, any idea on how to measure the true wallclock time in this case then?

I can't think of any way to do this without modifying the code to include timers. And even then that isn't necessarily directly related to the time things are actually shown on the screen by your compositor.
So the most reliable way? High-speed camera probably.

This issue is closed but still happening it randomly and it is quite painful:
$ time alacritty -v -e false
Created log file at "/tmp/Alacritty-2192674.log"
[0.000013535s] [INFO ] [alacritty] Welcome to Alacritty
[0.000102466s] [INFO ] [alacritty] Version 0.10.1 ()
[0.000173448s] [INFO ] [alacritty] Running on Wayland
[0.001241529s] [INFO ] [alacritty] Configuration files loaded from:
                                     "/home/nrm/.config/alacritty/alacritty.yml"
[0.169032035s] [INFO ] [alacritty] Device pixel ratio: 1
[0.175583531s] [INFO ] [alacritty] Initializing glyph cache...
[0.198833350s] [INFO ] [alacritty] ... finished initializing glyph cache in 0.023228021s
[0.198865178s] [INFO ] [alacritty] Cell size: 7 x 17
[0.198873969s] [INFO ] [alacritty] Padding: 0 x 0
[0.198879976s] [INFO ] [alacritty] Width: 800, Height: 600
[0.199616077s] [INFO ] [alacritty] PTY dimensions: 35 x 114
[0.201888388s] [INFO ] [alacritty] Initialisation complete
[0.218863691s] [INFO ] [alacritty] Goodbye
Deleted log file at "/tmp/Alacritty-2192674.log"
alacritty -v -e false  0,13s user 0,05s system 72% cpu 0,251 total
$
$ time alacritty -v -e false
Created log file at "/tmp/Alacritty-2192798.log"
[0.000007084s] [INFO ] [alacritty] Welcome to Alacritty
[0.000066103s] [INFO ] [alacritty] Version 0.10.1 ()
[0.000089791s] [INFO ] [alacritty] Running on Wayland
[0.000615519s] [INFO ] [alacritty] Configuration files loaded from:
                                     "/home/nrm/.config/alacritty/alacritty.yml"
[3.002556990s] [INFO ] [alacritty] Device pixel ratio: 1
[3.009847580s] [INFO ] [alacritty] Initializing glyph cache...
[3.033161227s] [INFO ] [alacritty] ... finished initializing glyph cache in 0.023290061s
[3.033188088s] [INFO ] [alacritty] Cell size: 7 x 17
[3.033196563s] [INFO ] [alacritty] Padding: 0 x 0
[3.033201984s] [INFO ] [alacritty] Width: 800, Height: 600
[3.033987419s] [INFO ] [alacritty] PTY dimensions: 35 x 114
[3.036093887s] [INFO ] [alacritty] Initialisation complete
[3.051778020s] [INFO ] [alacritty] Goodbye
Deleted log file at "/tmp/Alacritty-2192798.log"
alacritty -v -e false  0,09s user 0,06s system 5% cpu 3,074 total

I'm running on Arch, with wayland and alacritty in version 0.10.1 with nvidia-utils installed

Run with sudo perf stat -r 10 -d alacritty -e false

If that can help us debug it, then here's mine:
 Performance counter stats for 'alacritty -e false' (10 runs):

            560.62 msec task-clock                #    1.059 CPUs utilized            ( +- 18.48% )
              1037      context-switches          #    0.002 M/sec                    ( +-  8.35% )
                35      cpu-migrations            #    0.062 K/sec                    ( +- 10.67% )
             16426      page-faults               #    0.029 M/sec                    ( +-  7.18% )
<PHONE_NUMBER>      cycles                    #    1.788 GHz                      ( +- 14.57% )  (75.22%)
         119467299      stalled-cycles-frontend   #   11.92% frontend cycles idle     ( +-  7.51% )  (75.36%)
         156433303      stalled-cycles-backend    #   15.60% backend cycles idle      ( +- 24.55% )  (75.11%)
<PHONE_NUMBER>      instructions              #    1.12  insn per cycle
                                                  #    0.14  stalled cycles per insn  ( +- 19.63% )  (75.25%)
         232835996      branches                  #  415.319 M/sec                    ( +- 12.90% )  (75.42%)
           5982434      branch-misses             #    2.57% of all branches          ( +- 14.33% )  (75.27%)
         483486217      L1-dcache-loads           #  862.415 M/sec                    ( +- 23.05% )  (75.12%)
          12271366      L1-dcache-load-misses     #    2.54% of all L1-dcache accesses  ( +- 21.32% )  (74.85%)
   <not supported>      LLC-loads
   <not supported>      LLC-load-misses

             0.529 +- 0.125 seconds time elapsed  ( +- 23.68% )

@dm17 You can do something like this: alacritty msg create-window || alacritty.

alacritty msg create-window || alacritty

Thanks! Didn't seem to work in awesomewm... Looking into it.

For anyone lurking around here like me searching for a solution for i3-wm, you can do it like:
bindsym Mod1 + Return exec --no-startup-id "alacritty msg create-window || alacritty" ; focus

Ofc feel free to customise it according to your configs.

The ; focus part shouldn't be necessary. Also, I'm not 100% sure, but I'd avoid adding --no-startup-id since the i3 User's Guide: 6.1. Executing applications (exec) mentions:

With startup-notification, i3 can make sure that a window appears on the workspace on which you used the exec command.

So the correct version would be
bindsym $mod + Return exec alacritty msg create-window || alacritty

where $mod is your modifier of preference.


Document that FromSql should be given composable SQL

See https://github.com/aspnet/EntityFrameworkCore/issues/10474#issuecomment-349236822 and potentially mention that for SQL Server there should be no terminating semicolon.

After successfully following the guidelines and implementing the examples for my own database, the API runs on the localhost. But after upoloading to Azure I just get an HTTP 200 (OK) in return and an empty JSON file.
What could be wrong?


Add Go code formatting check workflow and fix formatting issues

#78  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @iuwqyir and the rest of your teammates on  Graphite


Installing on windows fails

I've installed this package in my project before but when trying to move to a new package manager and reinstall my packages , I get an error with the following
OS : Windows 11 22H2
Node version : 21.1.0
PNPM Version: 8.10.3
node_modules/node-unrar-js postinstall$ wget https://www.rarlab.com/rar/unrarsrc-6.1.7.tar.gz && tar -xf unrarsrc-6.1.7.tar.gz -C …
│ --2023-11-22 03:50:22--  https://www.rarlab.com/rar/unrarsrc-6.1.7.tar.gz
│ Resolving www.rarlab.com (www.rarlab.com)... <IP_ADDRESS>
│ Connecting to www.rarlab.com (www.rarlab.com)|<IP_ADDRESS>|:443... connected.
│ HTTP request sent, awaiting response... 200
│ Length: 236798 (231K) [application/x-gzip]
│ Saving to: 'unrarsrc-6.1.7.tar.gz'
│      0K .......... .......... .......... .......... .......... 21%  161K 1s
│     50K .......... .......... .......... .......... .......... 43%  251K 1s
│    100K .......... .......... .......... .......... .......... 64%  227K 0s
│    150K .......... .......... .......... .......... .......... 86%  305K 0s
│    200K .......... .......... .......... .                    100%  433K=1.0s
│ 2023-11-22 03:50:25 (239 KB/s) - 'unrarsrc-6.1.7.tar.gz' saved [236798/236798]
│ tar: could not chdir to 'src/cpp'

This error hadn't happened before

I have the same problem on MacOS 14.1.1 (23B81)

@Inalegwu just install v2.0.0

<EMAIL_ADDRESS>install /app/prj/node_modules/cpu-features

node-gyp rebuild

make: Entering directory '/app/prj/node_modules/cpu-features/build'
ACTION Configuring dependencies /app/prj/node_modules/cpu-features/deps/cpu_features/build/Makefile
/bin/sh: 1: cmake: not found
make: *** [config_deps.target.mk:13: /app/prj/node_modules/cpu-features/deps/cpu_features/build/Makefile] Error 127
make: Leaving directory '/app/prj/node_modules/cpu-features/build'
gyp ERR! build error
gyp ERR! stack Error: make failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)
gyp ERR! stack     at ChildProcess.emit (events.js:400:28)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:285:12)
gyp ERR! System Linux <IP_ADDRESS>-microsoft-standard-WSL2
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /app/prj/node_modules/cpu-features
gyp ERR! node -v v14.21.3
gyp ERR! node-gyp -v v5.1.1
gyp ERR! not ok

<EMAIL_ADDRESS>postinstall /app/prj/node_modules/node-unrar-js
wget https://www.rarlab.com/rar/unrarsrc-6.1.7.tar.gz && tar -xf unrarsrc-6.1.7.tar.gz -C src/cpp && rm -rf unrarsrc-6.1.7.tar.gz

--2023-11-24 08:52:57--  https://www.rarlab.com/rar/unrarsrc-6.1.7.tar.gz
Resolving www.rarlab.com (www.rarlab.com)... <IP_ADDRESS>
Connecting to www.rarlab.com (www.rarlab.com)|<IP_ADDRESS>|:443... connected.
HTTP request sent, awaiting response... 200
Length: 236798 (231K) [application/x-gzip]
Saving to: ‘unrarsrc-6.1.7.tar.gz’
unrarsrc-6.1.7.tar.gz               100%[==================================================================>] 231.25K  83.5KB/s    in 2.8s
2023-11-24 08:53:03 (83.5 KB/s) - ‘unrarsrc-6.1.7.tar.gz’ saved [236798/236798]
tar: src/cpp: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
npm ERR! code ELIFECYCLE
npm ERR! errno 2
npm ERR<EMAIL_ADDRESS>postinstall: wget https://www.rarlab.com/rar/unrarsrc-6.1.7.tar.gz && tar -xf unrarsrc-6.1.7.tar.gz -C src/cpp && rm -rf unrarsrc-6.1.7.tar.gz
npm ERR! Exit status 2
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>postinstall script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2023-11-24T08_53_06_961Z-debug.log
I'm having the same issue, so I installed<EMAIL_ADDRESS>and it's installed

same issue on ubuntu.  It looks like the tar command is failing because the src/cpp folder doesn't exist.

@Inalegwu just install v2.0.0

That still fails with the same error

Same issue on a MacBook Air M2 on macOS Sonoma v14.1. Node.js v20.10.0, npm v10.2.3.

same error on linux

Sorry guys, it's a bug introduced in v2.0.1, it's fixed now, please upgrade to v2.0.2.


modify hide_column_headers annotation

This attribute is currently defined in the table-display annotation and can be used to hide the column headers on the record page. The changes that we should do regarding this attribute are:

[x] Fix the documentation that is saying it's used in compact context (it's used in detailed).
[ ] Rename it to hide_column_header to be consistent with the other annotations (namely show_nulls and show_foreign_key_link).
[x] Allow it to be defined under column-display annotation as well. Then chaise should use this attribute to hide the specific column (instead of hiding all the columns). This will avoid the current custom-css changes that we're doing in rbk/gudmap to hide the column header for the treeview.

update:

column display contextualized?

apply to just record app

Implementing these changes will fix issue #1993 in chaise.

PR #868 has been merged into master. In chaise, this is only implemented for the record app (detailed context).

@RFSH should we keep this issue open because of the 2nd bullet point?

Yes, I think so. And it's a very small change (I don't think it's worth creating an extra issue for it)

I renamed hide_column_headers to hide_column_header in this commit. I didn't remove the old name and it should still work for backwards compatibility purposes.


Added mass patching methods in Patching Utilities for convenience

Also patches that used those fixes were changed to use the mass patching methods

#6 will need to be modified, as I've (partially) did those changes there as well


How to fetch latest git commit version along with  /refresh Actuator call.

Hi ,
I want to fetch the latest git commit version along with  /refresh Actuator call . Can you please help me sample code or java class  to modify to fetch commit version.
springCloudVersion=Edgware.SR3
springBootVersion=1.5.10.RELEASE
Thanks in advance.
Harinath.

Not sure what you mean, are asking how to fetch a specific commit when calling /refresh?

Thanks for your reply ,Ryan.
I want to fetch  latest commit version number from Git repository when config server query git repository(during /refresh call) to load latest properties. I want to display this git latest commit version number in our applications meta data to know the version being by application.
Harinath.

Everytime a GET request is made to the config server it will execute a pull on the remote git repo to pull in the latest changes.  The /refresh call will cause the GET to be made so you should be served the latest changes from the remote Git repo.

Thanks for Reply,Ryan.
/refresh call will return version value along with updated property values?If yes, How can i extract version value from config refresh call?
Harinath.

I believe the version is returned in the JSON response from the config server, however there is not API in the config client that exposes that information
{
	"name": "application",
	"profiles": [
		"default"
	],
	"label": null,
	"version": "b70e3220f238a0631052b2d18e3e5859eccf12fd",
	"state": null,
	"propertySources": [{
		"name": "https://github.com/ryanjbaxter/ocr-config-repo/application.yml",
		"source": {
			"eureka.client.serviceUrl.defaultZone": "${vcap.services.ocr-eureka.credentials.uri:http://localhost:8761/eureka/}",
			"eureka.instance.hostname": "${vcap.application.uris[0]:localhost}",
			"eureka.instance.metadataMap.instanceId": "${vcap.application.instance_id:${spring.application.name}:${spring.application.instance_id:${server.port}}}",
			"management.endpoints.web.exposure.include": "*"
		}
	}]
}

It is the git commit version

I believe they are different

Hi Ryan,
I have one doubt in config server fetch process. here is the use-case:
use-case: I want deploy my  applications  into 2 containers(container1 and conatiner2) .Application will fetch config properties from  Git repo. initially, i'm going to bring up container1 , so application running in container1 will connect configserver and configserver will fetch properties from Git Repo.After container1 is up, then i will  change Git repo url to invalid url or assume git Repo server is down.Now, i will bring up container2 . here is my doubt, How configserver return properties for container2? will it take from local cache or it will try fetch from Git repo and fail with error ?
Thanks in advance.
Harinath.

For questions like this we would prefer you use StackOverflow or Gitter in the future.
By default it will try and reach out to git but there is a property that can control how often this happen.
spring.cloud.config.server.git.refresh-rate

Thanks Ryan.
Harinath.

Following your thread the relevant question is still open.
If i start my boot app with spring cloud cfg client embedded with myapp.jar --spring.application.json='{"spring.cloud.config.label":"master"}'...and the wanna do a refresh but using spring.cloud.config.label=mybranach or spring.cloud.config.label=otherTagThanHead .. how can i do that without a restart .. at least so my @RefreshScope antated props are sourced from the new origin?


0.1.5

Checklist

[x] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

@goanpeca I have a few questions about this feedstock:

Should I add a command that runs napari-3d-counter's pytest tests?

If so, a few extra packages would be required for testing:  pytest-qt  scikit-image
I currently have all tests run before I upload to pypi using a github action, so perhaps it's not necessary to run them again for conda-forge

Should I add a copy of the license for napari-3d-counter in this repo?

Thanks!

Hi @pnewstein no need to create this PR, the bot should create a new one (as you can see at https://github.com/conda-forge/napari-3d-counter-feedstock/pull/2

Should I add a command that runs napari-3d-counter's pytest [tests]

No need, the test section is meant to perform a quick test, usually running the CLI if any, or importing modules to ensure that all requirements are there. It is not meant to run a full test suite.

Should I add a copy of the license for napari-3d-counter in this repo?

If it is already packaged (which is the case https://pypi.org/project/napari-zelda/0.1.11/#files) then no need :)
Closing this PR in favour of th eother one, you can make direct edits on the files over there
Thanks!


removing sarah

Docs Build status updates of commit 0cb28c4:
:warning: Validation status: warnings

File
Status
Preview URL
Details

advocates/index.html.yml
:warning:Warning
View
Details

advocates/map.yml
:white_check_mark:Succeeded
View

advocates/media/profiles/sarah-guthals.png
:white_check_mark:Succeeded

advocates/sarah-guthals.yml
:white_check_mark:Succeeded

advocates/toc.yml
:white_check_mark:Succeeded
View

advocates/index.html.yml

Line 10, Column 8: [Warning-file-not-found] Invalid file link: './map'.
Line 12, Column 8: [Warning-file-not-found] Invalid file link: './tweets'.

For more details, please refer to the build report.
If you see build warnings/errors with permission issues, it might be due to single sign-on (SSO) enabled on Microsoft's GitHub organizations. Please follow instructions here to re-authorize your GitHub account to Docs Build.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
Note: Your PR may contain errors or warnings unrelated to the files you changed. This happens when external dependencies like GitHub alias, Microsoft alias, cross repo links are updated. Please use these instructions to resolve them.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


Fix minor typos in test names

[Current coverage][cc-pull] is 75.15%

Merging [#2351][cc-pull] into [master][cc-base-branch] will decrease coverage by 16.65%

@@             master      #2351   diff @@
==========================================
  Files            94         94
  Lines         10479      10479
  Methods        1275       1275
  Messages          0          0
  Branches       1713       1713
==========================================
- Hits           9621       7876   -1745
- Misses          858       2603   +1745
  Partials          0          0

Powered by Codecov. Last updated by [ab3b4ad...89cbe9e][cc-compare]
[cc-base-branch]: https://codecov.io/gh/ParsePlatform/parse-server/branch/master?src=pr
[cc-compare]: https://codecov.io/gh/ParsePlatform/parse-server/compare/ab3b4addbfbd96a19eb0f447f3938d01a445db04...89cbe9e7c22bf971d8b6f040d5b4533c4057e926?src=pr
[cc-pull]: https://codecov.io/gh/ParsePlatform/parse-server/pull/2351?src=pr


[AutoDiff] TF-204: Don't propagate @differentiable to property initializer functions.

@differentiable on stored properties with default values should not be propagated to their default value initializer functions.
Resolves TF-204.

@swift-ci please test tensorflow


Gateway removed body after adding input_headers config Krakend

Environment info:

KrakenD version: Version: 2.0.5
System info: Linux <IP_ADDRESS>-microsoft-standard-WSL2 x86_64
Hardware specs: 4 CPUs, 16GB RAM
Backend technology: Node
Additional environment information:

Describe what are you trying to do:
I'm trying to extract field from JWT token (JWT.uid) then pass it to the backend service as header[x-uid], but the Gateway removed the request body out of the request which is passed to backend service
Your configuration file:

{
	"version": 3,
	"endpoints": [{
		"method": "POST",
		"endpoint": "/content/v1/web-contents",
		"output_encoding": "no-op",
		"backend": [{
			"host": ["http://localhost:8082"],
			"url_pattern": "/content/v1/web-contents"
		}],
		"input_headers": ["x-uid"],
		"extra_config": {
			"auth/validator": {
				"alg": "HS512",
				"audience": ["localhost:3000"],
				"issuer": "localhost:8080",
				"roles_key": "roles",
				"roles": [
					"admin"
				],
				"jwk_url": "http://localhost:8081/jwk/symmetric.json",
				"disable_jwk_security": true,
				"propagate_claims": [
					["uid", "x-uid"]
				]
			}
		}
	}]
}

Configuration check output:
Result of krakend check -dtc krakend.json --lint command
Parsing configuration file: krakend.json
Global settings
        Name:
        Port: 8080
        Default backend hosts: [http://localhost:8080]
2 global component configuration(s):
- auth/revoker
- security/cors

- POST /content/v1/web-contents
Timeout: 3s
1 endpoint component configuration(s):
- auth/validator
Connecting to 1 backend(s):
        [+] POST /content/v1/web-contents
        Timeout: 3s
        Hosts: [http://localhost:8082]

0 async agent(s):
Syntax OK!

Commands used:
krakend run -d -c krakend.json

Logs:
[GIN] 2022/07/25 - 15:52:34 | 400 |      5.4589ms |             ::1 | POST     "/content/v1/web-contents"

The logs show a 400, which is a bad request, and presumably, this status code comes from the backend itself.
You can see the body that is injected into your backend by replacing your backend with the krakend debug endpoint: https://www.krakend.io/docs/endpoints/debug-endpoint/
Whatever is printed in the krakend logs as post body is what your backend is receiving.

I've added an integration test covering this exact scenario and it works (https://github.com/krakendio/krakend-ce/pull/616).
Check that there are no other headers required by your backend (such as Content-Type or Content-Length)


Correction for raw affiliation University of Rennes 1, Inserm, LTSI-U1099, Rennes, France

Correction needed for raw affiliation University of Rennes 1, Inserm, LTSI-U1099, Rennes, France
raw_affiliation_name: University of Rennes 1, Inserm, LTSI-U1099, Rennes, France
new_rors: 015m7wh34;02vjkv261;01f1amm71
previous_rors: 015m7wh34;02vjkv261
works_examples: W4322731034
contact: 1ea2350ac51438e6a4fc046b237a01bd:e6048d2878b73e66d5286f37ed1a9354 @ univ-rennes.fr

This issue was accepted and ingested by the OpenAlex team on 2024-10-10. The new affiliations should be visible within the next 7 days.


CI: handle external PRs with approved-for-ci-run label

Currently, PRs from external contributors (or rather PRs created from forks, even from neondatabase members) will fail because they don't have access to secrets.
Use the same approach as we follow in neondatabase/neon repo (link).
Here's the relevant README part:

How to run a CI pipeline on Pull Requests from external contributors
An instruction for maintainers
TL;DR:

Review the PR
If and only if it looks safe (i.e. it doesn't contain any malicious code which could expose secrets or harm the CI), then:

Add approved-for-ci-run label to the PR

Repeat all steps after any change to the PR.

When the changes are ready to get merged — merge the original PR (not the internal one)

Longer version:
GitHub Actions triggered by the pull_request event don't share repository secrets with forks (for security reasons).
So, passing the CI pipeline on Pull Requests from external contributors is impossible.
We're using the following approach to make it work:

After the review, assign the approved-for-ci-run label to the PR if changes look safe
A GitHub Action will create an internal branch and a new PR with the same changes (for example, for a PR #1234, it'll be a branch ci-run/pr-1234)
Because the PR is created from the internal branch, it can access repository secrets (that's why it's crucial to make sure that the PR doesn't contain any malicious code that could expose our secrets or intentionally harm the CI)
The label gets removed automatically, so to run CI again with new changes, the label should be added again (after the review)

For details see approved-for-ci-run.yml

Tested on https://github.com/neondatabase/autoscaling/pull/1007 — it works!

Thank you!


Support KHR_lights_punctual

When exporting a scene that contains lights, for example PointLight and then import back in three.js I found that the lights are imported as generic Object3D, instead of light type. Is this the expected behavior?

This is deliberate, as glTF does not have a native concept of lights. There is a ratified extension for them, and I expect at some point UnityGLTF will support that, but progress is slow.

Ah ok, thanks for the information

Updating the title of this to track support for this extension

Hello, can you please confirm this is the active thread concerning including scene lighting in Unity GLB exports and if there is any update on status (or, if I should be looking elsewhere?).  thank you!
On a related note:  I have noticed the WaterBottle.glb example has nice lighting that looks to be scene driven.  But, I cannot figure out how that was achieved.  Does anyone have an idea how that lighting was accomplished?
Thank you.

Please update to the latest version and open a new issue if the problem persists. Thanks!


Update grabbingOneCommit.js

good catch! sometimes this can be true (separate branches all stacked) but i think commits works a bit better here.
its a narrow difference though so the translations being out of sync probably isnt a huge deal


Config entry AnnounceFlags does not document setting for 10 (0x0a) even though it is the default

[Enter feedback here]

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

ID: 1d09b16e-4bbb-91fa-3d84-e7623ec4dc07
Version Independent ID: b6eadad5-0167-34b6-ed3a-16fa7ee83c60
Content: Windows Time service tools and settings
Content Source: WindowsServerDocs/networking/windows-time-service/Windows-Time-Service-Tools-and-Settings.md
Product: windows-server
Technology: networking
GitHub Login: @v-tappelgate
Microsoft Alias: v-tappelgate

#assign:xelu86

Hey @gchancellor,
Thanks again for contacting Microsoft. We value your feedback. A documentation change has been made under the "Config entries" section and is live.
We will be closing this as resolved. Thank you and have a most pleasant day. #please-close


Update Modal.com integration docs

Hey, I'm a Modal Labs engineer and I'm making this docs update after getting a user question in our beta Slack space about the Langchain integration docs.
🔗  Modal beta-testers link to docs discussion thread
@baskaryan (no one is specifically listed as docs person)

awesome, thanks @thundergolfer!


Builiding buttons for the app

Hey everyone, I would like to raise an issue for the gssocer's working on our Spectrum UI. The task is to implement the design for a set of buttons. These buttons should be responsive and the code should maintain a clean structure.
The buttons need to be customizable with specific fields to modify their appearance. The customizable options include color, content (text), width (normal or full), size (small, medium, and large), and type (elevated, outlined, and text).
Let's ensure that the implemented buttons adhere to these design requirements and provide the necessary flexibility for customization. Clean and well-structured code is highly appreciated in this implementation. Thank you!
Screenshot of design:

Figma link :
https://www.figma.com/file/dcIv4w6QJy6kGcO25EfCu9/Spectrum-UI?type=design&node-id=10%3A45778&t=O4e6D1KqwHXg5nut-1

Please assign me this issue, I am a GSSOC'23 participant and would love to work on this issue

Please assign this issue to me. I have already completed a few button designs, and they are almost done.

@MihirCharan42 you have been assigned this task

thanks @ashdude1401 will make a pull request soon

hey @ashdude1401 if the issue is still open i would like to contribute to this issue.


Sync published with master

Sync the 'published' repo with 'master'

@paigehargrave I've created a PR to sync the 'published' repo with 'master'. I do see other changes along with the changes I've committed. Could you take a look and see if these are safe to publish?
Thanks.

Deploy preview for docsdocker ready!
Built with commit 8d3cf35b48b8544d2d6c05eefac9cabc11c06207
https://deploy-preview-8754--docsdocker.netlify.com

@usha-mandya - These look OK to me.

Thank you SO much for verifying these for me @paigehargrave.


Who's using CLTokenInputView?

I'd love to know! Links welcome!

:wave:

https://actor.im

@rsattar  am using it in swift.:-). Great framework.. working perfectly..
small doubt.. i would like to resign keyboard on tap of "Return" on keyboard.. which delegate will notify return action?.. please let me know..


Optimise regular expressions by precompiling them

I've replaced most regexps with precompiled versions.
My theory is that some of these expressions are impressively long since we're importing Perl character groups in them. These then really slow down the regexp cache lookups as they end up doing massive string comparisons each call to check whether the key matches the compiled version in the regexp compilation cache (which is just a dict).
I've skipped some of the smaller ones for now since their compile cache lookup time will be miniscule.
Also tested but currently not in this pull request, because @ZJaume mentioned it:
pip install pyre2
sed '/import re/import re2 as re/g' tokerizer.py

Command:
time cat ../empty-trainer/contrib/test-data/clean.zhen.10k | cut -f2 | python -m sacremoses -l en detokenize > /dev/null

User times (averaged over 3 runs, but they're very consistent):

branch
time

Main
9.04s

This
3.28s

This with pyre2
2.71s

I checked the tokenize command against the main branch, and there's little performance benefit, if at all. Patterns are compiled and cached, and _compile is no longer the top time consuming function.
… And this fits well in my hypothesis! It is only in the detokenizer that patterns are dynamically constructed, e.g. lines such as re.search(r"^['][{}]".format(self.IsAlpha), token). self.IsAlpha is massive. Because the format() call constructs a new str every time, a simple id(a) == id(b) won't identify two strings as identical and full on == comparison between the two strings has to happen in the key lookup of the regexp compilation cache.
With that in mind, I'm seeing whether just moving the format() call out of the function body, into the object initialisation, is sufficient. If there's no further measurable benefit of calling compile ahead of time, I'm not going through with this.

When you mean little performance benefit, you mean less than what is reported in #133 ? For me, those numbers seem enough to merge ahead of time compilation.

If I measure tokenisation, #133 is working better than what I attempted:
main: cat big.txt | python -m sacremoses -l en tokenize > /dev/null
  Time (mean ± σ):     33.647 s ±  0.401 s    [User: 33.144 s, System: 0.448 s]
  Range (min … max):   33.198 s … 34.533 s    10 runs

#133: cat big.txt | python -m sacremoses -l en tokenize > /dev/null
  Time (mean ± σ):     30.709 s ±  0.085 s    [User: 30.214 s, System: 0.479 s]
  Range (min … max):   30.589 s … 30.879 s    10 runs

this: cat big.txt | python -m sacremoses -l en tokenize > /dev/null
  Time (mean ± σ):     31.099 s ±  0.235 s    [User: 30.578 s, System: 0.495 s]
  Range (min … max):   30.736 s … 31.439 s    10 runs

Detokenisation, not so much. But I can fix that retroactively after merging #133:
#133: cat big.txt | python -m sacremoses -l en detokenize > /dev/null
  Time (mean ± σ):     35.786 s ±  0.612 s    [User: 35.058 s, System: 0.475 s]
  Range (min … max):   34.669 s … 36.835 s    10 runs

this: cat big.txt | python -m sacremoses -l en detokenize > /dev/null
  Time (mean ± σ):     12.485 s ±  0.194 s    [User: 12.073 s, System: 0.392 s]
  Range (min … max):   12.251 s … 12.775 s    10 runs

Replaced by #133 and #143


RxTools don't support RedNAND

"Boot rxMode EmuNAND" In 2.1.0 downgrade repeated failure

added notice


Gallery App, Scrollable Tabs, last tab (language) is truncated

After swiping left all the way to the end, the top tab bar does not also scroll. Notice how the name for the last tab is truncated.

cc @HansMuller

Fixed by https://github.com/flutter/flutter/pull/2350


Onboard OpenSearch Benchmark to Docker and ECR

Description
This PR incorporates the following:

Adds Dockerfile to build OpenSearch Benchmark Docker image
Adds docker.yml which adds a new workflow that automates the publishing process to Dockerhub opensearchstaging
Adds README.md on how to run, build a copy, and publish the OpenSearch Benchmark Docker image
Removes Dockerfiles/Dockerfile-dev and bin/entrypoint.sh since they are inherited from Rally but they are not necessary.

Note:
docker.yml essentially will log into opensearchstaging Dockerhub account and publish
Issues Resolved
#221
Testing

[x] New functionality includes testing

How were these changes tested?

Tested building Dockerfile locally, ran the image, verified OSB and Python version installed, and ran OSB tests
Published to personal Dockerhub repository via Github Actions in my personal Dockerhub repository
Pulled the image (with tag latest and 0.2.0) from personal Dockerhub repository, ran it, verified OSB and Python versions installed, and ran OSB tests

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Integration tests are failing due to https://github.com/opensearch-project/opensearch-benchmark-workloads/issues/67 and a fix is currently being worked on. However, this PR should not affect integration tests

Please note the issue for the build/release process here after it has been created.


docs(auto): add automatic doc generation

Coverage remained the same at 100.0% when pulling b25ec19d4b862ce06053107434b8d5b5e45c0b90 on docs into ff6d061649242b33ec858b3fbc54a410c3e02f11 on 2.0.0.

Coverage remained the same at 100.0% when pulling b25ec19d4b862ce06053107434b8d5b5e45c0b90 on docs into ff6d061649242b33ec858b3fbc54a410c3e02f11 on 2.0.0.

Coverage remained the same at 100.0% when pulling b25ec19d4b862ce06053107434b8d5b5e45c0b90 on docs into ff6d061649242b33ec858b3fbc54a410c3e02f11 on 2.0.0.

Coverage remained the same at 100.0% when pulling ef7ef159b949af0644a99efe92e579da20c3e20a on docs into ff6d061649242b33ec858b3fbc54a410c3e02f11 on 2.0.0.


OSD-NYC

Blog post for first nyc meet up

When is the next meetup scheduled?

@dmichl coool :+1: :grin: thanks so much for re-capping your event. Super exciting we have an NYC chapter now!!!

@dmichl sooo awesome! Great you folks are organizing (and writing about it!), and happy to see familiar folks like @davelab6 and @toolness were there too! :tada:


DOC: improve fillna() doc for limit keyword (fixes #10002)

fixes #10002

Actually, in the way I interpret "maximum size gap to forward or backward fill", this is not fully correct.
I interpret it as "only fill that gap if the gap is not larger as 'limit'", but it is "per gap, fill a maximum numbers of 'limit'":
In [10]: s=pd.Series(range(4), index=[1,2,5,9])

In [11]: s = s.reindex(range(10))

In [12]: s
Out[12]:
0   NaN
1     0
2     1
3   NaN
4   NaN
5     2
6   NaN
7   NaN
8   NaN
9     3
dtype: float64

In [13]: s.fillna(method='ffill', limit=2)
Out[13]:
0   NaN
1     0
2     1
3     1
4     1
5     2
6     2
7     2
8   NaN
9     3
dtype: float64

What if we rephrase it to say something like:
"maximum number of consecutive holes to forward or backward fill"

lgtm

It is a bit subjective, but I would personally still interpret that not fully correct (I see a hole as possibly multiple NaN values if they are consecutive, but maybe this is not correct language?).
Otherwise: "maximum number of consecutive NaN values to forward/backward file per hole"
I think an example in the docstring to show this behaviour would possibly be the most clarifying.

Ah yeah I suppose you could interpret a "hole" as multiple NaNs. @jorisvandenbossche please see the updated changes in the diff, I wonder if it's now clear to you.

Thanks!


[CP][beta channel] Please merge 7ad9feb2d6dd3814d0e2bf738c1403e123e00135 into the 2.14 beta branch

commit(s) to merge: 7ad9feb2d6dd3814d0e2bf738c1403e123e00135
merge instructions: clean merge into the beta branch at Version 2.14.0-377.4.beta
What is the issue: After adding static methods hash, hasAll and hashAllUnordered to the Object class, the analyzer treats them as static members of dynamic when you try to tear something of that name off from dynamic. This results in errors from the Analyzer which are confusing.
What is the fix: The analyzer does not resolve to static Object members via dynamic.
Why cherrypick: This is a regression from earlier behavior as static methods hash, hasAll and hashAllUnordered have been added to the Object class,
Risk: Once the change rolls into Google3 and is verified the risk should be low.
Link to original issue(s): #46472
This will be considered for cherry pick in the next cherry pick window for Flutter 2.5/Dart 2.14
/cc @kevmoo @mit-mit @whesse @athomas @vsmenon @devoncarew @scheglov

approved

Merged to beta in 9a1827339c8e4e55a9b214d033aeba7d30daa28f (2.14.0-377.7.beta).

This cherry pick was not clean, because the added tests depend on the rename of isNullSafetySdkAndLegacyLibrary in https://dart-review.googlesource.com/c/sdk/+/209520
The impact is that the test pkg/analyzer/test/src/dart/resolution/property_access_test fails, and the analyzer test that analyzes that directory also fails.
I suppose a fix for this should be added as a new CP request, but only landed if other CPs are necessary.

//cc @scheglov regarding comment from @whesse above do we need a new CP or is the failing test ok ?

I think it is OK to let this test to fail, because we test it in the master, but if we are to add any more changes to the functionality, we would have to patch tests as well.


Testing with InMemory provider

Resolves #95

Closing this one, will open a new PR that puts testing in the Miscellaneous section


Test Newtonsoft.Json v11

We should make a separate branch with v11 and test whether it won't cause any problems for projects that depend on earlier versions.

here is the branch: https://github.com/TelegramBots/Telegram.Bot/tree/update_ex?files=1

https://softwareengineering.stackexchange.com/questions/336279/policies-on-nuget-dependencies-versions-when-developing-a-library

@karb0f0s thank you. Didn't know about that. But there's another thing that bothers me and I don't see it mentioned in the answer: what if my library not only uses json internally but also exposes some methods that accept types from the json lib (e.g. JsonSerializerSettings). It will expect types from the version my lib uses, but the project that uses my lib can have higher version with breaking changes. What will happen in that case? E.g. ASP.NET Core MVC package is doing exactly this: you can pass your own settings to it.

as I understand, if one library exposes methods, that use external lib reference, than latest external ref wins. but, if you specify compatibility range in lib references, then lowest version wins :-/. idk how's all that supposed to work in real project, how can you tell which version is used during runtime? get assembly.version through reflection?

I think we should be good with using v11 in our next release.


Add cython dependency as work-around for conda-forge/python-stratify-feedstock#15

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender


Calender timeformat

Hi!
i found an issue in the Calender timeformat display. The wrong entry is in calender.js Line 84.
It says, if timeformat=24 then "hh:mm" but the right format is "HH:mm".
Can u change the Line with the next update?
Regards
Daniel

It is fixed since 1.5 months or so https://github.com/MichMich/MagicMirror/commit/db0bd3fa2ded2d4ed22670c304f3b7b0a0264bd9#diff-b26c2d32b9ae09e625122f9ae285d361
So it will be in the next update :)

Hi, maybe the same issue: the first entry within the calendar shows up with e.g. 7:00, but it's 19:00 (I'm using 24h settings ( see picture)
btw, can I setup the calendar that the first entry is also shown with the date only (not "friday...)?
Thanks!

Fixe din next release. Feel free to reopen if it doesn't solve the issue.


KeyError 'img_in.weight._data' on run with --offload --fp8

KeyError
'img_in.weight._data'
File "I:\flux\PuLID\flux\util.py", line 158, in load_flow_model_quintized
requantize(model, sd, quantization_map, device=device)
File "I:\flux\PuLID\app_flux.py", line 25, in get_models
model = load_flow_model_quintized(name, device="cpu" if offload else device)
File "I:\flux\PuLID\app_flux.py", line 39, in init
self.model, self.ae, self.t5, self.clip = get_models(
File "I:\flux\PuLID\app_flux.py", line 197, in create_demo
generator = FluxGenerator(model_name, device, offload, aggressive_offload, args)
File "I:\flux\PuLID\app_flux.py", line 325, in
demo = create_demo(args, args.name, args.device, args.offload, args.aggressive_offload)
KeyError: 'img_in.weight._data'
optimum-quanto==0.2.4
torch==2.4.1+cu121
torchvision==0.19.1+cu121
In ckpt_path I load unet/flux1-dev-fp8.safetensors

We use flux-fp8 checkpoint from https://huggingface.co/XLabs-AI/flux-dev-fp8 (it will be automatically downloaded), please check if you are using the same model. We also update the readme to make it more clear.

I also encountered an error when loading the X_lab model and its accompanying config file. Instead, I changed it to other unet and unet config files, and it run successfully. The following is a picture of the success:

I also encountered an error when loading the X_lab model and its accompanying config file. Instead, I changed it to other unet and unet config files, and it run successfully. The following is a picture of the success:

This does not look like PuLID-FLUX. As far as we know, the porting to comfyui is still in develop.

I also encountered an error when loading the X_lab model and its accompanying config file. Instead, I changed it to other unet and unet config files, and it run successfully. The following is a picture of the success:

This does not look like PuLID-FLUX. As far as we know, the porting to comfyui is still in develop.

it working with PULID flux ,and run in 12 G VRAM

flux-dev-fp8

Yes I pass another flux-dev-fp8.safetensors, which weighed 16 GB. With the correct file it worked.


Implement Single Sign-On (SSO) Authentication with Azure Active Directory, GitHub, and Google

What would you like to see?
I would like to suggest a new feature for the implementation of Single Sign-On (SSO) authentication using Azure Active Directory, GitHub, and Google. This feature would enhance security and streamline the login process by allowing users to authenticate through these widely-used platforms.
Why it would be useful:

Enhanced Security: Leveraging the security features of Azure AD, GitHub, and Google can help secure the authentication process.
User Convenience: Users can sign in with their existing accounts without needing to remember additional passwords.
Increased Adoption: Easier access might encourage more users to try out and continue using the platform.

This feature could potentially lead to higher user satisfaction and streamline workflows by reducing the barriers to entry. I believe that integrating SSO with these services would make a significant positive impact on the user experience.

This would be awesome!

Could we also keep a generic "read user from an Auth header" on the radar, as that would open up using basically any third party auth system. For instance, I have Open WebUI header-authenticating via a Cloudflare Access worker tied to Discord and GitHub.

I use Keycloak. it's better to support generic OIDC.

+1 on this feature, would make adoption into pre-existing environments much easier and make it easier for companies to use

I think using https://authjs.dev/getting-started/installation?framework=express might be the best solution since it supports multiple auth methods. The library used in #1326 only supports Google.

+1 Could also include LDAP auth which is commonly used in company environment.

Has this enhancement been started yet? If so, where can I follow / maybe contribute to its progress?

There's a PR from May that started implementing this, but it hasn't been reviewed yet:
https://github.com/Mintplex-Labs/anything-llm/pull/1326

I just wanted to add that integrating Single Sign-On (SSO) with third-party authentication providers and OpenID Connect (OIDC) would greatly facilitate deploying this tool across our enterprise. In our case, we use OAuth and Azure Active Directory for authentication, along with Duo for multi-factor authentication (MFA).
I would personally love to see this feature request given a very high priority.

Are there any updates available? When will the integration with authorisation providers available?

It would be HUGE to also implement Azure EntraID login to the DESKTOP app too.
The requirement to add an API key to use Azure Open AI is a blocker for many orgs.
(Of course the Docker image can be deployed centrally, but that in-turn introduces complexity.)
Imagine a world where enterprise users download a pre-vetted version of the AnythingLLM desktop app from the org's download center, login with their credentials, and now have access to the orgs Azure OpenAI.
That would basically be Enterprise ChatGPT...

Hi, I'm also curious about this feature. It is the only thing I need before being able to implement AnythingLLM across my organization. Thanks!

+1 Please SAML integration. Especially for MS Entra.


make tm

$ make tm
cp -fr editors/JavaScript\ mocha.tmbundle ~/Library/Application\ Support/TextMate/Bundles/JavaScript\ mocha.tmbundle
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle: No such file or directory
cp: editors/JavaScript mocha.tmbundle: unable to copy extended attributes to /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle: No such file or directory
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/info.plist: No such file or directory
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/Snippets: No such file or directory
cp: editors/JavaScript mocha.tmbundle/Snippets: unable to copy extended attributes to /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/Snippets: No such file or directory
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/Snippets/bdd - after each.tmSnippet: No such file or directory
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/Snippets/bdd - after.tmSnippet: No such file or directory
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/Snippets/bdd - before each.tmSnippet: No such file or directory
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/Snippets/bdd - before.tmSnippet: No such file or directory
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/Snippets/bdd - it.tmSnippet: No such file or directory
cp: /Users/dscape/Library/Application Support/TextMate/Bundles/JavaScript mocha.tmbundle/Snippets/untitled.tmSnippet: No such file or directory
make: *** [tm] Error 1

hmm, must not have any user bundles or something, try mkdir -ping that first, if that's fine i'll add it to the makefile

I was fine solving it, was just reporting case you can think of how to fix the script :)
dscape at new-host in ~/Desktop/dev/spell on master
$ ls -la ~/Library/Application\ Support/TextMate/
total 8
drwxr-xr-x   5 dscape  staff   170 Dec 11 11:50 .
drwx------+ 26 dscape  staff   884 Dec  6 06:05 ..
drwxr-xr-x   3 dscape  staff   102 Nov  9 01:48 Pristine Copy
-rw-r--r--   1 dscape  staff     5 Dec 11 11:50 TextMate.pid
drwxr-xr-x  64 dscape  staff  2176 Nov  9 02:14 Themes

do have bundles here:
$ ls -la ~/Library/Application\ Support/TextMate/Pristine\ Copy/Bundlestotal 0
drwxr-xr-x  3 dscape  staff  102 Nov  9 02:56 .
drwxr-xr-x  3 dscape  staff  102 Nov  9 01:48 ..
drwxr-xr-x  8 dscape  staff  272 Nov  9 02:54 javascript-tools.tmbundle

And:
dscape at new-host in ~/Desktop/dev/spell on master
$ mkdir -p  ~/Library/Application\ Support/TextMate/Bundles/JavaScript
dscape at new-host-2 in ~/Desktop/dev/mocha on master
$ make tm
cp -fr editors/JavaScript\ mocha.tmbundle ~/Library/Application\ Support/TextMate/Bundles/JavaScript\ mocha.tmbundle


Unit-tests for loads and stores

Why not read memory by larger chunks?

Ok, makes sense.

Please resolve merge conflicts.


Optimize image size (resolves #33)

Contributor Comments
This trims 110 MB off of the build without compromising capabilities.
Pull Request Checklist
Thank you for submitting a contribution to easy_infra!
In order to streamline the review of your contribution we ask that you review and comply with the below requirements:

[X] Ensure that make build completes successfully
[X] Rebase your branch against the latest commit of the target branch, which likely should be master
[X] If there is an issue associated with your Pull Request, align your PR title with this documentation

So I did consider pulling in packages at runtime, but that would mean that every time you run the image, it needs to download what it needs.  Whereas if you bake it into the base image, it's already cached locally and you only download items once per docker image version.  After reviewing the image for where the storage is going it appears to be needed for the tools that we have baked in; at least while az is using a non-system python, and while mmdc requires chrome, and I'm reluctant to move anything to be added at runtime which breaks the container's immutability properties.


Default invocation on python3 anaconda install fails

I run flintrock inside a conda environment with python3, so
venv/bin/python3 -Wdefault::DeprecationWarning flintrock.py "$@"

fails. Thus, alas, flintrock doesn't work out-of-the-box. Is it possible to instead just call python3 ?(see https://github.com/nchammas/flintrock/blob/master/flintrock#L3 )

I'm working on packaging Flintrock correctly using setuptools and family as part of #15.
You can just call python3 flintrock.py and everything will work the same. The flintrock executable is just a handy shortcut.
Does that resolve your issue?

Since this flintrock script is a bash script, would it be possible to check for the existence of a virtualenv, and fall back to running python3 from the user's environment (via env python3 or similar) if the user has not set up a virtualenv?
I understand the general philosophy behind encouraging virtualenv use, but it doesn't fit my workflow and so I will probably continue to edit the flintrock shell script to be able to use my default Anaconda Python interpreter.  It's not a huge burden to have to edit this script by hand, but I suspect this is something that will trip up new users who try to clone and run flintrock from github.  A quick mod to the script like I've proposed above would help to eliminate this tiny bit of new user friction without compromising much else!

@broxtronix - That would be helpful, though I believe that Bash script will soon go away as part of #15 and be replaced by a console_scripts entry point which enables pip to automatically setup the correct executable regardless of platform (OS X, Linux, Windows).
I think that's the "correct" way to setup packages for installation, though I'm still figuring this stuff out myself honestly.

Feel free to make that change, though, as you are right it will help eliminate some friction in the meantime without any cost.

Oh, btw @ericmjonas a quick tip: Hit y when you're looking at some file on GitHub and GitHub will update the URL to a permanent reference link. :smile_cat:
Your current link to flintrock will refer to a different line or break if we edit or remove the file.

@ericmjonas @broxtronix - Now that Flintrock 0.1 has been released (yay! :tada:) please let me know if this is still an issue.
I've updated the docs to reflect how Flintrock should be installed. It should be both simpler than before and more "correct", and it should cover both of your use cases.


Dark Mode for Vessel Profile page

This issue depends on #368 being completed.
When Dark Mode is on - the Vessel Profile page should look like this: https://mongodb.invisionapp.com/share/PCYZ6ZW7FR8#/screens/433591783_Vessel_Profile
Color key for light mode: https://mongodb.invisionapp.com/share/PCYZ6ZW7FR8#/screens/433591768_Color_Key_-Light_Mode
Color key for dark mode: https://mongodb.invisionapp.com/share/PCYZ6ZW7FR8#/screens/433591769_Color_Key-Dark_Mode
Component Color specs for light mode: https://mongodb.invisionapp.com/share/PCYZ6ZW7FR8#/screens/433591770_Component_Colors-Light_Mode
Component Color specs for dark mode: https://mongodb.invisionapp.com/share/PCYZ6ZW7FR8#/screens/433591771_Component_Colors-_Dark_Mode
Both dark and light modes should follow the color key and specs above (it is possible that the current light mode is not), and colors should be stored in:
app/src/main/res/values-night/colors.xml
app/src/main/res/values/colors.xml
Please make sure to TEST your build on a device or emulator to verify everything has changed - you can get a login and realm-app-id with easy instructions at https://wildaid.github.io/contribute/sandbox.html

@Sheeri I'd like to work on this, can you assign it to me?

Hello @ashwinpilgaonkar, thanks for offering to work on this! I have assigned it to you.


Fix invalid date

https://sentry.io/organizations/participedia-sentry-errors/issues/1739419139/?project=1524525&query=is%3Aunresolved
https://sentry.io/organizations/participedia-sentry-errors/issues/1158686160/?project=1524525&query=is%3Aunresolved

thanks for this fix @paninee! what is the best way to test this locally?

@ascott I tested it with following steps:

Login as admin.
update article’s published date.
Use safari and test with empty date.


Copy text from CISA bad-practice page into README

🗣 Description

Copy text from https://www.cisa.gov/BadPractices into repository.
💭 Motivation and context

The text is required for contributors to both read and suggest modifications.
🧪 Testing

Automated tests locally and in GitHub Actions.
✅ Checklist

[x] This PR has an informative and human-readable title.
[x] Changes are limited to a single goal - eschew scope creep!
[x] All relevant type-of-change labels have been added.
[x] I have read the CONTRIBUTING document.
[x] These code changes follow cisagov code standards.
[x] All relevant repo and/or project documentation has been updated
to reflect the changes in this PR.
[x] All new and existing tests pass.

Does it make sense to include the "Contributing" blurb here? I know we want people to contribute, but it seems to muddy the waters a bit here.

I agree the contributing blurb doesn't fit as well with this type of project, but it does serve as a placeholder.   I think we can let the new owners decide to change it.


Support Unicode arrows

This is the second in a series of PRs to give KaTeX the ability to recognize Unicode character input.
All the characters in this PR will produce rel atoms.

As in PR #933, the following table shows the KaTeX function to which each character is mapped, and confirmation whether unicode math and/or John Cook’s conversion page map it the same way.

  They are all items that have perfectly good AMS functions. Despite that, unicode math chose to invent their own unnecessary synonyms.
By synonym I mean that the two functions:

Have identical MathML results.
Have identical HTML results.
The sameness goes deeper than final output. They are also identical while in the DOM tree and while in the MathML tree.

For such synonyms, it doesn't matter which one we map to.
In order to use the unicode math mapping, I would have to add code, such as:
defineSymbol(math, ams, rel, "\u21ba", "\\acwopencirclearrow", true);

That line of code would accomplish nothing. So I would rather not add it. On the other hand, it doesn't harm much either. KaTeX behavior would not change. It just adds one line of code bloat.

I made a second commit, af5954d, to fix the lint error. That commit does not seem to be recognized here. Any suggestions would be welcome.

I've updated the test page

Are the symbols with synonyms identical when rendered in LaTeX?

That line of code would accomplish nothing. So I would rather not add it.

It does nothing because \u21ba would already map to \circlearrowleft?  It would define \\ acwopencirclearrow, but I doubt many people use that even if they're using unicode-math.

It does nothing because \u21ba would already map to \circlearrowleft?

Those are my thoughts exactly. I see no point for \acwopencirclearrow.
Now for a bit of wild speculation as to why they invented another function.  unicode math maps characters not just in the BMP, but also in the Unicode ranges for Bold Latin, Italic Latin, etc, etc. So they end up mapping 2400 characters to TeX-like functions. They had to invent a lot of those function names, such as  \BbbC instead of \mathbb{C}. So they used naming schema.
Now the speculation: They grew to like their schema and they like things to be orderly. Notice that in most arrow functions, the "left" or  "right" come at the beginning of the name. But in \dashleftarrow, the "left" is not at the beginning. How sloppy! Not orderly! Must change!
Okay, that's probably wrong. I have no idea why they invented a new function name. I just see no point in it.

@kevinbarabash  One last thought. Obviously, I would prefer to not add that extra line of code. But my preference is lightly held. It's your call. If you want it in, let me know.

Another alternative would be to define the aliases using the macros. The slight practical benefit is that then a user could override that make with custom macros. But I don't see that actually being that useful.
I'm fine with having the unicode symbol expand to what LaTeX would expand to, without defining the intermediate alias. Should probably document in a comment though.

I am closing this PR so that I can resubmit it from a branch instead of from master.


Recurring Volume Snapshot Custom Action Form

Implement recurring volume snapshot custom action form with tags (snapshot policies - create/update/list/delete):

Example on how to add a custom action form, you can see: https://github.com/apache/cloudstack-primate/pull/69/files

@utchoang cc @svenvogel tagged for next tasks to consider. Thanks.

Ping @utchoang - you may pick this one. cc @svenvogel

@rhtyd cc @svenvogel  OK. I'll working with this task. Thank you.

PR added, closing this.


Codec eq

It would be convenient at least for testing if the codec classes implemented __eq__.

Done in https://github.com/alimanfoo/numcodecs


Windows conflict with GetMessage

If the imported proto file has a function called GetMessage, TurboLink will generate a corresponding .h/cpp matching that interface, and including all of its standard includes.
Unfortunately, the include chain also pulls in WinUser.h, included through an upstream Windows.h include, which defines a macro:
#ifdef UNICODE
#define GetMessage  GetMessageW
#else
#define GetMessage  GetMessageA
#endif // !UNICODE

This ultimately causes the generated file to not compile because the macro has renamed the function.
This is a known problem within the Windows API, where many function names are redefined via macro to FunctionNameW or FunctionNameA, but still something that can cause problems with TurboLink. For now, I'm using #undef GetMessage after the include in the generated file, but others might find better workarounds or a proper solution that avoids the accidental upstream inclusion of windows.h.

My suggestion is to change the name of the function to avoid conflict with the Windows API. Seems that there is no better way.


[Snyk] Upgrade eslint from 8.36.0 to 8.37.0

This PR was automatically created by Snyk using the credentials of a real user.Snyk has created this PR to upgrade eslint from 8.36.0 to 8.37.0.
:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

The recommended version is 1 version ahead of your current version.
The recommended version was released 22 days ago, on 2023-03-28.

Release notes

Package name: eslint

8.37.0 - 2023-03-28Features

b6ab8b2 feat: require-unicode-regexp add suggestions (#17007) (Josh Goldberg)
10022b1 feat: Copy getScope() to SourceCode (#17004) (Nicholas C. Zakas)
1665c02 feat: Use plugin metadata for flat config serialization (#16992) (Nicholas C. Zakas)
b3634f6 feat: docs license (#17010) (Samuel Roldan)
892e6e5 feat: languageOptions.parser must be an object. (#16985) (Nicholas C. Zakas)

Bug Fixes

619f3fd fix: correctly handle null default config in RuleTester (#17023) (Brad Zacher)
1fbf118 fix: getFirstToken/getLastToken on comment-only node (#16889) (Francesco Trotta)
129e252 fix: Fix typo in logical-assignment-operators rule description (#17000) (Francesco Trotta)

Documentation

75339df docs: fix typos and missing info in id-match docs (#17029) (Ed Lucas)
ec2d830 docs: Fix typos in the semi rule docs (#17012) (Andrii Lundiak)
e39f28d docs: add back to top button (#16979) (Tanuj Kanti)
721c717 docs: Custom Processors cleanup and expansion (#16838) (Ben Perlmutter)
d049f97 docs: 'How ESLint is Maintained' page (#16961) (Ben Perlmutter)
5251a92 docs: Describe guard options for guard-for-in (#16986) (alope107)
6157d81 docs: Add example to guard-for-in docs. (#16983) (alope107)
fd47998 docs: update Array.prototype.toSorted specification link (#16982) (Milos Djermanovic)
3e1cf6b docs: Copy edits on Maintain ESLint docs (#16939) (Ben Perlmutter)

Chores

c67f299 chore: upgrade<EMAIL_ADDRESS>(#17033) (Milos Djermanovic)
ee9ddbd chore: package.json update for @ eslint/js release (ESLint Jenkins)
dddb475 chore: upgrade<EMAIL_ADDRESS>(#17032) (Milos Djermanovic)
522431e chore: upgrade<EMAIL_ADDRESS>(#17031) (Milos Djermanovic)
f5f9a88 chore: upgrade<EMAIL_ADDRESS>(#17030) (Milos Djermanovic)
4dd8d52 ci: bump actions/stale from 7 to 8 (#17026) (dependabot[bot])
ad9dd6a chore: remove duplicate scss, (#17005) (Strek)
ada6a3e ci: unpin Node 19 (#16993) (Milos Djermanovic)
c3da975 chore: Remove triage label from template (#16990) (Nicholas C. Zakas)
69bc0e2 ci: pin Node 19 to 19.7.0 (#16987) (Milos Djermanovic)

8.36.0 - 2023-03-10Features

c89a485 feat: Add checkJSDoc option to multiline-comment-style (#16807) (Laurent Cozic)
f5f5e11 feat: Serialize parsers/processors in flat config (#16944) (Nicholas C. Zakas)
4799297 feat: use @ eslint-community dependencies (#16784) (Michaël De Boey)

Bug Fixes

92c1943 fix: correctly iterate files matched by glob patterns (#16831) (Nitin Kumar)

Documentation

b98fdd4 docs: Update README (GitHub Actions Bot)
caf08ce docs: fix estree link in custom formatters docs (#16967) (Milos Djermanovic)
3398431 docs: Custom Parsers cleanup/expansion (#16887) (Ben Perlmutter)
19d3531 docs: Update README (GitHub Actions Bot)
b09a512 docs: detect and fix broken links (#16837) (Nitin Kumar)

Chores

602b111 chore: upgrade<EMAIL_ADDRESS>(#16978) (Milos Djermanovic)
43c2345 chore: package.json update for @ eslint/js release (ESLint Jenkins)
00afb84 chore: upgrade<EMAIL_ADDRESS>(#16977) (Milos Djermanovic)
698c5aa chore: upgrade<EMAIL_ADDRESS>(#16976) (Milos Djermanovic)
75acdd2 chore: lint more js files in docs (#16964) (Milos Djermanovic)
89d9844 ci: bump actions/add-to-project from 0.4.0 to 0.4.1 (#16943) (dependabot[bot])

    from eslint GitHub release notes

Commit messages

Package name: eslint

4c46fb3 8.37.0
3413d34 Build: changelog update for 8.37.0
c67f299 chore: upgrade<EMAIL_ADDRESS>(#17033)
ee9ddbd chore: package.json update for @ eslint/js release
dddb475 chore: upgrade<EMAIL_ADDRESS>(#17032)
522431e chore: upgrade<EMAIL_ADDRESS>(#17031)
f5f9a88 chore: upgrade<EMAIL_ADDRESS>(#17030)
75339df docs: fix typos and missing info in id-match docs (#17029)
b6ab8b2 feat: `require-unicode-regexp` add suggestions (#17007)
4dd8d52 ci: bump actions/stale from 7 to 8 (#17026)
619f3fd fix: correctly handle `null` default config in `RuleTester` (#17023)
ec2d830 docs: Fix typos in the `semi` rule docs (#17012)
e39f28d docs: add back to top button (#16979)
ad9dd6a chore: remove duplicate scss, (#17005)
10022b1 feat: Copy getScope() to SourceCode (#17004)
1665c02 feat: Use plugin metadata for flat config serialization (#16992)
b3634f6 feat: docs license (#17010)
721c717 docs: Custom Processors cleanup and expansion (#16838)
1fbf118 fix: `getFirstToken`/`getLastToken` on comment-only node (#16889)
129e252 fix: Fix typo in `logical-assignment-operators` rule description (#17000)
892e6e5 feat: languageOptions.parser must be an object. (#16985)
ada6a3e ci: unpin Node 19 (#16993)
c3da975 chore: Remove triage label from template (#16990)
d049f97 docs: 'How ESLint is Maintained' page (#16961)

Compare

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
🧐 View latest project report
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs

Codecov Report
Patch and project coverage have no change.

Comparison is base (0cecbd3) 100.00% compared to head (5c09ed2) 100.00%.

Additional details and impacted files
@@            Coverage Diff            @@
##            master       #66   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files            1         1
  Lines          126       126
  Branches        11        11
=========================================
  Hits           126       126

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


pass Wireguard spec.address to LoadBalancerIP

this PR is to address #183.

:tada: This issue has been resolved in version 2.1.0 :tada:
The release is available on:

v2.1.0
GitHub release

Your semantic-release bot :package::rocket:

@jodevsa Thank you for merging so quickly


Update CoverArtArchiveApi implementation to support release-groups

It seems this API should be able to support querying by release-group MBID in addition to release MBID. Would it be possible to add this to option as a new API method?
https://beta.musicbrainz.org/doc/Cover_Art_Archive/API#/release-group/{mbid}/

Sorry just saw the recent update and previous issue. Closing.


Disable TinyIoC AutoRegister

In a small project we noticed a hit in performance using Nancy. Visual Studio's analyse suggests TinyIoC AutoRegister as a possible reason for that :

In our custom Bootstrapper we registered our types one by one so we're suprised AutoRegister is ever called.
Is there a way to disable TinyIoC's auto registration? And presumably expect a resolving exception ?
Thanks !

See the wiki:

If you don't want to take advantage of the "AutoRegister" feature you can take control of adding dependencies into the container by overriding one or both of the following methods:

ConfigureApplicationContainer - This is called once, when the Bootstrapper is executed, and is used to register dependencies that you either wish to have application scope lifetimes (application singletons), or be registered as multi-instance:
ConfigureRequestContainer - This is called once per request, before the module matching the route is resolved, and is used to register singletons that will have request lifetime.

And further down:

The default Nancy bootstrapper will "autoregister" everything it can in its default implementation of ConfigureApplicationContainer.
By calling "base" after you've made a manual registration you are effectively copying over your original registration by autoregister.

Basically, remove calls to base.ConfigureApplicationContainer(container) :smile:


Added apt-get update to custom_data parameter in the hanselmanfarm ex…

…amples to avoid failures in repo path
On my latest tests of this example the deployment was failing with 404's on the apt run.

Thanks for your contribution. This is currently failing travisci due to a rake/rupocop incompatibility. There might be a new rubocop release later today (https://github.com/bbatsov/rubocop/pull/2931) but I won't hold this up for that, since it's example code anyways.


publish on melpa

https://github.com/melpa/melpa/pull/5286

Don't forget the licence file.

it's in the readme already:
https://github.com/wbolster/emacs-python-pytest/blob/master/README.rst#license

update: addressed some reviewer comments from @purcell: https://github.com/melpa/melpa/pull/5286#issuecomment-366231211

https://melpa.org/#/python-pytest  🎉


Can't install UWP - Certificate Error

When I attempt to install the app on Windows 10, I get:

Either you need a new certificate installed for this app package, or you need a new app package with trusted certificates. Your system administrator or the app developer can help. A certificate chain processed, but terminated in a root certificate which isn't trusted (0x800B0109)

Somehow I knew I'll be getting this one. I'm out of town for 2 days, I'll take a look at this on Monday.

@mica I've updated the UWP package. Can you please download that UWP.CoManga.zip file and try installing CoManga by double clicking on "comic_dl.UWP_<IP_ADDRESS>_x86_x64_arm.appxbundle".

Same error:
Either you need a new certificate installed for this app package, or you need a new app package with trusted certificates. Your system administrator or the app developer can help. A certificate chain processed, but terminated in a root certificate which isn't trusted (0x800B0109)

Yep, this is an issue with the certificate. Since it's a self signed certificate, I need to look into how to update it to get it working.

The UWP installer will not install the certificate nor the dependencies packages
You have to install it manually and put in on the local machine under the Trusted Root Authorities section.
For future reference, here a link: https://blogs.msdn.microsoft.com/appinstaller/2016/05/27/app-installer/

You dn't need to install CoManga from this .zip file. You can fetch the updated binary from the Microsoft Windows Store directly now.
Get It Here : CoManga UWP
Please do confirm so I can close this.

Will be closing this now.


Avoid protocol definition while including fonts

I think this improves #246 since it will let the browser decide when to use the right protocol. This way it should be compatible with both http and https version.
cc/ @DeirdreAllison

@kennyadsl thanks! This is now merged in.


[feat] Adds helpers to convert js lists to a dart list (Resolves #281)

[feat] Adds a helpers to convert js list to a dart list  (Resolves #281)
Updates:

Converted TouchListWrapper to JSListWrapper which is a generic wrapper  to work with different types of js list.
Updates TouchListConvert to use JSListWrapper.
Added two new helpers, HTMLCollectionConvert on HTMLCollection and NodeListConvert on NodeList to convert js list to a dart list.

[x] I’ve reviewed the contributor guide and applied the relevant portions to this PR.

Contribution guidelines:

See our contributor guide for general expectations for PRs.
Larger or significant changes should be discussed in an issue before creating a PR.
Contributions to our repos should follow the Dart style guide and use dart format.
Most changes should add an entry to the changelog and may need to rev the pubspec package version.
Changes to packages require corresponding tests.

Note that many Dart repos have a weekly cadence for reviewing PRs - please allow for some latency before initial review feedback.

@srujzs

Awesome, @rutvik110 – we'll want a changelog entry here, too!

@srujzs Changelog added.

LGTM, let's merge it! The analysis issues are unrelated and I'm working on fixing that.