00:53 <+bridge> [ddnet] @Robyt3 Perhaps Debian is the issue. My VPS host has several OS options. What OS do the regular DDNet servers run on, or which one is the most stable for running a server? 01:45 <+bridge> [ddnet] why would debian be the issue lol 02:00 <+bridge> [ddnet] 🙂 02:00 <+bridge> [ddnet] ^ 02:00 <+bridge> [ddnet] did u tst with the addr sanitizer 02:01 <+bridge> [ddnet] Changing the OS may likely change whatever variable is the root cause, since it is unknown 02:01 <+bridge> [ddnet] Will try that tomorrow @ReiTW ran out of time today 02:02 <+bridge> [ddnet] let me 2min 02:32 <+bridge> [ddnet] same issue tho, debian 11, but once I compile it by myself I can't get anything and everything works fine 02:32 <+bridge> [ddnet] I've compiled the source from branch 16.5 02:36 <+bridge> [ddnet] is it possible that the provided binary in the page might be "corrupted"? 02:40 <+bridge> [ddnet] Hmm. So you recreated the issue? Can you post the freshly compiled server for me (us) to use? Did you do a compare? Sounds like the one I downloaded may have a local artifact from whoever built it. 02:40 <+bridge> [ddnet] Yeah seems like it 02:41 <+bridge> [ddnet] well u shouldn't trust me & compile it yourself tho 02:41 <+bridge> [ddnet] xD 02:43 <+bridge> [ddnet] Tru 02:45 <+bridge> [ddnet] Do the publishes binaries on the DDNet website get built on a standard build machine (like a container), or does someone just build with whatever environment they have locally that day and then publish it? xD 02:45 <+bridge> [ddnet] Do the published binaries on the DDNet website get built on a standard build machine (like a container), or does someone just build with whatever environment they have locally that day and then publish it? xD 02:52 <+bridge> [ddnet] (same for ubuntu 20.04) 03:27 <+bridge> [ddnet] they're built on deen's machine, I think 06:47 <+bridge> [ddnet] Poggers 06:47 <+bridge> [ddnet] (@Patiga) 09:44 <+bridge> [ddnet] https://news.ycombinator.com/item?id=33512338 10:36 <+ChillerDragon> How does rust pick the output filename? it says wireshark-dissector here but compilation generates a wireshark_dissector.so does it replace - with _ for libs or all binaries? https://github.com/ChillerDragon/libtw2/blob/5f07c47f71acb943aaa8aa4a6d693980db6a15d9/wireshark-dissector/Cargo.toml#L2 10:37 <+ChillerDragon> lib* in front 10:47 <+bridge> [ddnet] In this case 10:47 <+bridge> [ddnet] Under package 10:47 <+bridge> [ddnet] In name 10:47 <+bridge> [ddnet] Thats the binary name 10:48 <+bridge> [ddnet] Ah 10:48 <+bridge> [ddnet] Yeah i guess it removes - 10:48 <+bridge> [ddnet] Its a library got confused xd 10:49 <+bridge> [ddnet] I think just for libs 10:55 <+ChillerDragon> rust trol lang 11:02 < Ryozuki> test 11:03 <+Ryozuki> test2? 11:34 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/1039488031041789992/Screenshot_2022-11-08-12-34-05-853-edit_io.github.pd4d10.gittouch.jpg 11:34 <+bridge> [ddnet] :justatest: 11:34 <+ChillerDragon> @heinrich5991 Why can i not see the input snap object in wireshark? https://zillyhuhn.com/cs/.1667903649.png 11:48 <+bridge> [ddnet] Rewrite it in Rust :sue: 11:55 <+bridge> [ddnet] :BASED: 12:00 <+ChillerDragon> This works... but it seems more hacky than what you planned there @heinrich5991 https://zillyhuhn.com/cs/.1667905210.png 14:47 <+bridge> [ddnet] the correct way to support this is to implement the `snapshot_object` type 14:47 <+bridge> [ddnet] ChillerDragon: but yours is okay for fixing it if you just want to look at it right now 15:15 <+bridge> [ddnet] i don't understand why devs needed to delete the console window option in new versions :lol: 15:19 <+bridge> [ddnet] Debian 16:08 <+ChillerDragon> @heinrich5991 nah i dont need a hotfix i just wanted too see how hard it is to contribute to the dissector. Apparently too hard for me :( 16:08 <+ChillerDragon> Because if i check it looks implemented to me 16:10 <+ChillerDragon> in here https://github.com/heinrich5991/libtw2/blob/5f07c47f71acb943aaa8aa4a6d693980db6a15d9/gamenet/generate/datatypes.py#L1407-L1422 16:11 <+bridge> [ddnet] I did a fresh build on my Debian VPS, and the server crashing issue is now fixed 🙂 Seems there is an artifact/bug in the Linux DDNet-Server binary published on the DDNet website. Thanks @deen and @ReiTW 16:21 <+ChillerDragon> I knew it! website download includes additional malware! deen the bitcoin miner confirmed!!!!!!!!!!!! 16:22 <+ChillerDragon> ^ okay in case someone does not get it this is a joke xd 16:26 <+bridge> [ddnet] deen reverse shell everyone 16:26 <+bridge> [ddnet] :giga_chad: 16:29 <+bridge> [ddnet] :BASED: 16:31 <+bridge> [ddnet] what's the library to explore tw map in python by Patiga? 16:32 <+bridge> [ddnet] or is there any similar library, preferrably in python? 16:34 <+bridge> [ddnet] The twmap 16:34 <+bridge> [ddnet] Its just a python binding for the rust lib 16:34 <+bridge> [ddnet] So it should be fast too 16:34 <+bridge> [ddnet] ah i found it on pypi.org 😉 16:34 <+bridge> [ddnet] https://gitlab.com/Patiga/twmap-py 16:34 <+bridge> [ddnet] https://pypi.org/project/twmap/ 16:34 <+bridge> [ddnet] https://pypi.org/project/twmap/ 16:34 <+bridge> [ddnet] Ye cd 16:34 <+bridge> [ddnet] Xd 16:35 <+bridge> [ddnet] delete your message impostor !! 16:35 <+bridge> [ddnet] Rly good lib 16:35 <+bridge> [ddnet] I used the rust side 16:35 <+bridge> [ddnet] For my map gen 16:36 <+bridge> [ddnet] hmm, default python pip is using twmap 0.2.0, looks kinda old 16:36 <+bridge> [ddnet] anaconda does use 0.4.1 whihc seems to date from yesterday 🙂 16:37 <+bridge> [ddnet] glad you found it that easily! 16:37 <+bridge> [ddnet] please use 0.4.1, its much better imo 16:37 <+bridge> [ddnet] any idea why distrib python uses outdated version? 16:37 <+bridge> [ddnet] I'm not sure, I don't know how the version selection works 16:38 <+bridge> [ddnet] me neither 😄 16:38 <+bridge> [ddnet] which python version are you on? 16:39 <+bridge> [ddnet] distrib is 3.6.9 16:39 <+bridge> [ddnet] conda is 3.7.6 16:39 <+bridge> [ddnet] iirc python 3.6 is end of life, my publish process doesn't support that version directly anymore 16:40 <+bridge> [ddnet] yeah, im waiting my phd defense to update to ubuntu 22 my machine 16:40 <+bridge> [ddnet] don't wanna take no risk at that point 😄 16:40 <+bridge> [ddnet] and im running out of space 16:40 <+bridge> [ddnet] `/dev/mapper/xubuntu--vg-root 144G 132G 5,4G 97% /` 16:40 <+bridge> [ddnet] how big is ddnet-maps? 16:40 <+bridge> [ddnet] will it fill my disk ? 16:40 <+bridge> [ddnet] well if you want you can also just built it yourself, that should be realtively easy for you :) 16:40 <+bridge> [ddnet] (if you have rust installed) 16:41 <+bridge> [ddnet] i do 🙂 16:41 <+bridge> [ddnet] about 2.3 GB 16:41 <+bridge> [ddnet] i think ill try to do some stuff in the train 16:41 <+bridge> [ddnet] https://gitlab.com/Patiga/twmap-py#manual-building-on-linux 16:41 <+bridge> [ddnet] yeah, but never compiled rust yet 16:42 <+bridge> [ddnet] oh god I hope your rust is new-ish, so far I didn't focus on keeping the minimum-supported-rust-version down 16:43 <+bridge> [ddnet] but if you already have it, compiling the project is really just `cargo build --release` 16:43 <+bridge> [ddnet] rustc 1.61.0 16:43 <+bridge> [ddnet] no idea how new this is 16:43 <+bridge> [ddnet] or how old 16:43 <+bridge> [ddnet] I'd guess updating wouldn't hurt if that is in your power 16:44 <+bridge> [ddnet] nah, fine for now 16:45 <+bridge> [ddnet] `Receiving objects: 100% (32608/32608), 918.89 MiB ` so 920MB packed 17:00 <+bridge> [ddnet] @Chairn just do rustup update 17:32 <+bridge> [ddnet] https://www.reddit.com/r/rust/comments/ypm47w/unofficial_opensource_nvidia_vulkan_driver_for/?utm_source=share&utm_medium=android_app&utm_name=androidcss&utm_term=1&utm_content=share_button 17:32 <+bridge> [ddnet] @Not Keks 17:38 <+bridge> [ddnet] ChillerDragon: it needs implementation here: https://github.com/heinrich5991/libtw2/blob/5f07c47f71acb943aaa8aa4a6d693980db6a15d9/wireshark-dissector/src/spec.rs#L615 17:38 <+bridge> [ddnet] and here: https://github.com/heinrich5991/libtw2/blob/5f07c47f71acb943aaa8aa4a6d693980db6a15d9/wireshark-dissector/src/spec.rs#L697 17:38 <+bridge> [ddnet] and here: https://github.com/heinrich5991/libtw2/blob/5f07c47f71acb943aaa8aa4a6d693980db6a15d9/wireshark-dissector/src/spec.rs#L933 17:42 <+bridge> [ddnet] better news would be official drivers 17:42 <+bridge> [ddnet] nouveum sucks performance wise 17:42 <+bridge> [ddnet] i dunno why it should change with rust ^^ 17:42 <+bridge> [ddnet] 17:42 <+bridge> [ddnet] the intel simply missing for the architectures 17:44 <+bridge> [ddnet] "The newly created Linux driver for Nvidia GPUs will be using Rust for its shader compiler." 17:44 <+bridge> [ddnet] 17:44 <+bridge> [ddnet] also its just the shader compiler 18:04 <+bridge> [ddnet] True 18:38 <+ChillerDragon> yikes sounds complicated but thanks for the useful links @heinrich5991 19:43 <+bridge> [ddnet] that appears to be the exact minimum rust version for twmap-py o.o 19:58 <+bridge> [ddnet] @Patiga twmap doesn't have tile enumeration? didn't find any 19:58 <+bridge> [ddnet] our new build system requires an internet connection. Is it only for the very first time or at every rebuild (haven't tried yet)? 19:58 <+bridge> [ddnet] yes, it doesn't have that as of yet 19:59 <+bridge> [ddnet] have you tried getting the python bindings to work on your machine? :) 20:01 <+bridge> [ddnet] @Chairn how are the build times now btw? 20:01 <+bridge> [ddnet] ur pc was pretty slow 20:02 <+bridge> [ddnet] make 16.5 vs current master pls 20:57 <+bridge> [ddnet] yes it does work wonderfully 🙂 20:59 <+bridge> [ddnet] ```python 20:59 <+bridge> [ddnet] import twmap 20:59 <+bridge> [ddnet] from glob import glob 20:59 <+bridge> [ddnet] import numpy as np 20:59 <+bridge> [ddnet] 20:59 <+bridge> [ddnet] TILE_FREEZE = 9 20:59 <+bridge> [ddnet] 20:59 <+bridge> [ddnet] for mapname in glob('ddnet-maps/types/race/maps/*.map'): 20:59 <+bridge> [ddnet] Map = twmap.Map(mapname) 21:00 <+bridge> [ddnet] game = Map.game_layer().tiles[:,:,0] 21:00 <+bridge> [ddnet] try: 21:00 <+bridge> [ddnet] front = Map.front_layer().tiles[:,:,0] 21:00 <+bridge> [ddnet] except AttributeError: 21:00 <+bridge> [ddnet] front = np.zeros((1,1)) 21:00 <+bridge> [ddnet] 21:00 <+bridge> [ddnet] if (game == TILE_FREEZE).any() or (front == TILE_FREEZE).any(): 21:00 <+bridge> [ddnet] print(f'{mapname} has freeze') 21:00 <+bridge> [ddnet] ``` 21:00 <+bridge> [ddnet] hmm, not yet, will try later, probably tomorrow 21:01 <+bridge> [ddnet] nice, glad it works for you 21:11 <+bridge> [ddnet] cmd? rustup doesn't exist on my system 21:13 <+bridge> [ddnet] ah 21:13 <+bridge> [ddnet] i manage rust with rustup 21:15 <+bridge> [ddnet] https://win.rustup.rs/x86_64 21:17 <+bridge> [ddnet] build times are almost doubled from what i can see 21:19 <+bridge> [ddnet] build times with what? 21:19 <+bridge> [ddnet] ah 21:19 <+bridge> [ddnet] ddnet with my potato machine 21:19 <+bridge> [ddnet] the rust changes 😦 21:19 <+bridge> [ddnet] runnning 16.5 rn 21:19 <+bridge> [ddnet] but after all downloaded? 21:19 <+bridge> [ddnet] that obv wont count xd 21:19 <+bridge> [ddnet] yea 21:20 <+bridge> [ddnet] ```bash 21:20 <+bridge> [ddnet] $ cmake -G Ninja -DDEV=ON .. 21:20 <+bridge> [ddnet] $ time ninja 21:20 <+bridge> [ddnet] # 16.5 21:20 <+bridge> [ddnet] real 3m2,989s 21:20 <+bridge> [ddnet] user 10m1,479s 21:20 <+bridge> [ddnet] sys 0m31,780s 21:21 <+bridge> [ddnet] # master build with rust 21:21 <+bridge> [ddnet] real 3m45,214s 21:21 <+bridge> [ddnet] user 12m3,471s 21:21 <+bridge> [ddnet] sys 0m37,628s 21:21 <+bridge> [ddnet] ``` 21:21 <+bridge> [ddnet] okay, not really doubled 21:21 <+bridge> [ddnet] i think potato pc is tired because i remember it builds in around 2 minutes usually 21:21 <+bridge> [ddnet] An extra 40s. Not that bad 21:21 <+bridge> [ddnet] +25% 21:21 <+bridge> [ddnet] ` Finished dev [unoptimized + debuginfo] target(s) in 54.34s` 21:21 <+bridge> [ddnet] it's okayish I gues 21:21 <+bridge> [ddnet] Though I can see it getting worse as we use more dependencies in rust modules 21:22 <+bridge> [ddnet] but, do we need to build it ? I thought it was just extra tool written in rust 21:22 <+bridge> [ddnet] no, it's compiled into the client and server 21:22 <+bridge> [ddnet] check out the new fancy console command `rust_version` 21:23 <+bridge> [ddnet] :p 21:23 <+bridge> [ddnet] :p 21:23 <+bridge> [ddnet] 😄 21:23 <+bridge> [ddnet] hm, it doesn't replace :p anymore 21:23 <+bridge> [ddnet] maj P 21:23 <+bridge> [ddnet] 😛 21:23 <+bridge> [ddnet] it does 21:23 <+bridge> [ddnet] 😄 21:23 <+bridge> [ddnet] :p 21:23 <+bridge> [ddnet] 😛 21:23 <+bridge> [ddnet] only with capital P 21:23 <+bridge> [ddnet] discord, you broke my workflow https://xkcd.com/1172/ 21:24 <+bridge> [ddnet] it also uses more disk space: 21:24 <+bridge> [ddnet] ```shell 21:24 <+bridge> [ddnet] ## master build with rust 21:24 <+bridge> [ddnet] 284K ./src 21:24 <+bridge> [ddnet] 40M ./data 21:24 <+bridge> [ddnet] 90M ./CMakeFiles 21:24 <+bridge> [ddnet] 238M ./debug 21:24 <+bridge> [ddnet] 434M . 21:24 <+bridge> [ddnet] ## 16.5 21:24 <+bridge> [ddnet] 284K ./src 21:24 <+bridge> [ddnet] 40M ./data 21:24 <+bridge> [ddnet] 89M ./CMakeFiles 21:24 <+bridge> [ddnet] 167M . 21:24 <+bridge> [ddnet] ``` 21:24 <+bridge> [ddnet] :d 21:24 <+bridge> [ddnet] why the tripple style documentation style tho? 21:24 <+bridge> [ddnet] yes, that is to be expected 21:24 <+bridge> [ddnet] @Ryozuki what about our documentation tool 21:24 <+bridge> [ddnet] Triple style documentation style? 21:25 <+bridge> [ddnet] ```rust 21:25 <+bridge> [ddnet] 21:25 <+bridge> [ddnet] /// Color, in HSLA format. Corresponds to the C++ type `ColorHSLA`. 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// The color is represented by hue, saturation, lightness and alpha values 21:25 <+bridge> [ddnet] /// between `0.0` and `1.0`. 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// See also . 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// # Examples 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// ``` 21:25 <+bridge> [ddnet] /// use ddnet_base::ColorHSLA; 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// let white = ColorHSLA { h: 0.0, s: 0.0, l: 1.0, a: 1.0 }; 21:25 <+bridge> [ddnet] /// let black = ColorHSLA { h: 0.0, s: 0.0, l: 0.0, a: 1.0 }; 21:25 <+bridge> [ddnet] /// let red = ColorHSLA { h: 0.0, s: 1.0, l: 0.5, a: 1.0 }; 21:25 <+bridge> [ddnet] /// let transparent = ColorHSLA { h: 0.0, s: 0.0, l: 0.0, a: 0.0 }; 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// // #ffa500 21:25 <+bridge> [ddnet] /// let ddnet_logo_color = ColorHSLA { h: 0.10784314, s: 1.0, l: 0.5, a: 1.0 }; 21:25 <+bridge> [ddnet] /// ``` 21:25 <+bridge> [ddnet] ``` 21:25 <+bridge> [ddnet] ```rust 21:25 <+bridge> [ddnet] 21:25 <+bridge> [ddnet] /// Color, in HSLA format. Corresponds to the C++ type `ColorHSLA`. 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// The color is represented by hue, saturation, lightness and alpha values 21:25 <+bridge> [ddnet] /// between `0.0` and `1.0`. 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// See also . 21:25 <+bridge> [ddnet] /// 21:25 <+bridge> [ddnet] /// # Examples 21:26 <+bridge> [ddnet] /// 21:26 <+bridge> [ddnet] /// --- 21:26 <+bridge> [ddnet] /// use ddnet_base::ColorHSLA; 21:26 <+bridge> [ddnet] /// 21:26 <+bridge> [ddnet] /// let white = ColorHSLA { h: 0.0, s: 0.0, l: 1.0, a: 1.0 }; 21:26 <+bridge> [ddnet] /// let black = ColorHSLA { h: 0.0, s: 0.0, l: 0.0, a: 1.0 }; 21:26 <+bridge> [ddnet] /// let red = ColorHSLA { h: 0.0, s: 1.0, l: 0.5, a: 1.0 }; 21:26 <+bridge> [ddnet] /// let transparent = ColorHSLA { h: 0.0, s: 0.0, l: 0.0, a: 0.0 }; 21:26 <+bridge> [ddnet] /// 21:26 <+bridge> [ddnet] /// // #ffa500 21:26 <+bridge> [ddnet] /// let ddnet_logo_color = ColorHSLA { h: 0.10784314, s: 1.0, l: 0.5, a: 1.0 }; 21:26 <+bridge> [ddnet] /// --- 21:26 <+bridge> [ddnet] ``` 21:26 <+bridge> [ddnet] that's how you do documentation in rust 21:26 <+bridge> [ddnet] with the three slashes 21:26 <+bridge> [ddnet] can we change it to doxygen? 21:26 <+bridge> [ddnet] bcs it looks really bad 21:26 <+bridge> [ddnet] I don't know, but I wouldn't 21:26 <+bridge> [ddnet] rustdoc is really well integrated into rust 21:26 <+bridge> [ddnet] Hm, it is a little annoying that we need 2 sets of docs with no proper link between them 21:26 <+bridge> [ddnet] well same ppl probs made rust syntax what do i expect 21:30 <+bridge> [ddnet] whats better, rust analyser or rust language server? 21:31 <+bridge> [ddnet] rust docs are markdown 21:31 <+bridge> [ddnet] with extensions 21:31 <+bridge> [ddnet] does rust language server include rust analyzer? 21:31 <+bridge> [ddnet] no 21:32 <+bridge> [ddnet] use rust analyzer 21:32 <+bridge> [ddnet] well it still looks shit xD 21:32 <+bridge> [ddnet] it looks good to me 21:32 <+bridge> [ddnet] and the rendered docs even better 21:32 <+bridge> [ddnet] docs.rs is a blessing 21:32 <+bridge> [ddnet] is it better? 21:32 <+bridge> [ddnet] rls is deprecated 21:32 <+bridge> [ddnet] rust analyzer is the oficial now 21:32 <+bridge> [ddnet] rls is actually removed from the newest release 21:33 <+bridge> [ddnet] what tool to format code? 21:33 <+bridge> [ddnet] cargo fmt 21:33 <+bridge> [ddnet] `cargo fmt` 21:34 <+bridge> [ddnet] cargo check to check for errors without compiling 21:34 <+bridge> [ddnet] how should my ide have support for both? 21:34 <+bridge> [ddnet] cargo clippy for more checks 21:34 <+bridge> [ddnet] clang format and cargo 21:34 <+bridge> [ddnet] vscode? 21:34 <+bridge> [ddnet] it uses t he rust-analyzer formatter 21:34 <+bridge> [ddnet] which is cargo fmt 21:34 <+bridge> [ddnet] so just format 21:34 <+bridge> [ddnet] LSP also are used to format code 21:34 <+bridge> [ddnet] the rust LSP calls rustfmt 21:35 <+bridge> [ddnet] there is also a tool to check unsafe code 21:35 <+bridge> [ddnet] miri 21:35 <+bridge> [ddnet] but thats more advanced 21:36 <+bridge> [ddnet] its not formatting xd 21:36 <+bridge> [ddnet] do note that 21:36 <+bridge> [ddnet] rust-analyzer fails to initialize 21:36 <+bridge> [ddnet] on current master 21:36 <+bridge> [ddnet] cuz heinrich panics on a missing env 21:37 <+bridge> [ddnet] on a build script 21:37 <+bridge> [ddnet] only if i set formatter to rust 21:37 <+bridge> [ddnet] but then i obv dont have clang-format 21:37 <+bridge> [ddnet] what 21:37 <+bridge> [ddnet] just set formatter to rust for rust files 21:37 <+bridge> [ddnet] how is that option called 21:37 <+bridge> [ddnet] can you set the env var I posted in the PR? 21:40 <+bridge> [ddnet] its bad 21:40 <+bridge> [ddnet] ok manually changing setting works 21:40 <+bridge> [ddnet] that u ggotta set a env var 21:40 <+bridge> [ddnet] default should work 21:40 <+bridge> [ddnet] bad dev exp 21:42 <+bridge> [ddnet] I explained why there's a tradeoff 21:42 <+bridge> [ddnet] can you maybe make your IDE or rust analyzer set a env var by default? 21:42 <+bridge> [ddnet] or can I detect that I'm being compiled by rust-analyzer? 21:43 <+bridge> [ddnet] "Enable all cargo features" 21:43 <+bridge> [ddnet] 21:43 <+bridge> [ddnet] do you think its worth it? 21:45 <+bridge> [ddnet] that's about the project, I think 21:45 <+bridge> [ddnet] since we don't have any, it shouldn't make a difference 21:45 <+bridge> [ddnet] no 21:45 <+bridge> [ddnet] set default 21:45 <+bridge> [ddnet] settings 21:45 <+bridge> [ddnet] well 21:46 <+bridge> [ddnet] i disable inlay hints 21:46 <+bridge> [ddnet] cuz they are annoying 21:46 <+bridge> [ddnet] i want best defaults, not maintainers default xd 21:47 <+bridge> [ddnet] my defaults is 21:48 <+bridge> [ddnet] clippy instead of check 21:48 <+bridge> [ddnet] and disable inlay hints 21:48 <+bridge> [ddnet] and there is smth about a lru cache 21:48 <+bridge> [ddnet] i increased it 21:48 <+bridge> [ddnet] cuz i have lot of ram 21:48 <+bridge> [ddnet] seems like it only supports clippy anyway 21:48 <+bridge> [ddnet] its clippy or check 21:48 <+bridge> [ddnet] clippy has way more checks 21:48 <+bridge> [ddnet] but might be a little slower 21:48 <+bridge> [ddnet] on the ms levels tho 21:50 <+bridge> [ddnet] clippy has some lints enabled by default that I don't agree with 21:50 <+bridge> [ddnet] and i agree with 21:50 <+bridge> [ddnet] the lints 21:50 <+bridge> [ddnet] strongly 21:50 <+bridge> [ddnet] like a cult 21:50 <+bridge> [ddnet] mindlessly 21:50 <+bridge> [ddnet] how can you say that, without even having seen the ones I complain about? 21:51 <+bridge> [ddnet] cuz i like to tease you 21:51 <+bridge> [ddnet] xd 21:51 <+bridge> [ddnet] kk ^^ 21:51 <+bridge> [ddnet] but now im curious 21:52 <+bridge> [ddnet] looking at lints u can learn lot of stuff tho 21:52 <+bridge> [ddnet] there was some about await stuff 21:52 <+bridge> [ddnet] e.g. this one didn't seem to make the code clearer in the cases where I saw it fire 21:52 <+bridge> [ddnet] https://rust-lang.github.io/rust-clippy/master/index.html#bool_to_int_with_if 21:53 <+bridge> [ddnet] they call `as` a coercion 21:53 <+bridge> [ddnet] I think that's no coercion 21:53 <+bridge> [ddnet] @Ryozuki any plugin to have parameter names displayed like this? 21:53 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/1039643792866820106/image.png 21:53 <+bridge> [ddnet] those are inlay hints 21:53 <+bridge> [ddnet] for parameters 21:53 <+bridge> [ddnet] idea does these by default for rust 21:53 <+bridge> [ddnet] (if you install the rust plugin) 21:53 <+bridge> [ddnet] dont switch to idea 21:54 <+bridge> [ddnet] let me find the settings 21:54 <+bridge> [ddnet] xD 21:54 <+bridge> [ddnet] i need to enable in vscode btw 21:56 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/1039644495974768740/image.png 21:56 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/1039644528770027531/image.png 21:56 <+bridge> [ddnet] @Not Keks just search inlay hints lol 21:56 <+bridge> [ddnet] i dont even have rust-analyzer settings lol 21:56 <+bridge> [ddnet] install it? 21:57 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/1039644736304197662/image.png 21:57 <+bridge> [ddnet] well i thought its integrated into the rust tool 21:57 <+bridge> [ddnet] it is 21:57 <+bridge> [ddnet] but vscode has a plugin 21:57 <+bridge> [ddnet] it uses the tool 21:57 <+bridge> [ddnet] like clangd extension 21:57 <+bridge> [ddnet] i use vscodium, so its maybe not equally suggested 21:57 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/1039644979754193077/image.png 21:58 <+bridge> [ddnet] its that 21:58 <+bridge> [ddnet] try it 21:58 <+bridge> [ddnet] which one u had then? 21:58 <+bridge> [ddnet] xd 21:58 <+bridge> [ddnet] so the other plugin uninstall? 21:58 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/1039645190509572136/image.png 21:59 <+bridge> [ddnet] it had more downloads, so i thought its the used one xd 21:59 <+bridge> [ddnet] this one is deprecated 21:59 <+bridge> [ddnet] on vscode it says deprecated 21:59 <+bridge> [ddnet] i guess on vscodium it doesnt for some reason 21:59 <+bridge> [ddnet] uninstall it 21:59 <+bridge> [ddnet] ok 22:06 <+bridge> [ddnet] ``` 22:06 <+bridge> [ddnet] [ERROR rust_analyzer::lsp_utils] failed to run build scripts 22:06 <+bridge> [ddnet] 22:06 <+bridge> [ddnet] error: failed to run custom build command for `ddnet-test v0.0.1 (/home/jupeyy/Schreibtisch/Teeworlds/DDNet/ddnet_jupeyy/src/rust-bridge/test)` 22:06 <+bridge> [ddnet] 22:06 <+bridge> [ddnet] Caused by: 22:06 <+bridge> [ddnet] process didn't exit successfully: `/home/jupeyy/Schreibtisch/Teeworlds/DDNet/ddnet_jupeyy/target/debug/build/ddnet-test-3232940390239a5f/build-script-build` (exit status: 101) 22:06 <+bridge> [ddnet] --- stdout 22:06 <+bridge> [ddnet] cargo:rerun-if-env-changed=DDNET_TEST_LIBRARIES 22:06 <+bridge> [ddnet] cargo:rerun-if-env-changed=DDNET_TEST_NO_LINK 22:06 <+bridge> [ddnet] 22:06 <+bridge> [ddnet] --- stderr 22:06 <+bridge> [ddnet] thread 'main' panicked at 'environment variable DDNET_TEST_LIBRARIES required but not found: NotPresent', src/rust-bridge/test/build.rs:27:14 22:06 <+bridge> [ddnet] stack backtrace: 22:06 <+bridge> [ddnet] 0: rust_begin_unwind 22:06 <+bridge> [ddnet] at /rustc/e092d0b6b43f2de967af0887873151bb1c0b18d3/library/std/src/panicking.rs:584:5 22:06 <+bridge> [ddnet] 1: core::panicking::panic_fmt 22:06 <+bridge> [ddnet] at /rustc/e092d0b6b43f2de967af0887873151bb1c0b18d3/library/core/src/panicking.rs:142:14 22:06 <+bridge> [ddnet] 2: core::result::unwrap_failed 22:06 <+bridge> [ddnet]