Trinket EAMs and shift clicking

Updated to 1.16.4
Trinket EAMs are now handled

The signature for getting modifiers now passes a UUID to use

Shift clicking now goes into trinket slots

Uses the quick move predicate system
Does the classic trinket slot group preview when a slot is shift clicked into (showing the group for 20 ticks unless another group is focused in that time)

Smaller things

Trinket onEquip and onUnequip methods are now called, meaning every method in Trinket is now handled and used properly (except for onBreak)
Buttons are no longer highlighted or interactable while a trinket group is open (a bug in the classic trinkets that was never actually fixed)

One final note, we're getting really close to release ready with trinkets, I would consider it very usable at this state. The biggest things that are unimplemented are locked slots and the fact that slot amounts are handled as different slots instead of expanding out vertically like we mentioned.

I've also just added a couple things I forgot to do, that being a refactor of the trinket render system and some helper method for getting or determining equipped items


Already paid liabilities

WIP: DO NOT MERGE
This is the first attempt to clear up some of the ambiguity about the status of paid liabilities.  It will need design, copy and review.

In the case request model, we've got this;
  def all_fees_paid?
    return unless liabilities?
    liabilities.all?(&:paid?)
  end

That returns falsey (i.e. nil) if there are no liabilities, which seems a bit odd. But I can see how returning true would also be weird!
It's only called once, by app/views/case_requests/show.html.erb, so maybe we can adjust the logic a bit.

Regarding your comment about the confirmation code, if we're using the case number and the confirmation code like a username and password, then I absolutely agree the confirmation code should be encrypted.
If it turns out we're going to require users to use/create some other authentication credentials, then maybe not. Let's chat about this when we can include all relevant team-members.


Show severity levels directly in the output

Hi first of all thanks for your linter :+1:
Without using json output, its hard to get severity level (error, warning ...), so can we have a way to output it directly?
For example ...
sourcePreview.vim:110:16: unexpected token: <EOL> (see ynkdir/vim-vimlparser)

... will become something like this:
sourcePreview.vim:110:16: error: unexpected token: <EOL> (see ynkdir/vim-vimlparser)

Its will be easier then to integrate vint into external tools.

This feature released with v0.3.3.
You can do it by using the --format option.
vint --format '{file_path}:{line_number}:{column_number}: {severity}: {description} (see {reference})'

See: https://github.com/Kuniwak/vint/wiki/About---format-option

Just awesome :+1: Thank you.
I close the issue.


flagged

this is badly flagged. hit up my dms

I want to quickly reply to this and say it’s impossible to generate a flagged HSL it’s all about the checkconfig request to get the JWT itself that is what could be flagged which then would make a flagged HSL value lol their is nothing wrong with how I generate/format the HSL.

Proton, you do realise that when you stated "1" # this is the value h0nde made all that unnecessary code for this is from very old code. The "1" aka that value actually does matter.

Proton, you do realise that when you stated "1" # this is the value h0nde made all that unnecessary code for this is from very old code. The "1" aka that value actually does matter.


Update permissions for githubtoken stale.yml

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.


[BUG] Use scikit-learn and not sklearn in your show_versions

Describe the bug
Hi,
First of all, thanks for the great work at aeon.
When creating an issue yesterday, I did, as asked:
from aeon import show_versions; show_versions()

and was surprised to see that my version of sklearn is 0.0.
Actually, the correct way would be to write scikit-learn and not sklearn at line 50 of aeon/aeon/utils/_maint/_show_versions.py due to the sklearn package deprecation.
Steps/Code to reproduce the bug
No response
Expected results
scikit-learn: 1.2.2

Actual results
sklearn: 0.0

Versions
No response

thanks for spotting that, would welcome a PR to correct it


Unknown UDP Port is getting Started.

Hi
We have observed some random UDP port is getting started along with Janus Server. Have already checked the code but not able to locate any such code who is opening this port.
We are testing with janus 3.8.7-6878f19
[fedora@robs-2018 APIGateway]$ ./janus_linux-amd64 version
janus 3.8.7-6878f19
with a sample janus.toml as
################################################################
Global configuration
################################################################
port = 8080
[log]
level = "debug"
format = "text"
################################################################
API configuration backend
################################################################
[web]
port = 8081
[web.credentials]
The algorithm that you want to use to create your JWT
algorithm = "HS256"
This is the secret that you will use to encrypt your JWT
secret = "secret key"
[web.credentials.basic]
A dictionary with the user and password
users = [{admin = "admin"}]
[database]
dsn = "file:///etc/janus"
Reproduction Steps:
./janus_linux-amd64 start -c janus.toml
[fedora@robs-2018 RCP2.0]$ ps -eaf | grep janus
fedora   30930 25242  0 09:59 pts/4    00:00:00 ./janus_linux-amd64 start -c janus.toml
[fedora@robs-2018 RCP2.0]$ netstat -lanp | grep 30930
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
tcp6       0      0 :::8081                 :::*                    LISTEN      30930/./janus_linux
tcp6       0      0 :::8080                 :::*                    LISTEN      30930/./janus_linux
udp6       0      0 :::42106                :::                                30930/./janus_linux*
Q: Who is opening this UDP socket and Why and how can we close it . I assume it is still in RC and not yet released one.
Q: The other questions is we are planning to use Janus in our project but not sure how widely it is used and also as the project is moved to maintenance mode how about critical BUG support ?
I appreciate currently how it is developed and all features it supports currently but e.g TLS mode does not take the port mentioned in [TLS] field but from Global Config as listener seems to be created before this check, like this one.
Thanks in Advance
Swanand

Hi
Any comments who is opening this UDP port , not able to find it from Janus Code but maybe if it is coming from vendor or someplace.
Your reply is highly appreciated !!!
Thanks
Swanand


Re-organize README file to make it clearer for both users side and developers side.

Checklist:

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the main branch of freeCodeCamp.
[x] All the files I changed are in the same world language, for example: only English changes, or only Chinese changes, etc.

@rosapang Thanks for your suggestions here. I agree that we could break some of this up into a section for contributors and a section for learners (we should use the word "learner" instead of "user").
There are a few changes that may have been accidents, such as removing the h4 heading on the certifications and removing their numbers. At the risk of complicating the history of this file, I am going to close this pull request and you can open another one with just those targeted changes.


Bug: Emacs package missing dependencies

The emacs package appears to be missing some dependencies needed to make it compile (at least on Ubuntu 20.04). The current AUR package has a number of other dependencies: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=emacs28-git
The following are what I needed to get this compiled (or at least to start compiling - will update if anything more is needed)

libgtk-3-dev
libxpm-dev
libgif-dev

Has this been looked at at all?

Has this been looked at at all?

Yes sorry, forgot about this.


Proxy capable

How to make it proxy capable? I tried to changing HttpClientHandler and adding proxy to app.config (https://github.com/trydis/FIFA-Ultimate-Team-Toolkit/issues/288) but in both cases Toolkit is not working with proxy. Other request like getting IP from other site (client.DownloadString("http://bot.whatismyipaddress.com/") is working fine with proxy (after changing app.config because it will automaticly use proxy for all application). So proxy is working but Toolkit don't want to work with it (even can't login).

This is all you need to do: https://msdn.microsoft.com/en-us/library/kd3cf2ex(v=vs.110).aspx

@tringler, I tried it buy still not working.
<system.net>
    <defaultProxy useDefaultCredentials="true" enabled="true">
      <proxy
        usesystemdefault="True"
        proxyaddress="http://[proxy ip]:[proxy port]"
        bypassonlocal="True"
    />
    </defaultProxy>
  </system.net>

Just can't login after that.

Just use:
<system.net>
    <defaultProxy useDefaultCredentials="true" enabled="true">
      <proxy
        usesystemdefault="True"
    />
    </defaultProxy>
  </system.net>

Then it will use the systemproxy you setup via i.e. Internet Explorer as system-wide proxy.

I want to add different proxies when you initialize new FutClient (like Cookie Container). I tried to add this code to HttpClientWrapper.cs or FutRequestFactories.cs but it not works. Just can't log in with it.
public HttpClientWrapper()
        {
            Proxy webProxy_Interface = new Proxy(new Uri("[https//proxy ip]:[proxy port"]));
            webProxy_Interface.Credentials = CredentialCache.DefaultNetworkCredentials;

            MessageHandler = new HttpClientHandler { AutomaticDecompression = DecompressionMethods.GZip, Proxy = webProxy_Interface, UseProxy = true };
            _httpClient = new HttpClient(MessageHandler);
            SetExpectContinueHeaderToFalse();
        }

It would be nice if someone can say how that can be fixed.

I had System.Net.Http.HttpRequestException (An error occurred while sending the request.) when I'm trying to login with proxy.

No action on this issue, so I will close that issue now.


Invert logical expression, using De Morgan Law

It would be nice if I could transform an Boolean expression using De Morgan's Theorems. It's useful when you want to convert an 'if' expression into an 'else', or simply switch the form of your expression.

Examples:
Selecting first OR term (!(A && B)) in the next expression and switching:
!(A && B) || C
wold give:
(A && B) || C
Anywhere in the expression:
A || B && (C || D)
transforms the whole expression into:
!(A || B) || !(C || D)
Simplifying further:
(!A && !B) || (!C && !D)
I think you get the idea...
Maybe the language servers have some functions that could help with the tokenization.

As you say, the only way that I can see to do this reliably for arbitrary expressions is by getting an AST of this particular area of the buffer. Currently, the plugin has no general-purpose way of communicating with a language server. I have been considering some form of optional support, but it's just a vague idea with no actionable steps I have other than "learn more about LSP stuff".
Even if I build some integration, I think it will have to be very language-specific. It's very likely that different language servers would produce subtly different trees (with different tags for nodes, different types for nodes, etc), so I find it highly unlikely that there would be any generic solution to the problem. I might start by exploring Rust, since I know that rust-analyzer has support for this particular transformation.
I'll keep the issue open, since it's theoretically possible, but I'm afraid I probably won't be able to do anything about it for a long time.


[Python] Adding new trees to existing booster.

Hello!
I'm working on improving the quality of the gradient boosting. Is it possible to add to existing model new trees and train them on  new batches of data?

Thanks for using LightGBM!
Yes, throughout LightGBM this process is called "continued training" or "training continuation".
For an example of one pattern, see https://github.com/microsoft/LightGBM/blob/dc4794b62f2c09103e558b7a8325bed66083a5c3/examples/python-guide/advanced_example.py#L103-L111.
For more details, see this Stack Overflow answer.


[MM-44430]: Add resize observer to observe change in size of Advanced text editor enclosing div

Summary
Add resize observer to observe the change in the size of the Advanced text editor enclosing div
Ticket Link
Fixes https://mattermost.atlassian.net/browse/MM-44430
Related Pull Requests
NONE
Screenshots

before
after

Release Note
* Add resize observer to observe the change in the size of the Advanced text editor enclosing div

@hmhealey I think useMeasure from react-use will not work for this use case, at least from my first look it seems so will take a deeper look.

Why wouldn't useMeasure work here? Is it just because we're triggering a callback when the dimensions change rather than using the specific values from it?

Why wouldn't useMeasure work here? Is it just because we're triggering a callback when the dimensions change rather than using the specific values from it?
No, For using useMeasure I will need to change the whole implementation of hooks getting used in the FormattingBar component, As you cannot pass a reference to useMeasure instead need to use the one it provides and assign it to div you want to monitor.

/e2e-test

Successfully triggered e2e testing!
https://git.internal.mattermost.com/qa/cypress-ui-automation/-/pipelines/200485

/e2e-test

Successfully triggered e2e testing!
https://git.internal.mattermost.com/qa/cypress-ui-automation/-/pipelines/200640


Images not displaying

Description
I've updated my config to use an image instead of the ascii art but it's not working. If I don't pass any parameters, it will use the ascii art and if I pass, for example, --imgcat --source /path/to/img it breaks. iTerm is ok with the images because imgcat works as expected. I've also tried running neofetch under bash instead of zsh but the result is the same.
Neofetch version
Neofetch 5.0.0
OS: macOS High Sierra 10.13.5 17F77
Host: MacBookPro14,1
Shell: zsh 5.5.1
Terminal: iTerm2
Screenshot
If i run neofetch with no arguments:

If I pass --imgcat --source $HOME/neofetch.png it hangs for a while at this screen:

Then this flashes:

and then the screen is cleared
Config file
https://gist.github.com/filipekiss/39c459ba4d7b9703b3a11f306a1a8533#file-config-conf
Verbose log
https://gist.github.com/filipekiss/39c459ba4d7b9703b3a11f306a1a8533#file-neofetch-log

Same issue here, I am on 5.0.1. I installed with brew install neofetch --HEAD

Well, I don't think there is a --imgcat option.
Tried with neofetch --iterm2 $HOME/neofetch.png?

I had the same issue on arch/arcolinux.  I rolled back to the version of neofetch that is on the aur (as opposed to the one in the repo it arcolinux wants to update) and it works.  Hope that helps someone.

@MindTooth yeah, the result is the same :/

@filipekiss I think I have version 3.3.0-1 which I know is old, but it is working for me.  I did a makefile after cloning whatever was on the AUR

I can confirm this is a problem and narrow it down for you.
If you update to the latest version of neofetch on Arch 5.0.0-1 and use config.conf the images do NOT work.
If you rename the same config.conf to config the images WILL display.
Something in the renaming of the file has gone wrong.
Using the naming convention config.conf

Using the same code but naming convention config.

@erikdubois I'm running macOS and tried this, but did not work :( I still get the weird binary dump.

Make sure that none of the images are being used.
All hashtags before them.
Backend should be ascii

Hi, I have created a pull request to fix this. However, you can manually add "unset IFS" to the function:
get_window_size(){
    old_ifs="$IFS"
    IFS=';t' read -d t -t 1 -sra term_size
    **unset IFS**
}

enjoy!

I have added this line to the variables at the top
config_file="${XDG_CONFIG_HOME}/neofetch/config.conf"
and then the image shows. Can it be that the variable is empty when first used?

@erikdubois I debugged on MacOS and found the issue is caused by empty assigned variables because the IFS is not unset after usage.

The variable I mentioned up there.  It works here now.

Hey @StarryTony, thank you for your time. That still doesn't work for me =(
I'll keep fiddling around and see if I can find what's causing this.

@filipekiss For my MacOS (the same version but with zsh 5.3, iterm2), I found it caused by null windows size and had the same error output. The solution works for me. You may try -vv option to get a full diagnosis information. Hope it helps.

I have same issue on macOS and found it also caused by null windows size.
But adding unset IFS did not solve it, after some debug I found out the reason and the solution for me.
It turns out that macOS is using bash version 3.2.57 which did not support read -t 0.05 option.
so I just change
IFS=';t' read -d t -t 0.05 -sra term_size
to
IFS=';t' read -d t -sra term_size
and it worked!
For those who still have the problem, there is another way: update bash to the newest version.
For macOS user is:
brew install bash
then add #!/usr/local/bin/bash to the first line of neofetch(which locate at /usr/local/bin/neofetch).

Oh sorry to forget mentioning that if you have an old version of bash, you probably change the timeout option to 1 because it cannot support 0.05. My code has changed that but I forgot mentioning that. I am using bash 3.2 for the neofetch too.

Updating bash version was the solution! Thank you @StarryTony! (Just updated it, didn't even need to change the shebang nor the IFS!)

Congrats!

Installing bash brew install bash worked for me too.

Hey folks, I'm a little confused about this.
I'm using Bash 4.4 and iterm2 on MacOS Sierra.
I tried adding get_window_size with little success. Whats the expected ~/.config/neofetch/config.conf to get this working?


I found this broken link - https://azure.microsoft.com/en-us/documentation/articles/cdn-how-to-use/

https://azure.microsoft.com/en-us/documentation/articles/cdn-how-to-use/

@mauricionr Thanks for raising this issue.
@Juliako Could you please assist?

@mauricionr thank you, I am in the process of fixing it.

Thanks @deneha and @Juliako !

@mauricionr The link has been changed:  https://azure.microsoft.com/en-us/documentation/articles/cdn-how-to-use-cdn/
Please let us know if this doesn't solve your issue by leaving a comment.  I'm closing this issue because the issue seems resolved.

Thanks @deneha


HDMI projector not recognized on Hyprland but works fine on X11

Steps to reproduce: trying to plug an HDMI monitor (projector here) while being on Hyprland
Expected outcome: projector acts as a working 2nd monitor
Noted outcome: it doesn't (hyprctl monitors doesn't even notice it, only lists eDP-1)
Config file: https://github.com/Aakodal/dotfiles/blob/main/.config/hypr/hyprland.conf
Note that, following raf's advices, I replaced the monitor=,preferred,auto,1 line with
monitor=eDP-1,1366x768@60,0x0,1
monitor=HDMI-A-1,1920x1080@60,0x0,1

but nothing has changed.
Also I'm on a laptop.
Log file (monitor has been plugged/unplugged many times):
[LOG] Instance Signature: 0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188
[LOG] Hyprland PID: 767
[LOG] ===== SYSTEM INFO: =====
[LOG] System name: Linux
[LOG] Node name: aakodal-x540lj
[LOG] Release: 6.1.12-arch1-1
[LOG] Version: #1 SMP PREEMPT_DYNAMIC Tue, 14 Feb 2023 22:08:08 +0000

[LOG] GPU information:
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 5500 [8086:1616] (rev 09) (prog-if 00 [VGA controller])

[LOG] os-release:
NAME=EndeavourOS
PRETTY_NAME=EndeavourOS
ID=endeavouros
ID_LIKE=arch
BUILD_ID=2022.06.23
ANSI_COLOR="38;2;23;147;209"
HOME_URL='https://endeavouros.com'
DOCUMENTATION_URL='https://discovery.endeavouros.com'
SUPPORT_URL='https://forum.endeavouros.com'
BUG_REPORT_URL='https://forum.endeavouros.com/c/arch-based-related-questions/bug-reports'
PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/"
LOGO=endeavouros

[LOG] ========================

[INFO] If you are crashing, or encounter any bugs, please consult https://github.com/hyprwm/Hyprland/wiki/Crashing-and-bugs

[LOG]
Current splash: "I use Arch, btw" - John Cena

[LOG] Hyprland init finished.
[LOG] Creating the CHyprError!
[LOG] Creating the KeybindManager!
[LOG] Creating the AnimationManager!
[LOG] Created a bezier curve, baked 200 points, mem usage: 3.20kB, time to bake: 40.77µs. Estimated average calc time: 0.01µs.
[LOG] Creating the LayoutManager!
[LOG] Creating the ConfigManager!
[LOG] Creating the ThreadManager!
[LOG] Reloading the config!
[LOG] Created a bezier curve, baked 200 points, mem usage: 3.20kB, time to bake: 23.38µs. Estimated average calc time: 0.01µs.
[LOG] Created a bezier curve, baked 200 points, mem usage: 3.20kB, time to bake: 23.18µs. Estimated average calc time: 0.01µs.
[LOG] Registered dynamic var "$mainMod" -> SUPER
[LOG] Hypr socket started at /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/.socket.sock
[LOG] Creating the InputManager!
[LOG] Creating the CHyprOpenGLImpl!
[LOG] Creating the Hypr OpenGL Renderer!
[LOG] Using: OpenGL ES 3.2 Mesa 22.3.5
[LOG] Vendor: Intel
[LOG] Renderer: Mesa Intel(R) HD Graphics 5500 (BDW GT2)
[LOG] Supported extensions size: 147
[LOG] Creating the HyprRenderer!
[LOG] Creating the XWaylandManager!
[LOG] Registered signal for owner 1a315610: 1a315650 -> 17b96d20 (owner: XWayland Manager)
[LOG] Registered signal for owner 1a315610: 1a315660 -> 17b96d00 (owner: XWayland Manager)
[LOG] CHyprXWaylandManager started on display :0
[LOG] Creating the ProtocolManager!
[LOG] ToplevelExportManager started successfully!
[LOG] Creating the EventManager!
[LOG] Creating the HyprDebugOverlay!
[LOG] Registered signal for owner 199f6eb0: 199f6ed8 -> 17b96ca0 (owner: Backend)
[LOG] Registered signal for owner 1a30d540: 1a30d590 -> 17b96c40 (owner: XDG Shell)
[LOG] Registered signal for owner 1a30d610: 1a30d628 -> 17b96c00 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d638 -> 17b96be0 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d648 -> 17b96bc0 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d658 -> 17b96ba0 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d668 -> 17b96b80 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d678 -> 17b96960 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d688 -> 17b96920 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d698 -> 17b96940 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d6a8 -> 17b96900 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d6b8 -> 17b968e0 (owner: WLRCursor)
[LOG] Hypr socket 2 started at /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/.socket2.sock
[LOG] Registered signal for owner 1a30d610: 1a30d6c8 -> 17b968c0 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d708 -> 17b96820 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d6f8 -> 17b96800 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d718 -> 17b967e0 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d738 -> 17b967c0 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d6d8 -> 17b967a0 (owner: WLRCursor)
[LOG] Registered signal for owner 1a30d610: 1a30d6e8 -> 17b96780 (owner: WLRCursor)
[LOG] Registered signal for owner 199f6eb0: 199f6ec8 -> 17b96b60 (owner: Backend)
[LOG] Registered signal for owner 199f61b0: 1a30dca8 -> 17b96b00 (owner: Seat)
[LOG] Registered signal for owner 199f61b0: 1a30dcb8 -> 17b96ae0 (owner: Seat)
[LOG] Registered signal for owner 199f61b0: 1a30dcf8 -> 17b96a60 (owner: Seat)
[LOG] Registered signal for owner 199f61b0: 1a30dd08 -> 17b96a40 (owner: Seat)
[LOG] Registered signal for owner 199f61b0: 1a30dcb8 -> 17b96ae0 (owner: Seat)
[LOG] Registered signal for owner 199f61b0: 1a30dcd8 -> 17b96ac0 (owner: Seat)
[LOG] Registered signal for owner 1a30df60: 1a30df80 -> 17b96c60 (owner: LayerShell)
[LOG] Registered signal for owner 1a30d350: 1a30d370 -> 17b96cc0 (owner: OutputLayout)
[LOG] Registered signal for owner 1a30e270: 1a30e2a8 -> 17b96aa0 (owner: OutputMgr)
[LOG] Registered signal for owner 1a30e270: 1a30e2b8 -> 17b96a80 (owner: OutputMgr)
[LOG] Registered signal for owner 1a30e350: 1a30e380 -> 17b96a20 (owner: InhibitMgr)
[LOG] Registered signal for owner 1a30e350: 1a30e390 -> 17b96a00 (owner: InhibitMgr)
[LOG] Registered signal for owner 1a30e590: 1a30e5a8 -> 17b96b20 (owner: PointerConstraints)
[LOG] Registered signal for owner 1a30e0d0: 1a30e100 -> 17b969e0 (owner: XDGDecoMgr)
[LOG] Registered signal for owner 1a30e790: 1a30e7c0 -> 17b96b40 (owner: VirtPtrMgr)
[LOG] Registered signal for owner 1a30e6e0: 1a30e710 -> 17b96840 (owner: VKeyboardMgr)
[LOG] Registered signal for owner 19b11160: 19b11160 -> 17b969c0 (owner: WLRRenderer)
[LOG] Registered signal for owner 1a416b80: 1a416bb0 -> 17b969a0 (owner: WLRIdleInhibitMgr)
[LOG] Registered signal for owner 1a2ef8e0: 1a2ef910 -> 17b968a0 (owner: PowerMgr)
[LOG] Registered signal for owner 1a417000: 1a417030 -> 17b96880 (owner: IMEMgr)
[LOG] Registered signal for owner 1a416f50: 1a416f80 -> 17b96860 (owner: TextInputMgr)
[LOG] Registered signal for owner 1a4170b0: 1a4170d8 -> 17b96c20 (owner: ActivationV1)
[LOG] Registered signal for owner 199f5f20: 1a30e930 -> 17b96c80 (owner: DRM)
[LOG] Registered signal for owner 199f6f40: 199f70a0 -> 17b96980 (owner: Session)
[LOG] Running on WAYLAND_DISPLAY: wayland-1
[LOG] Attached a keyboard with name Power Button
[LOG] Registered signal for owner 1a4dbbc0: 1a48b590 -> 1a4dbbc8 (owner: Keyboard)
[LOG] Registered signal for owner 1a4dbbc0: 1a48b580 -> 1a4dbc30 (owner: Keyboard)
[LOG] Registered signal for owner 1a4dbbc0: 1a48b460 -> 1a4dbd00 (owner: Keyboard)
[LOG] Registered signal for owner 1a4dbbc0: 1a48b5a0 -> 1a4dbc98 (owner: Keyboard)
[LOG] ApplyConfigToKeyboard for "power-button", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Power Button"
[LOG] New keyboard created, pointers Hypr: 1a4dbbc0 and WLR: 1a48b448
[LOG] Attached a keyboard with name Asus Wireless Radio Control
[LOG] Registered signal for owner 1a48b190: 1a4dd1d0 -> 1a48b198 (owner: Keyboard)
[LOG] Registered signal for owner 1a48b190: 1a4dd1c0 -> 1a48b200 (owner: Keyboard)
[LOG] Registered signal for owner 1a48b190: 1a4dd0a0 -> 1a48b2d0 (owner: Keyboard)
[LOG] Registered signal for owner 1a48b190: 1a4dd1e0 -> 1a48b268 (owner: Keyboard)
[LOG] ApplyConfigToKeyboard for "asus-wireless-radio-control", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Asus Wireless Radio Control"
[LOG] New keyboard created, pointers Hypr: 1a48b190 and WLR: 1a4dd088
[LOG] Attached a keyboard with name Video Bus
[LOG] Registered signal for owner 1a1b9d50: 1a52c4e0 -> 1a1b9d58 (owner: Keyboard)
[LOG] Registered signal for owner 1a1b9d50: 1a52c4d0 -> 1a1b9dc0 (owner: Keyboard)
[LOG] Registered signal for owner 1a1b9d50: 1a52c3b0 -> 1a1b9e90 (owner: Keyboard)
[LOG] Registered signal for owner 1a1b9d50: 1a52c4f0 -> 1a1b9e28 (owner: Keyboard)
[LOG] ApplyConfigToKeyboard for "video-bus", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Video Bus"
[LOG] New keyboard created, pointers Hypr: 1a1b9d50 and WLR: 1a52c398
[LOG] Attached a keyboard with name Video Bus
[LOG] Registered signal for owner 1a56d9c0: 1a56d5d0 -> 1a56d9c8 (owner: Keyboard)
[LOG] Registered signal for owner 1a56d9c0: 1a56d5c0 -> 1a56da30 (owner: Keyboard)
[LOG] Registered signal for owner 1a56d9c0: 1a56d4a0 -> 1a56db00 (owner: Keyboard)
[LOG] Registered signal for owner 1a56d9c0: 1a56d5e0 -> 1a56da98 (owner: Keyboard)
[LOG] ApplyConfigToKeyboard for "video-bus-1", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Video Bus"
[LOG] New keyboard created, pointers Hypr: 1a56d9c0 and WLR: 1a56d488
[LOG] Attached a switch device with name Lid Switch
[LOG] New switch with name "Lid Switch" added
[LOG] Registered signal for owner 1a56c190: 1a5aa988 -> 1a56c198 (owner: SwitchDevice)
[LOG] Registered signal for owner 1a56c190: 1a5aa9a8 -> 1a56c200 (owner: SwitchDevice)
[LOG] Attached a keyboard with name Sleep Button
[LOG] Registered signal for owner 1a5ab140: 1a5aad50 -> 1a5ab148 (owner: Keyboard)
[LOG] Registered signal for owner 1a5ab140: 1a5aad40 -> 1a5ab1b0 (owner: Keyboard)
[LOG] Registered signal for owner 1a5ab140: 1a5aac20 -> 1a5ab280 (owner: Keyboard)
[LOG] Registered signal for owner 1a5ab140: 1a5aad60 -> 1a5ab218 (owner: Keyboard)
[LOG] ApplyConfigToKeyboard for "sleep-button", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Sleep Button"
[LOG] New keyboard created, pointers Hypr: 1a5ab140 and WLR: 1a5aac08
[LOG] Attached a keyboard with name USB2.0 VGA UVC WebCam: USB2.0 V
[LOG] Registered signal for owner 1a5e5d10: 1a5e5920 -> 1a5e5d18 (owner: Keyboard)
[LOG] Registered signal for owner 1a5e5d10: 1a5e5910 -> 1a5e5d80 (owner: Keyboard)
[LOG] Registered signal for owner 1a5e5d10: 1a5e57f0 -> 1a5e5e50 (owner: Keyboard)
[LOG] Registered signal for owner 1a5e5d10: 1a5e5930 -> 1a5e5de8 (owner: Keyboard)
[LOG] ApplyConfigToKeyboard for "usb2.0-vga-uvc-webcam:-usb2.0-v", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "USB2.0 VGA UVC WebCam: USB2.0 V"
[LOG] New keyboard created, pointers Hypr: 1a5e5d10 and WLR: 1a5e57d8
[LOG] Attached a mouse with name Elan Touchpad
[LOG] New mouse has libinput sens 0.00 (0.00) with accel profile 2 (2)
[LOG] Applied config to mouse elan-touchpad, sens 0.00
[LOG] Registered signal for owner 1a5b0050: 1a61fd80 -> 1a5b0110 (owner: Mouse)
[LOG] New mouse created, pointer WLR: 1a61fd68
[LOG] Attached a keyboard with name Asus WMI hotkeys
[LOG] Registered signal for owner 1a6208c0: 1a6204d0 -> 1a6208c8 (owner: Keyboard)
[LOG] Registered signal for owner 1a6208c0: 1a6204c0 -> 1a620930 (owner: Keyboard)
[LOG] Registered signal for owner 1a6208c0: 1a6203a0 -> 1a620a00 (owner: Keyboard)
[LOG] Registered signal for owner 1a6208c0: 1a6204e0 -> 1a620998 (owner: Keyboard)
[LOG] ApplyConfigToKeyboard for "asus-wmi-hotkeys", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Asus WMI hotkeys"
[LOG] New keyboard created, pointers Hypr: 1a6208c0 and WLR: 1a620388
[LOG] Attached a keyboard with name AT Translated Set 2 keyboard
[LOG] Registered signal for owner 1a65b5c0: 1a65b1d0 -> 1a65b5c8 (owner: Keyboard)
[LOG] Registered signal for owner 1a65b5c0: 1a65b1c0 -> 1a65b630 (owner: Keyboard)
[LOG] Registered signal for owner 1a65b5c0: 1a65b0a0 -> 1a65b700 (owner: Keyboard)
[LOG] Registered signal for owner 1a65b5c0: 1a65b1e0 -> 1a65b698 (owner: Keyboard)
[LOG] ApplyConfigToKeyboard for "at-translated-set-2-keyboard", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "AT Translated Set 2 keyboard"
[LOG] New keyboard created, pointers Hypr: 1a65b5c0 and WLR: 1a65b088
[LOG] Adding completely new monitor.
[LOG] Registered signal for owner 1a693ec0: 1a6954c0 -> 1a694010 (owner: )
[LOG] Registered signal for owner 1a693ec0: 1a695550 -> 1a694078 (owner: )
[LOG] Registered signal for owner 1a693ec0: 1a695540 -> 1a6940e0 (owner: )
[LOG] Applying monitor rule for eDP-1
[LOG] Monitor eDP-1: requested<EMAIL_ADDRESS>found available mode: 1366x768@60003mHz, applying.
[LOG] Monitor eDP-1 -> destroyed all render data
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 0.000000 0.000000 0.000000
[LOG] Added new monitor with name eDP-1 at 0,0 with size 1366x768, pointer 1a695380
[LOG] New monitor: WORKSPACEID 1, exists: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 0.000000 0.000000 0.000000
[LOG] Hyprland is ready, running the event loop!
[LOG] Executing WAYLAND_DISPLAY=wayland-1 DISPLAY=:0 ~/.config/hypr/autostart
[LOG] Process Created with pid 828
[LOG] Executing WAYLAND_DISPLAY=wayland-1 DISPLAY=:0 exec-once=dbus-update-activation-environment --systemd WAYLAND_DISPLAY XDG_CURRENT_DESKTOP
[LOG] Process Created with pid 830
[LOG] Executing WAYLAND_DISPLAY=wayland-1 DISPLAY=:0 xmodmap -e "keysym Menu = Multi_key"
[LOG] Process Created with pid 832
[LOG] ApplyConfigToKeyboard for "power-button", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Power Button"
[LOG] ApplyConfigToKeyboard for "asus-wireless-radio-control", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Asus Wireless Radio Control"
[LOG] ApplyConfigToKeyboard for "video-bus", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Video Bus"
[LOG] ApplyConfigToKeyboard for "video-bus-1", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Video Bus"
[LOG] ApplyConfigToKeyboard for "sleep-button", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Sleep Button"
[LOG] ApplyConfigToKeyboard for "usb2.0-vga-uvc-webcam:-usb2.0-v", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "USB2.0 VGA UVC WebCam: USB2.0 V"
[LOG] ApplyConfigToKeyboard for "asus-wmi-hotkeys", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "Asus WMI hotkeys"
[LOG] ApplyConfigToKeyboard for "at-translated-set-2-keyboard", hasconfig: 0
[LOG] Attempting to create a keymap for layout fr with variant oss (rules: , model: , options: compose:menu)
[LOG] Set the keyboard layout to fr and variant to oss for keyboard "AT Translated Set 2 keyboard"
[LOG] Applied config to mouse elan-touchpad, sens 0.00
[LOG] Applying monitor rule for eDP-1
[LOG] Not applying a new rule to eDP-1 because it's already applied!
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 0.000000 0.000000 0.000000
[LOG] Framebuffer created, status 36053
[LOG] Framebuffer created, status 36053
[LOG] Framebuffer created, status 36053
[LOG] Framebuffer created, status 36053
[LOG] Allocated texture for BGTex
[LOG] Background created for monitor eDP-1
[LOG] Shaders initialized successfully.
[LOG] ToplevelExportManager bound successfully!
[LOG] Registered signal for owner 1a6325d0: 1aaf24f8 -> 1a632720 (owner: layerSurface)
[LOG] Registered signal for owner 1a6325d0: 1aaf2770 -> 1a6325e8 (owner: layerSurface)
[LOG] Registered signal for owner 1a6325d0: 1aaf2780 -> 1a632650 (owner: layerSurface)
[LOG] Registered signal for owner 1a6325d0: 1aaf2790 -> 1a6326b8 (owner: layerSurface)
[LOG] Registered signal for owner 1a6325d0: 1aaf27a0 -> 1a632788 (owner: layerSurface)
[LOG] LayerSurface 1aaf26b0 (namespace swww layer 0) created on monitor eDP-1
[LOG] LayerSurface 1aaedce0 arranged: x: 0 y: 0 w: 1366 h: 768 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 0.000000 0.000000 0.000000
[LOG] LayerSurface 1aaf26b0 mapped
[LOG] LayerSurface 1aaedce0 arranged: x: 0 y: 0 w: 1366 h: 768 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 0.000000 0.000000 0.000000
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab047c0: 1ab04670 -> 1ab04828 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab047c0: 1ab04680 -> 1ab04890 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab047c0: 1ab045f0 -> 1ab048f8 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab0bb10: 1ab0adf0 -> 1ab0bb78 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab0bb10: 1ab0ae00 -> 1ab0bbe0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab0bb10: 1ab0ad70 -> 1ab0bc48 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab0d850: 1ab0d760 -> 1ab0d8b8 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab0d850: 1ab0d770 -> 1ab0d920 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab0d850: 1ab0d6e0 -> 1ab0d988 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab0eb90: 1ab0ea40 -> 1ab0ebf8 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab0eb90: 1ab0ea50 -> 1ab0ec60 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab0eb90: 1ab0e9c0 -> 1ab0ecc8 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab24840: 1ab24750 -> 1ab248a8 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab24840: 1ab24760 -> 1ab24910 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab24840: 1ab246d0 -> 1ab24978 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1aaf9620: 1aafdee0 -> 1aaf9688 (owner: XWayland Window)
[LOG] Registered signal for owner 1aaf9620: 1aafdef0 -> 1aaf96f0 (owner: XWayland Window)
[LOG] Registered signal for owner 1aaf9620: 1aafde60 -> 1aaf9758 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab29d40: 1aafcbb0 -> 1ab29da8 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab29d40: 1aafcbc0 -> 1ab29e10 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab29d40: 1aafcb30 -> 1ab29e78 (owner: XWayland Window)
[LOG] Window 1ab0eb90 destroyed, queueing. (class unmanaged X11)
[LOG] XWayland class raw: Nm-applet
[LOG] Callback 1ab0ec20 -> 1ab0ec18, XWayland Window removed.
[LOG] Callback 1ab0ec88 -> 1ab0ec80, XWayland Window removed.
[LOG] Callback 1ab0ecf0 -> 1ab0ece8, XWayland Window removed.
[ERR] onWindowRemovedTiling node null?
[LOG] Unmapped window 1ab0eb90 removed instantly
[LOG] Registered signal for owner 1a71e960: 1ab0eb28 -> 1a71eab0 (owner: layerSurface)
[LOG] Registered signal for owner 1a71e960: 1aafd4e0 -> 1a71e978 (owner: layerSurface)
[LOG] Registered signal for owner 1a71e960: 1aafd4f0 -> 1a71e9e0 (owner: layerSurface)
[LOG] Registered signal for owner 1a71e960: 1aafd500 -> 1a71ea48 (owner: layerSurface)
[LOG] Registered signal for owner 1a71e960: 1aafd510 -> 1a71eb18 (owner: layerSurface)
[LOG] LayerSurface 1aafd420 (namespace gtk-layer-shell layer 2) created on monitor eDP-1
[LOG] LayerSurface 1ab10110 arranged: x: 0 y: 0 w: 1366 h: 32 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1aaedce0 arranged: x: 0 y: 0 w: 1366 h: 768 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 32.000000 0.000000 0.000000
[LOG] LayerSurface 1aafd420 mapped
[LOG] LayerSurface 1ab10110 arranged: x: 0 y: 0 w: 1366 h: 32 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1aaedce0 arranged: x: 0 y: 0 w: 1366 h: 768 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 32.000000 0.000000 0.000000
[LOG] Socket 2 accepted a new client at FD 34
[LOG] Keybind triggered, calling dispatcher (64, , 65293)
[LOG] Executing WAYLAND_DISPLAY=wayland-1 DISPLAY=:0 alacritty
[LOG] Process Created with pid 5832
[LOG] New TextInput added!
[LOG] Registered signal for owner 1a633180: 1ab61e38 -> 1a633190 (owner: textInput)
[LOG] Registered signal for owner 1a633180: 1ab61e48 -> 1a633260 (owner: textInput)
[LOG] Registered signal for owner 1a633180: 1ab61e58 -> 1a6331f8 (owner: textInput)
[LOG] Registered signal for owner 1a633180: 1ab61e68 -> 1a6332c8 (owner: textInput)
[LOG] New XDG Surface created. (class: (null))
[LOG] Registered signal for owner 1ab5edb0: 1ab60d90 -> 1ab5ee18 (owner: XDG Window)
[LOG] Registered signal for owner 1ab5edb0: 1ab60da0 -> 1ab5ee80 (owner: XDG Window)
[LOG] Registered signal for owner 1ab5edb0: 1ab60d60 -> 1ab5eee8 (owner: XDG Window)
[LOG] Registered signal for owner 1ab5edb0: 1ab60690 -> 1ab5f3c8 (owner: Toplevel)
[LOG] Registered signal for owner 1ab5edb0: 1ab606a0 -> 1ab5f430 (owner: Toplevel)
[LOG] Registered signal for owner 1ab5edb0: 1ab606b0 -> 1ab5f360 (owner: Toplevel)
[LOG] Searching for matching rules for Alacritty (title: Alacritty)
[LOG] OPENINGON: 1ab63e30, Workspace: 1, Monitor: 0
[LOG] Set keyboard focus to surface 1ab607c0, with window name: Alacritty
[LOG] Window got assigned a surfaceTreeNode 0
[LOG] Registered signal for owner 1ab5edb0: 1ab60a88 -> 1ab5edb0 (owner: XDG Window Late)
[LOG] Registered signal for owner 1ab5edb0: 1ab60fb0 -> 1ab5ef50 (owner: XDG Window Late)
[LOG] Registered signal for owner 1ab5edb0: 1ab60d80 -> 1ab5f088 (owner: XDG Window Late)
[LOG] Registered signal for owner 1ab5edb0: 1ab60f40 -> 1ab5f1c0 (owner: XDG Window Late)
[LOG] Registered signal for owner 1ab5edb0: 1ab60f60 -> 1ab5f158 (owner: XDG Window Late)
[LOG] Registered signal for owner 1ab5edb0: 1ab60f70 -> 1ab5f0f0 (owner: XDG Window Late)
[LOG] Registered signal for owner 1ab5edb0: 1ab60f80 -> 1ab5f228 (owner: XDG Window Late)
[LOG] Registered signal for owner 1ab5edb0: 1ab60f50 -> 1ab5f020 (owner: XDG Window Late)
[LOG] Registered signal for owner 1a48ed70: 1ab60a98 -> 1a48ed78 (owner: SurfaceTreeNode)
[LOG] Registered signal for owner 1a48ed70: 1ab60a88 -> 1a48ede0 (owner: SurfaceTreeNode)
[LOG] Registered signal for owner 1a48ed70: 1ab60aa8 -> 1a48ee48 (owner: SurfaceTreeNode)
[LOG] Creating a surfaceTree Root! (pWindow: 1ab5edb0)
[LOG] Map request dispatched, monitor eDP-1, xywh: 7.000000 39.000000 1352.000000 722.000000
[LOG] Framebuffer created, status 36053
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: hyprctl logs)
[LOG] Window 1ab5edb0 set title to hyprctl logs
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Keybind triggered, calling dispatcher (64, , 0)
[LOG] Changed to workspace 2
[LOG] Keybind triggered, calling dispatcher (64, , 100)
[LOG] Executing WAYLAND_DISPLAY=wayland-1 DISPLAY=:0 rofi -show drun -theme "/home/aakodal/.config/rofi/rasi/launcher.rasi"
[LOG] Process Created with pid 6483
[LOG] New LayerSurface has no preferred monitor. Assigning Monitor eDP-1
[LOG] Registered signal for owner 1a5308e0: 1ab6b858 -> 1a530a30 (owner: layerSurface)
[LOG] Registered signal for owner 1a5308e0: 1ab6a250 -> 1a5308f8 (owner: layerSurface)
[LOG] Registered signal for owner 1a5308e0: 1ab6a260 -> 1a530960 (owner: layerSurface)
[LOG] Registered signal for owner 1a5308e0: 1ab6a270 -> 1a5309c8 (owner: layerSurface)
[LOG] Registered signal for owner 1a5308e0: 1ab6a280 -> 1a530a98 (owner: layerSurface)
[LOG] LayerSurface 1ab6a190 (namespace rofi layer 3) created on monitor eDP-1
[LOG] LayerSurface 1ab10110 arranged: x: 0 y: 0 w: 1366 h: 32 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1aaedce0 arranged: x: 0 y: 0 w: 1366 h: 768 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1a6a8aa0 arranged: x: 0 y: 32 w: 1366 h: 736 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 32.000000 0.000000 0.000000
[LOG] LayerSurface 1ab6a190 mapped
[LOG] LayerSurface 1ab10110 arranged: x: 0 y: 0 w: 1366 h: 32 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1aaedce0 arranged: x: 0 y: 0 w: 1366 h: 768 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1a6a8aa0 arranged: x: 383 y: 198 w: 600 h: 405 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 32.000000 0.000000 0.000000
[LOG] Set keyboard focus to surface 1ab6b590
[LOG] LayerSurface 1ab10110 arranged: x: 0 y: 0 w: 1366 h: 32 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1aaedce0 arranged: x: 0 y: 0 w: 1366 h: 768 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1a6a8aa0 arranged: x: 383 y: 198 w: 600 h: 405 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 32.000000 0.000000 0.000000
[LOG] LayerSurface 1ab6a190 unmapped
[LOG] Framebuffer created, status 36053
[LOG] LayerSurface 1ab6a190 destroyed
[LOG] Callback 1a530a58 -> 1a530a50, layerSurface removed.
[LOG] Callback 1a530920 -> 1a530918, layerSurface removed.
[LOG] Callback 1a530988 -> 1a530980, layerSurface removed.
[LOG] Callback 1a5309f0 -> 1a5309e8, layerSurface removed.
[LOG] Callback 1a530ac0 -> 1a530ab8, layerSurface removed.
[LOG] LayerSurface 1ab10110 arranged: x: 0 y: 0 w: 1366 h: 32 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] LayerSurface 1aaedce0 arranged: x: 0 y: 0 w: 1366 h: 768 with margins: t: 0 l: 0 r: 0 b: 0
[LOG] Monitor eDP-1 layers arranged: reserved: 0.000000 32.000000 0.000000 0.000000
[LOG] Cleanup: destroyed a layersurface
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab5d420: 1ab5c720 -> 1ab5d488 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab5d420: 1ab5c730 -> 1ab5d4f0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab5d420: 1ab5c6a0 -> 1ab5d558 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab2fae0: 1ab6a110 -> 1ab2fb48 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab2fae0: 1ab6a120 -> 1ab2fbb0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab2fae0: 1ab6a090 -> 1ab2fc18 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab30af0: 1ab5e610 -> 1ab30b58 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab30af0: 1ab5e620 -> 1ab30bc0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab30af0: 1ab5e590 -> 1ab30c28 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab31b00: 1ab5e920 -> 1ab31b68 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab31b00: 1ab5e930 -> 1ab31bd0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab31b00: 1ab5e8a0 -> 1ab31c38 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab32b10: 1ab6c3f0 -> 1ab32b78 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab32b10: 1ab6c400 -> 1ab32be0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab32b10: 1ab6c370 -> 1ab32c48 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab33b20: 1ab6c950 -> 1ab33b88 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab33b20: 1ab6c960 -> 1ab33bf0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab33b20: 1ab6c8d0 -> 1ab33c58 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab32b10: 1ab35340 -> 1ab33128 (owner: Toplevel)
[LOG] Registered signal for owner 1ab32b10: 1ab35350 -> 1ab33190 (owner: Toplevel)
[LOG] Registered signal for owner 1ab32b10: 1ab35360 -> 1ab330c0 (owner: Toplevel)
[LOG] Searching for matching rules for discord (title: Discord Updater)
[LOG] Set keyboard focus to surface 1ab6ca40, with window name: Discord Updater
[LOG] Window got assigned a surfaceTreeNode 0
[LOG] Registered signal for owner 1ab32b10: 1ab6c3d0 -> 1ab32d80 (owner: XWayland Window Late)
[LOG] Registered signal for owner 1ab32b10: 1ab6c3e0 -> 1ab32ff0 (owner: XWayland Window Late)
[LOG] Registered signal for owner 1ab32b10: 1ab6c380 -> 1ab33058 (owner: XWayland Window Late)
[LOG] Registered signal for owner 1ab32b10: 1ab6c410 -> 1ab32cb0 (owner: XWayland Window Late)
[LOG] Registered signal for owner 1ab32b10: 1ab6c3b0 -> 1ab32eb8 (owner: Xwayland Window Late)
[ERR] Tried to connect a listener twice?!
[LOG] Registered signal for owner 1a390310: 1ab6cd18 -> 1a390318 (owner: SurfaceTreeNode)
[LOG] Registered signal for owner 1a390310: 1ab6cd08 -> 1a390380 (owner: SurfaceTreeNode)
[LOG] Registered signal for owner 1a390310: 1ab6cd28 -> 1a3903e8 (owner: SurfaceTreeNode)
[LOG] Creating a surfaceTree Root! (pWindow: 1ab32b10)
[LOG] Map request dispatched, monitor eDP-1, xywh: 533.000000 209.000000 300.000000 350.000000
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab386d0: 1ab385e0 -> 1ab38738 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab386d0: 1ab385f0 -> 1ab387a0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab386d0: 1ab38560 -> 1ab38808 (owner: XWayland Window)
[LOG] New XWayland Surface created (class (null)).
[LOG] Registered signal for owner 1ab396e0: 1ab37fe0 -> 1ab39748 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab396e0: 1ab37ff0 -> 1ab397b0 (owner: XWayland Window)
[LOG] Registered signal for owner 1ab396e0: 1ab37f60 -> 1ab39818 (owner: XWayland Window)
[LOG] Keybind triggered, calling dispatcher (64, , 0)
[LOG] Changed to workspace 1
[LOG] Set keyboard focus to surface 1ab607c0, with window name: aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Registered signal for owner 1ab386d0: 1ab35d60 -> 1ab38ce8 (owner: Toplevel)
[LOG] Registered signal for owner 1ab386d0: 1ab35d70 -> 1ab38d50 (owner: Toplevel)
[LOG] Registered signal for owner 1ab386d0: 1ab35d80 -> 1ab38c80 (owner: Toplevel)
[LOG] Searching for matching rules for discord (title:  - Discord)
[LOG] OPENINGON: 1ab63e30, Workspace: 1, Monitor: 0
[LOG] Set keyboard focus to surface 1ab36bb0, with window name:  - Discord
[LOG] Window got assigned a surfaceTreeNode 0
[LOG] Registered signal for owner 1ab386d0: 1ab385c0 -> 1ab38940 (owner: XWayland Window Late)
[LOG] Registered signal for owner 1ab386d0: 1ab385d0 -> 1ab38bb0 (owner: XWayland Window Late)
[LOG] Registered signal for owner 1ab386d0: 1ab38570 -> 1ab38c18 (owner: XWayland Window Late)
[LOG] Registered signal for owner 1ab386d0: 1ab38600 -> 1ab38870 (owner: XWayland Window Late)
[LOG] Registered signal for owner 1ab386d0: 1ab385a0 -> 1ab38a78 (owner: Xwayland Window Late)
[ERR] Tried to connect a listener twice?!
[LOG] Registered signal for owner 1ab3ad40: 1ab36e88 -> 1ab3ad48 (owner: SurfaceTreeNode)
[LOG] Registered signal for owner 1ab3ad40: 1ab36e78 -> 1ab3adb0 (owner: SurfaceTreeNode)
[LOG] Registered signal for owner 1ab3ad40: 1ab36e98 -> 1ab3ae18 (owner: SurfaceTreeNode)
[LOG] Creating a surfaceTree Root! (pWindow: 1ab386d0)
[LOG] Map request dispatched, monitor eDP-1, xywh: 7.000000 39.000000 669.000000 722.000000
[LOG] Window 1ab32b10 unmapped (class discord)
[LOG] Unregistered late callbacks XWL
[LOG] Callback 1ab32da8 -> 1ab32da0, XWayland Window Late removed.
[LOG] Callback 1ab33018 -> 1ab33010, XWayland Window Late removed.
[LOG] Callback 1ab33080 -> 1ab33078, XWayland Window Late removed.
[LOG] Callback 1ab32cd8 -> 1ab32cd0, XWayland Window Late removed.
[LOG] Callback 1ab32ee0 -> 1ab32ed8, Xwayland Window Late removed.
[LOG] Framebuffer created, status 36053
[LOG] Unmapped was not focused, ignoring a refocus.
[LOG] Destroying the SubSurface tree of unmapped window 1ab32b10
[LOG] Callback 1a3903a8 -> 1a3903a0, SurfaceTreeNode removed.
[LOG] Callback 1a390410 -> 1a390408, SurfaceTreeNode removed.
[LOG] Callback 1a390340 -> 1a390338, SurfaceTreeNode removed.
[LOG] SurfaceTree Node removed
[LOG] Callback 1ab33150 -> 1ab33148, Toplevel removed.
[LOG] Callback 1ab330e8 -> 1ab330e0, Toplevel removed.
[LOG] Callback 1ab331b8 -> 1ab331b0, Toplevel removed.
[LOG] Destroying workspace ID 2
[LOG] Window 1ab32b10 destroyed, queueing. (class unmanaged X11)
[LOG] XWayland class raw: discord
[LOG] Callback 1ab32ba0 -> 1ab32b98, XWayland Window removed.
[LOG] Callback 1ab32c08 -> 1ab32c00, XWayland Window removed.
[LOG] Callback 1ab32c70 -> 1ab32c68, XWayland Window removed.
[LOG] Cleanup: destroyed a window
[LOG] Set keyboard focus to surface 1ab607c0, with window name: bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for discord (title: https://canary.discord.com/app?_=1677063394959 - Discord)
[LOG] Window 1ab386d0 set title to https://canary.discord.com/app?_=1677063394959 - Discord
[LOG] Searching for matching rules for discord (title: https://canary.discord.com/app?_=1677063394959 - Discord)
[LOG] Window 1ab386d0 set title to https://canary.discord.com/app?_=1677063394959 - Discord
[LOG] Searching for matching rules for discord (title: Amis - Discord)
[LOG] Window 1ab386d0 set title to Amis - Discord
[LOG] Searching for matching rules for discord (title: Amis - Discord)
[LOG] Window 1ab386d0 set title to Amis - Discord
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to bat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Set keyboard focus to surface 1ab36bb0, with window name: Amis - Discord
[LOG] Searching for matching rules for discord (title: #hyprland-general | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to #hyprland-general | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: #hyprland-general | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to #hyprland-general | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: "Support request by Aakodal#8701" | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to "Support request by Aakodal#8701" | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: "Support request by Aakodal#8701" | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to "Support request by Aakodal#8701" | Hypr Development - Discord
[LOG] Set keyboard focus to surface 1ab607c0, with window name: aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: hyprctl monitors)
[LOG] Window 1ab5edb0 set title to hyprctl monitors
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Set keyboard focus to surface 1ab36bb0, with window name: "Support request by Aakodal#8701" | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: #general | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to #general | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: #general | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to #general | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: "Support request by Aakodal#8701" | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to "Support request by Aakodal#8701" | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: "Support request by Aakodal#8701" | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to "Support request by Aakodal#8701" | Hypr Development - Discord
[LOG] Set keyboard focus to surface 1ab607c0, with window name: aakodal@aakodal-x540lj:~
[LOG] Set keyboard focus to surface 1ab36bb0, with window name: "Support request by Aakodal#8701" | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: "vaxry look at this" | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to "vaxry look at this" | Hypr Development - Discord
[LOG] Searching for matching rules for discord (title: "vaxry look at this" | Hypr Development - Discord)
[LOG] Window 1ab386d0 set title to "vaxry look at this" | Hypr Development - Discord
[LOG] Set keyboard focus to surface 1ab607c0, with window name: aakodal@aakodal-x540lj:~
[LOG] Set keyboard focus to surface 1ab36bb0, with window name: "vaxry look at this" | Hypr Development - Discord
[LOG] Set keyboard focus to surface 1ab607c0, with window name: aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo)
[LOG] Window 1ab5edb0 set title to cat /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.lo
[LOG] Searching for matching rules for Alacritty (title: aakodal@aakodal-x540lj:~)
[LOG] Window 1ab5edb0 set title to aakodal@aakodal-x540lj:~
[LOG] Searching for matching rules for Alacritty (title: cp /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.log)
[LOG] Window 1ab5edb0 set title to cp /tmp/hypr/0e3547e0f6b4016aa308292a86c43cd47dd206fd_1677063188/hyprland.log

wlroots issue if hyprland doesn't recognize
try sway but I doubt it will recognize it eiether


NIFI-5221: Added 'Object Tagging' functionalities to S3 Processors

Thank you for submitting a contribution to Apache NiFi.
In order to streamline the review of the contribution we ask you
to ensure the following steps have been taken:
For all changes:

[x] Is there a JIRA ticket associated with this PR? Is it referenced
in the commit message?

[x] Does your PR title start with NIFI-XXXX where XXXX is the JIRA number you are trying to resolve? Pay particular attention to the hyphen "-" character.

[x] Has your PR been rebased against the latest commit within the target branch (typically master)?

[x] Is your initial contribution a single, squashed commit?

For code changes:

[x] Have you ensured that the full suite of tests is executed via mvn -Pcontrib-check clean install at the root nifi folder?
[x] Have you written or updated unit tests to verify your changes?
[x] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[ ] If applicable, have you updated the LICENSE file, including the main LICENSE file under nifi-assembly?
[ ] If applicable, have you updated the NOTICE file, including the main NOTICE file found under nifi-assembly?
[x] If adding new Properties, have you added .displayName in addition to .name (programmatic access) for each of the new properties?

For documentation related changes:

[ ] Have you ensured that format looks appropriate for the output in which it is rendered?

Note:
Please ensure that once the PR is submitted, you check travis-ci for build issues and submit an update to your PR as soon as possible.

Actually after giving it some serious thought, the attribute approach does
make more sense. Easy from the flow development perspective, and even when
using ExecuteScript or a custom processor to parse and process content to
create appropriate tags, the developer can still add them to FlowFile
attributes.
So I’ll update this one to scrap the JSON approach and instead take a comma
separated list of tag prefixes which will be taken and scanned against the
incoming FlowFiles’ attributes to generate the tags. Makes sense?

Thanks for the changes @zenfenan - it all looks good to me, and IT changes are OK. Merging to master.


Is there a way to provide bounding box that is in YOLO format?

Theres only Pascal_VOC or COCO bounding box format as far as i know. However I need a way to provide bounding box in YOLO format

You can either convert bboxes from YOLO format to COCO or VOC before sending to pipeline, or attach YOLO keypoints format reference here and wait until it's support will be added to the library.

@LywuPy Check out: Imantics.

YOLO format support added #334


Bug report: Search->External Connection->Add doc references wrong application

Description
On the Add External Connection for Search page, it references a Test application but the sample below talks about "My Application". Small tweak but would be nice to be consistent.
Steps to reproduce
View doc at https://pnp.github.io/cli-microsoft365/cmd/search/externalconnection/externalconnection-add/#examples
Expected results
Should reference My Application
Actual results
References test application
Diagnostics
No response
CLI for Microsoft 365 version
Web
nodejs version
Web
Operating system (environment)
Other
Shell
Other
cli doctor
No response
Additional Info
No response

I'll pick this one up. Promise it's not just to get a badge!

Thank you @kevmcdonk its all yours!


Library keeping up with AKN OASIS WG?

Hi @kohsah I wonder if this lirbary is keeping up with the new AKN releases?
I was thinking about wrapping the akomantoso-lib as a Tika parser so that metadata could be extracted from AKN documents in a consistent manner as part of what Tika already does.
I didn't know of a better way to approach this than to open an issue Hope you are well.

Hi Lewis,
I am on vacation at the moment, I will update it to csd 13 when I am back
near my computer next week. A tika plugin parser for Akoma Ntoso sounds
great !
Ashok
On 07-Jan-2015 4:58 pm, "Lewis John McGibbney"<EMAIL_ADDRESS>wrote:

Hi @kohsah https://github.com/kohsah I wonder if this lirbary is
keeping up with the new AKN releases?
I was thinking about wrapping the akomantoso-lib as a Tika parser so that
metadata could be extracted from AKN documents in a consistent manner as
part of what Tika already does.
I didn't know of a better way to approach this than to open an issue Hope
you are well.
—
Reply to this email directly or view it on GitHub
https://github.com/kohsah/akomantoso-lib/issues/9.

Fantastic. Enjoy your holiday.
I'll update you here once I finish with the Tika plugin.
Thanks and all the best
Lewis
On Thu, Jan 8, 2015 at 1:16 AM, kohsah<EMAIL_ADDRESS>wrote:

Hi Lewis,
I am on vacation at the moment, I will update it to csd 13 when I am back
near my computer next week. A tika plugin parser for Akoma Ntoso sounds
great !
Ashok
On 07-Jan-2015 4:58 pm, "Lewis John McGibbney"<EMAIL_ADDRESS>wrote:

Hi @kohsah https://github.com/kohsah I wonder if this lirbary is
keeping up with the new AKN releases?
I was thinking about wrapping the akomantoso-lib as a Tika parser so
that
metadata could be extracted from AKN documents in a consistent manner as
part of what Tika already does.
I didn't know of a better way to approach this than to open an issue
Hope
you are well.
—
Reply to this email directly or view it on GitHub
https://github.com/kohsah/akomantoso-lib/issues/9.

—
Reply to this email directly or view it on GitHub
https://github.com/kohsah/akomantoso-lib/issues/9#issuecomment-69153951.

--
Lewis

New release synced to Akoma Ntoso CSD13. See https://github.com/kohsah/akomantoso-lib/releases/tag/1.0.13


Errors with get charges in generateResidueTemplete

I'm trying to setup a system in openmm that contains only (non-peptide) small molecules and am running into problems with generating the parameters, particular with using Modeller to add solvent.
My code snippet is the following:
pdb = app.PDBFile('nanoparticle.pdb')
forcefield = app.ForceField('gaff.xml','tip3p.xml')
forcefield.registerTemplateGenerator(gaffTemplateGenerator)
modeller = app.Modeller(pdb.topology, pdb.positions)
modeller.addSolvent(forcefield)
system = forcefield.createSystem(modeller.topology,nonbondedMethod=app.PME, nonbondedCutoff =1.0*unit.nanometer, constraints=app.HBonds)

Running the last command throws up the error below. Any suggestions? I've attached the input PDB file as a .txt file so github can load it. Thanks!
---------------------------------------------------------------------------
RuntimeError                              Traceback (most recent call last)
<ipython-input-8-1c51bb5ba4ee> in <module>()
----> 1 system = forcefield.createSystem(modeller.topology,nonbondedMethod=app.PME, nonbondedCutoff=1.0*unit.nanometer, constraints=app.HBonds)

/Users/rossg/miniconda2/lib/python2.7/site-packages/simtk/openmm/app/forcefield.pyc in createSystem(self, topology, nonbondedMethod, nonbondedCutoff, constraints, rigidWater, removeCMMotion, hydrogenMass, **args)
    771                     # No existing templates match.  Try any registered residue template generators.
    772                     for generator in self._templateGenerators:
--> 773                         if generator(self, res):
    774                             # This generator has registered a new residue template that should match.
    775                             [template, matches] = self._getResidueTemplateMatches(res, bondedToAtom)

/Users/rossg/miniconda2/lib/python2.7/site-packages/openmoltools/forcefield_generators.pyc in gaffTemplateGenerator(forcefield, residue, structure)
    483
    484     # Generate template and parameters.
--> 485     [template, ffxml] = generateResidueTemplate(molecule)
    486
    487     # Register the template.

/Users/rossg/miniconda2/lib/python2.7/site-packages/openmoltools/forcefield_generators.pyc in generateResidueTemplate(molecule, residue_atoms)
    260
    261     # Generate canonical AM1-BCC charges and a reference conformation.
--> 262     molecule = get_charges(molecule, strictStereo=False, keep_confs=1)
    263
    264     # DEBUG: This may be necessary.

/Users/rossg/miniconda2/lib/python2.7/site-packages/openmoltools/openeye.pyc in get_charges(molecule, max_confs, strictStereo, normalize, keep_confs)
     66
     67     if not status:
---> 68         raise(RuntimeError("OEAssignPartialCharges returned error code %d" % status))
     69
     70     #Determine conformations to return

RuntimeError: OEAssignPartialCharges returned error code 0

nanoparticle.txt

Looks like charging failed. Usually this is because the molecule was misperceived because the topology was missing some bonds, but it looks like your PDB has the appropriate CONECT records. I'll see if I can have this dump a mol2 file when it raises an exception so that we can more easily debug what is going on.

Working on this now!

I got some more useful debug info out:
mski1776:openmoltools.choderalab choderaj$ python test.py
Warning: SelectElfDiverseConfs: elfPop.NumConfs 1 <= elfLimit 1
Warning: BCC model does not support molecules containing Na
Warning:  Getting BCCs for sodium(1+) was unsuccessful; stopping the charging process for this molecule
Warning:  Getting BCCs for sodium(1+) was unsuccessful; stopping the charging process for this molecule
Warning: Formal charge(1) is not equal to sum of partial charges(0.00)
	 for sodium(1+).
Traceback (most recent call last):
  File "test.py", line 10, in <module>
    system = forcefield.createSystem(modeller.topology,nonbondedMethod=app.PME, nonbondedCutoff =1.0*unit.nanometer, constraints=app.HBonds)
  File "/Users/choderaj/miniconda/lib/python2.7/site-packages/simtk/openmm/app/forcefield.py", line 773, in createSystem
    if generator(self, res):
  File "/Users/choderaj/github/choderalab/openmoltools/openmoltools.choderalab/openmoltools/forcefield_generators.py", line 491, in gaffTemplateGenerator
    [template, ffxml] = generateResidueTemplate(molecule)
  File "/Users/choderaj/github/choderalab/openmoltools/openmoltools.choderalab/openmoltools/forcefield_generators.py", line 263, in generateResidueTemplate
    molecule = get_charges(molecule, strictStereo=False, keep_confs=1)
  File "/Users/choderaj/github/choderalab/openmoltools/openmoltools.choderalab/openmoltools/openeye.py", line 68, in get_charges
    raise(RuntimeError("OEAssignPartialCharges returned error code %d" % status))
RuntimeError: OEAssignPartialCharges returned error code 0

Looks like the problem is sodium. Can you include an xml file with ions in the app.ForceField call?

I can confirm that changing
forcefield = app.ForceField('gaff.xml','tip3p.xml')

to
forcefield = app.ForceField('gaff.xml','tip3p.xml','amber99sbildn.xml')

eliminates the error because Na parameters are provided in amber99sbildn.xml.

Great, thanks for looking into this!


Can Rust Analyzer Not Handle Build.rs Generated Source Files?

I have a crate that generates a Rust src file in the build.rs and then include!'s it in the lib.rs file. This works great for cargo build, but the rust analyzer seems to not be able to get the auto-complete for it correctly:
It gets the Project, top level type which is hard-coded into the struct:

But it can't get any of it's fields figured out:

I'm guessing that using a proc macro to generate the code instead of include!-ing the source file would probably fix it, and I'm going to try that out, but I wanted to make sure you guys didn't have any pointers first. Thanks!

Did you enable rust-analyzer.cargo.loadOutDirsFromCheck?

Did you enable rust-analyzer.cargo.loadOutDirsFromCheck?

Ah, that fixed it! Thanks for the quick response. I always wondered what that setting was actually for. Would you be open to me adding some more description such as "Needed for autocomplete for some crates that generate source files in the cargo OUT_DIR"?
Am I right in my understanding that it would work fine if I used a proc macro? I might just do that if it helps users not having to be aware of this edge case.

Ah, that fixed it! Thanks for the quick response. I always wondered what that setting was actually for. Would you be open to me adding some more description such as "Needed for autocomplete for some crates that generate source files in the cargo OUT_DIR"?
Am I right in my understanding that it would work fine if I used a proc macro? I might just do that if it helps users not having to be aware of this edge case.

Proc macros are also off by default, so no. And a build script seems like the better solution here.
The plan is to enable both by default in #7328 and that will probably include cleaning up the config name and description. A PR for that would be appreciated, of course.
Let's close this in the meantime, though.

Proc macros are also off by default, so no. And a build script seems like the better solution here.
The plan is to enable both by default in #7328 and that will probably include cleaning up the config name and description. A PR for that would be appreciated, of course.
Let's close this in the meantime, though.

Sounds great! I'll update the option description, and I'm happy that I can just use a build script for my crate. :slightly_smiling_face: Thanks again for the help!

Sounds great! I'll update the option description, and I'm happy that I can just use a build script for my crate. :slightly_smiling_face: Thanks again for the help!


LUTRAM write occurs on rising edge regardless of IS_WCLK_INVERTED property

Issue Description
Issue discovered in https://github.com/openXC7/nextpnr-xilinx/issues/20#issuecomment-1942858331
When IS_WCLK_INVERTED property is asserted, we expect the write to LUTRAM to occur on the falling edge. However, this does not happen as the placer and fasm writer ignores the property for LUTRAMs, and, therefore, treats as if all writes should occur on rising edge. This may lead to functional errors in designs that require writes on negative edge.
Steps to Reproduce and Test
To distinguish between a write occuring on a positive edge and negative edge of clock, I created a simple test with two LUTRAMs sensitive to different edges of clock. Output of posedge LUTRAM and negedge LUTRAM drives led_o[0] and led_o[1], respectively. A single BSCANE2 primitive will be used to manually drive WCLK+DI+WE pins of the LUTRAM via JTAG.

Clone primitive-tests repo fork with xc7-lutram-negedge-write-demo branch

git clone https://github.com/hansemro/primitive-tests.git -b xc7-lutram-negedge-write-demo

Navigate to primitive-tests/lutram-tests/negedge-write-test and build the test with the openXC7 toolchain:

[!NOTE]
If targeting an FPGA board other than SQRL Acorn CLE215+, then provide an XDC file with
3 active-low LEDs mapped to led_o[2:0] and update BOARD/FAMILY/PART/JTAG_CABLE/XDC
target parameters in the Makefile.

$ cd primitive-tests/lutram-tests/negedge-write-test
$ nix develop github:openXC7/toolchain-nix
[nix(openXC7)] make

Check that CLKINV bit is not set anywhere inside top.fasm (a sign that the test will fail). Proceed with the following steps to test.

Load the bitstream onto the FPGA:

make program

With LUTRAM initialized to 0, write a 1 on positive edge with the following openocd command:

[!NOTE]
Use an appropriate interface adapter script (usually located in /usr/share/openocd/scripts/interface/).
Digilent HS2 support is provided with digilent-hs2.cfg in case interface/ftdi/digilent-hs2.cfg does not work.

[!NOTE]
setup.cfg defines a function set_lutram <we> <data> <clk> to manually set LUTRAM input pins.
To avoid setup/hold violations, we should not change clk and we/data together.

openocd -f interface/ADAPTER.cfg -f setup.cfg \
    -c "set_lutram 0 0 0" \
    -c "set_lutram 0 0 0" \
    -c "set_lutram 1 1 0" \
    -c "set_lutram 1 1 1" \
    -c "shutdown"

If the design works correctly, only the LED (led_o[0]) assigned to the posedge LUTRAM should be lit after a positive-edge write. If LEDs led_o[1:0] light up together, then the design was incorrectly implemented. (LED at led_o[2] should dim on positive-edge write since the outputs should differ).
Anyhow, to perform a write on the negative edge, we would run the following afterwards:
openocd -f interface/ADAPTER.cfg -f setup.cfg \
    -c "set_lutram 1 1 0"
    -c "shutdown"

(Optional) Compare positive-edge (and negative-edge) write behavior against bitstream built with Vivado bitstream:

make vivadoclean top.vivado.bit
make BITSTREAM=top.vivado.bit program
# initial positive-edge write
openocd -f interface/ADAPTER.cfg -f setup.cfg \
    -c "set_lutram 0 0 0" \
    -c "set_lutram 0 0 0" \
    -c "set_lutram 1 1 0" \
    -c "set_lutram 1 1 1" \
    -c "shutdown"
# negative-edge write
openocd -f interface/ADAPTER.cfg -f setup.cfg \
    -c "set_lutram 1 1 0"
    -c "shutdown"

Design implemented with Vivado should have the two LUTRAM perform writes at different edges of the clock.
Other Considerations
LUTRAM and FFs share clock from CLKINV routing BEL, so all synchronous elements within the SLICE site must have the same IS_*CLK_INVERTED property.

Do you know how to disassemble a bitstream with bit2fasm?

Do you know how to disassemble a bitstream with bit2fasm?

Yes, here:
bit2fasm --db-root ${PRJXRAY_DB_DIR}/${FAMILY}/ --part ${PART} top.bit > top.fasm

Not sure if I am comparing the right two parts here, but the CLKINV/NOCLKINF bits probably make the difference

See write_luts_config and write_ffs_config in fasm.cc

It might be a case for LUTRAMs is missing here:

@hansfbaier Yes, LUTRAM is currently not being handled in the fasm writer. Since LUTRAMs and FFs share the CLKINV BEL, I am thinking that the CLKINV bit should not be set inside write_ffs_config but inside a new function that handles both LUTRAMs and FFs. This new function would also be able to do some final DRC to check that the clock inversion property value matches.

There is a rule in place (https://github.com/openXC7/nextpnr-xilinx/blob/30ba8fbe77ace38e2e4ff08e9251d1e0d203c11d/xilinx/arch_place.cc#L557-L558) to check that the FFs have the same inversion property. We may want to define a new rule to compare LUTRAM's clkinv and FF's clkinv.

yes, I would start to do this next week

@lehaifeng000 @hansfbaier
Sounds good. I am still in the process of figuring out how to fully test whether the CLB placement rules work to catch problematic physical implementations. I suppose this is a good time to ask if anyone can reliably place LUTRAMs and FFs in the same CLB slice since I am failing to do this task with openxc7 flow.

@hansemro How do you try to place them? xdc file, LOC annotations or other means?

In the place phase, is there any rule to avoid ff with different clkinv inside a slice?

@hansemro How do you try to place them? xdc file, LOC annotations or other means?

This may be an impossible task for the moment since we do not yet support manual BEL placement yet with LOC and BEL attributes. I was looking into setting CONSTR_{X,Y,Z} attributes in the post-pack json, but I am not entirely sure this is where we should be looking. Sorry for giving a rather loaded task, I don't know enough about nextpnr to give proper instructions.

@hansemro How do you try to place them? xdc file, LOC annotations or other means?

After reviewing the code for "place", I believe a potential optimization could be implemented by modifying the "overused" condition within the "CutSpreader" function.

@hansemro The primitives-fixes branch contains changes which seem to fix this issue.
Can you confirm that? What do your tests say?


feature request: better theoneprobe integration

When I look at a Quantum Entangloporter with the one probe (worn as a bauble), and shift for extra information I get "Error: theoneprobe:default" as the additional information. There are probably other blocks with similar issues, but this was the one that I hit when I was in a bug reporting mood.
Relevant versions: Minecraft 1.10.2, Mekanism 301, theoneprobe 1.4.4, Baubles 1.3.9 (if that matters).
Screenshot

I take back the "other blocks" comment. I took a look around all my Mekanism equipment and only the QE displayed this issue. (Could of course affect something I've not built yet, as I'm only up to 4x ore processing, so there's a bunch of the tech tree I've yet to explore.)

Guess this one is solved now:


Fix api deprecation

Description
When using  QADataGenerator like so , from azure.ai.generative.synthetic.qa import QADataGenerator
Under python 3.12 we are getting a failure with error
 ModuleNotFoundError: No module named 'pkg_resources'

If we install setuptools we are further hit with a deprecation notice -
 DeprecationWarning: pkg_resources is deprecated as an API. See https://setuptools.pypa.io/en/latest/pkg_resources.html

This PR uses alternative way to support functionality without breaking anything.
If an SDK is being regenerated based on a new swagger spec, a link to the pull request containing these swagger spec changes has been included above.
All SDK Contribution checklist:

[x] The pull request does not introduce [breaking changes]
[x] CHANGELOG is updated for new features, bug fixes or other significant changes.
[x] I have read the contribution guidelines.

General Guidelines and Best Practices

[x] Title of the pull request is clear and informative.
[x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

[x] Pull request includes test coverage for the included changes.

@microsoft-github-policy-service agree

We are not using this anymore. maintainers can decide what they want to do here.


There is a problem with the docker startup command.

Hi team,
I'm copying this from here: https://github.com/MicrosoftDocs/sql-docs.zh-tw/issues/112
since the sure is making a suggestion on the code example
@f22520779 commented 13 hours ago
(Translated)
Docker run -e 'ACCEPT_EULA=Y' -e 'SA_PASSWORD=<YourStrong!Passw0rd>' ...
Should be docker run -e "ACCEPT_EULA=Y" -e "SA_PASSWORD=YourStrong!Passw0rd" ...
Single quotes are wrong

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

ID: b152444b-dfb8-5cbe-cf45-9830bd085a68
Version Independent ID: 31719660-d4d0-7f63-efcc-846c822a63c2
Content: Get started with SQL Server Linux containers on Docker - SQL Server
Content Source: docs/linux/quickstart-install-connect-docker.md
Product: sql
Technology: linux
GitHub Login: @vin-yu
Microsoft Alias: vinsonyu

@CeciAc The changes have been made.


Pedantic Solar Thermal

Advanced.PedanticModelica:=true;
checkModel("BuildingSystems.Technologies.SolarThermal");

There were two main problems.

Output connector using the type prefix parameter. The error obtained was:

In model collector the component (Input or output connector) had attribute parameter .
That is not correct Modelica.

It is solved with a3e5a0b and 5d00a56. the type prefix parameter was deleted. Notice that these output connectors are still considered parameters in the models because they have the following annotation Dialog(group="Geometry").
Alternative one could remove the above annotation, add a parameter and link output and parameter (Analog to Modelica.Blocks.Sources.Constant).

Wrong class definition. The error obtained was:

Redeclaration requires a subtype.
But different specialized classes model collectorData and record collectorData.

Solved in 5823500.

merged 047dce9 - issue can be closed


[Feature request] [Privacy] run a parallel second LND node for private donations and to connect to Sphinx chat

Likely to be an advanced (CLI only) privacy feature for Tor only nodes.
Not planned for routing, only needs one private (ideally coinjoined) and appropriately sized (>100k sats) UTXO to open one channel.
To be used for Sphinx chat and to receive donations a channel needs to be published:

can be opened to https://1ml.com/node/023d70f2f76d283c6c4e58109ee3a2816eb9d8feb40b23d62469060a2b2867b77f/channels as in  https://github.com/stakwork/sphinx-relay#if-you-just-installed-your-lnd
keysend only works if the channel is public
receiving the donations the funding UTXO would need to be exposed in the route hint if the channel is private
by generating the connection string the node can be used for BTCpay private donations.
incoming capacity can be created by paying out to another node or mobile wallet.

A separate channel could be private for the most private payments  - in that case the existence of the Lightning channel is not advertised publicly.
Balance of Satoshis can be configured to interact with multiple nodes:

https://github.com/alexbosworth/balanceofsatoshis#saved-nodes
using bos open can reduce the channel funding to a single transaction from any PSBT/rawTransaction capable wallet like JoinMarket, Specter or Electrum.

[x] install script with
[x] separate user and data directory (symlinked to app-data)
[x] specify separate ports for RPC, REST and GRPC
[ ] Sphinx chat connection
[ ] BTCpay connection string
[ ] QRcode to connect Zeus (lndconnect)
[ ] configure bos automatically

A good usecase for a testnet node (now BTCpay works on testnet too with:(https://github.com/rootzoll/raspiblitz/pull/2067)
Example lnd.conf (see: https://openoms.gitbook.io/lightning-node-management/lnd.conf):
[Application Options]
# alias=ALIAS # up to 32 UTF-8 characters
# color=COLOR # choose from: https://www.color-hex.com/
listen=<IP_ADDRESS>:9736
rpclisten=<IP_ADDRESS>:10010
restlisten=<IP_ADDRESS>:8081
accept-keysend=true
nat=false
debuglevel=debug
gc-canceled-invoices-on-startup=true
gc-canceled-invoices-on-the-fly=true
ignore-historical-gossip-filters=1
sync-freelist=true
stagger-initial-reconnect=true
tlsautorefresh=1
tlsdisableautofill=1

[Bitcoin]
bitcoin.active=1
bitcoin.node=bitcoind

[Bitcoind]
bitcoind.estimatemode=ECONOMICAL

[Wtclient]
wtclient.active=1

[Tor]
tor.active=true
tor.streamisolation=true
tor.v3=true

Useful notes from: https://github.com/lightningnetwork/lnd/blob/master/docs/INSTALL.md#using-bitcoind-or-litecoind
NOTE:

The auth parameters rpcuser and rpcpass parameters can typically be determined by lnd for a bitcoind instance running under the same user, including when using cookie auth. In this case, you can exclude them from the lnd options entirely.
If you DO choose to explicitly pass the auth parameters in your lnd.conf or command line options for lnd (bitcoind.rpcuser and bitcoind.rpcpass as shown in example command above), you must also specify the bitcoind.zmqpubrawblock and bitcoind.zmqpubrawtx options. Otherwise, lnd will attempt to get the configuration from your bitcoin.conf.
You must ensure the same addresses are used for the bitcoind.zmqpubrawblock and bitcoind.zmqpubrawtx options passed to lnd as for the zmqpubrawblock and zmqpubrawtx passed in the bitcoind options respectively.
When running lnd and bitcoind on the same Windows machine, ensure you use <IP_ADDRESS>, not localhost, for all configuration options that require a TCP/IP host address. If you use "localhost" as the host name, you may see extremely slow inter-process-communication between lnd and the bitcoind backend. If lnd is experiencing this issue, you'll see "Waiting for chain backend to finish sync, start_height=XXXXXX" as the last entry in the console or log output, and lnd will appear to hang. Normal lnd output will quickly show multiple messages like this as lnd consumes blocks from bitcoind.
Don't connect more than two or three instances of lnd to bitcoind. With the default bitcoind settings, having more than one instance of lnd, or lnd plus any application that consumes the RPC could cause lnd to miss crucial updates from the backend.
The default fee estimate mode in bitcoind is CONSERVATIVE. You can set bitcoind.estimatemode=ECONOMICAL to change it into ECONOMICAL. Futhermore, if you start bitcoind in regtest, this configuration won't take any effect.

Edited the lnd.conf above accordingly. (No need of rpcuser + password)

The LND installation part can be done with:
https://github.com/openoms/joininbox/blob/master/scripts/install.lnd.sh (part of the latest v0.3.3 JoininBox release)
tested on the RaspiBlitz (admin or joinmarket user) and standalone JoininBox as well.
Installs an LND node alongside the existing one on the RaspiBlitz.
To download separately:
# download
wget https://raw.githubusercontent.com/openoms/joininbox/master/scripts/install.lnd.sh
# inspect
cat install.lnd.sh
# install: 'install.lnd.sh [on] [NODENUMBER(default=1)]'
bash install.lnd.sh on 1

just one thought .. wouldnt the accounts in LND Oliver is working on simulate a "second LND node" for use with sphinx?

Accounts would not get new pubkeys (like they are not in LNBits or lndhub/Bluewallet).
Generating new pubkeys should be possible with the HTLCinterceptor API, but did not see it working yet and then not sure if those could be connected to Sphinx.
This is a solution I need and works now, but would be happy if it is only temporary.

New version of the script with most of the features added: https://github.com/openoms/joininbox/blob/dev-lnd/scripts/install.lnd.sh
Only tested the installation and adding to BoS so far. Just waiting for a channel to confirm and my private node will be functional!
bash  install.lnd.sh -h
# script to install LND
# the default version is: v0.12.1-beta
# install.lnd.sh [on <nodenumber>|off <nodenumber> <purge>
# install.lnd.sh [add-node-to-bos <nodenumber>]
#
# to use a node with Sphinx-relay
# install.lnd.sh [write-sphinx-environment <nodenumber>]
#
# to export macaroons & tls.cert:
# install.lnd.sh [exportmenu|hexstring|scp|http|btcpay <nodenumber>]

# download
wget https://raw.githubusercontent.com/openoms/joininbox/dev-lnd/scripts/install.lnd.sh
# inspect
cat install.lnd.sh
# install: 'install.lnd.sh [on] [NODENUMBER(default=1)]'
bash install.lnd.sh on

Relevant tweet thread: https://twitter.com/openoms/status/1374772296934699015

Step-by-step instructions:

install the lnd1 node

# download the script (force overwrite)
wget -O install.lnd.sh https://raw.githubusercontent.com/openoms/joininbox/dev-lnd/scripts/install.lnd.sh
# inspect
cat install.lnd.sh
# install: 'install.lnd.sh [on] [NODENUMBER(default=1)]'
bash install.lnd.sh on

Connect to bos / thunderhub / sphinx:

bash install.lnd.sh menu

Bos, Thunderhub and the Sphinx relay needs to be installed beforehand.
For Sphinx to work the best use the new script to install the latest version with fixed permissions:
https://github.com/rootzoll/raspiblitz/issues/2089#issuecomment-805979006

for bos it adds an alias accessible as bos1, the existing config is untouched
for THub there will be a second node to log into the Thub webpage with the same password (PasswordB)
Sphinx can only be connected to one LND at a time.
The old database (if exists) is backed up and a new database is created for lnd1.
Can be paired to the mobile app from the SPHINX menu in the raspiblitz main menu.

Can follow this: https://github.com/stakwork/sphinx-relay#if-you-just-installed-your-lnd

the CLI of the new lnd1 node can be accessed with lncli1
can also use Thunderhub to fund and open a channel if added already
open a channel with min 100k sats to the Sphinx node (as in the readme above): https://1ml.com/node/023d70f2f76d283c6c4e58109ee3a2816eb9d8feb40b23d62469060a2b2867b77f
to be well connected and benefit from no (or minimal) hops (free LN transactions) when using Sphinx chat

If you can join the RaspiBlitz tribe on Sphinx we know it all worked.

Hi, thanks for the step-by-step instructions! I was able to follow it to get to the desired result of having a sphinx-relay running on a separate lnd instance. I had some issues since due to a force-closed channel, but I would assume that this does not relate to this topic directly.
I did not precisely keep track of all the exact steps I took and the issues I ran into, but here are some of the things I encountered:

Running bash install.lnd.sh on returned FAIL: unknown '', but it still seemed to work and I had lnd1 running afterwards and lncli1 working. The FAIL: unknown '' error was raised again in (I believe) the sphinx-relay install.
Running THUB in the MENU multiple times added the lnd1 instance multiple times. Maybe this was intended, but an alternative could be to check if it already exists and replace it instead, to only have a single lnd1 as a result.
BOS initially complained that /home/bos/.bos doesn't exist, even though it was installed on my raspiblitz. It worked after re-installing and updating BoS.
I had trouble connecting to Sphinx, so I ended up re-installing it and restarting my raspiblitz many times. I am not sure what the issues were, unfortunately. But in the end it worked.

thansk for the points.

solved - redownload the script
can improve, for now edit the thub conf manually:
sudo nano /mnt/hdd/app-data/thunderhub/thubConfig.yaml
couldn't reproduce this
solved

https://raw.githubusercontent.com/openoms/joininbox/master/scripts/install.lnd.sh

@openoms : This url shows a 404 error.
:question: Could you explain what needs to be done to run a parallel second LND node on raspiblitz at the moment (still for sphinx only)?

@alaznem we dropped the concept of running multiple LND mainnet nodes.
Instead with v1.7.1 its now possible to run LND & c-lightning in parallel ... that way you also have two lightning nodes and you can use LND for sphinx/personal-use while c-lightning for your anon routing node.

@alaznem the script is accessible at https://raw.githubusercontent.com/openoms/joininbox/v0.6.2/scripts/install.lnd.sh.
It was removed from joininbox as not planning to support due to too much added complication with backups, recovery and migrations. Agree with rootzoll's comment above.


Possible to make "ctypedef int (ptr_t)()" without asterisk?

Sorry for the noobish question, but I could not find clear solution. I have following typedef of pointer to function from LMDB:
typedef int (MDB_cmp_func)(const MDB_val *a, const MDB_val *b)

Unfortunately, ctypedef int  (MDB_cmp_func)(const MDB_val *a, const MDB_val *b) throws error in compile time.

I understood. The parenthesis around MDB_cmp_func are redundant.
ctypedef int  MDB_cmp_func(const MDB_val *a, const MDB_val *b) works fine.