00:09 <+bridge> [ddnet] @heinrich5991 well since we can't change the signature of strncpy, it's reasonable that our wrapper for it should mimic the signature 00:10 <+bridge> [ddnet] @Learath2 huh? I think that's precisely what a wrapper function can do for us, change the parameter type 00:11 <+bridge> [ddnet] it can, but should it? it's unnecessary complexity imho 00:12 <+bridge> [ddnet] we get size_t from sizeof, we truncate it down to int, we pass it to our wrapper, which pads it with zeros and passes it to strncpy 00:12 <+bridge> [ddnet] the wrapper can shield the complexity from us 00:15 <+bridge> [ddnet] sizeof is constant, so the truncations isn't really real. but yea, it creates an unsigned integer that can be used in unsigned comaprisons 😦 00:29 <+bridge> [ddnet] also i run clang-tidy with clang-analyzer*, output: https://0x0.st/iGMI.txt 00:30 <+bridge> [ddnet] :justatest: :justatest: 00:42 <+bridge> [ddnet] Besides, who cares what google thinks, they've created one of the messiest programs I've ever seen in a decade with their "guidelines" 00:42 <+bridge> [ddnet] @Learath2 which one? xd 00:42 <+bridge> [ddnet] why chromium ofcourse 00:42 <+bridge> [ddnet] ah 00:45 <+bridge> [ddnet] > Because of historical accident, the C++ standard also uses unsigned integers to represent the size of containers - many members of the standards body believe this to be a mistake, but it is effectively impossible to fix at this point. 00:45 <+bridge> [ddnet] If there is anyone not to be trusted with anything, it's the C++ standards committee 😛 01:38 <+bridge> [ddnet] ``` 01:38 <+bridge> [ddnet] [*] '/opt/teamspeak3/ts3client_linux_amd64' 01:38 <+bridge> [ddnet] Arch: amd64-64-little 01:38 <+bridge> [ddnet] RELRO: Partial RELRO 01:38 <+bridge> [ddnet] Stack: Canary found 01:38 <+bridge> [ddnet] NX: NX disabled 01:38 <+bridge> [ddnet] PIE: No PIE (0x400000) 01:38 <+bridge> [ddnet] RWX: Has RWX segments 01:38 <+bridge> [ddnet] RPATH: b'$ORIGIN/lib/:/usr/local/Qt-5.12.1/lib' 01:38 <+bridge> [ddnet] FORTIFY: Enabled 01:38 <+bridge> [ddnet] ``` 01:38 <+bridge> [ddnet] teamspeak 3, no PIE, executable stack, … WHY 01:39 <+bridge> [ddnet] https://stackoverflow.com/a/34800050 01:40 <+bridge> [ddnet] > They can't use OpenGL to accelerate Qt Quick, no. Which is a pretty severe drawback. Unfortunately the status of OpenGL on Windows is a nightmare. The "average" Windows computer will have an Intel-based GPU with ancient drivers, which are buggy enough to cause Qt not even try to use any 3D at all (OpenGL nor Direct3D). NVIDIA and AMD are usually better, as at least they tend to be more up-to-date. 01:40 <+bridge> [ddnet] sounds a bit like the issues we're running into 01:40 <+bridge> [ddnet] https://source.chromium.org/chromium/chromium/src/+/master:gpu/config/software_rendering_list.json;l=1?q=software_rendering_&sq=&ss=chromium 01:42 <+bridge> [ddnet] maybe we should copy one of these lists and warn the user to update their drivers in the DDNet client 06:43 <+Obiwan> Hey @deen 06:43 <+Obiwan> What is "sixup connections"? 06:44 <+Obiwan> I googled it, but found a site for study in europe 06:44 <+Obiwan> nothing more about programming or network main 07:37 <@deen> Obiwan: It's our way of providing Teeworlds 0.7 net protocol compatibility in DDNet Server 08:51 <+bridge> [ddnet] Unsigned let's you think about the math u do. They nice 08:55 <+bridge> [ddnet] Google doesn't even give a reason. So thumbs down on that 08:57 <+bridge> [ddnet] "Bjarne Stroustrup says that unsigned ints are error prone and lead to bugs" 08:57 <+bridge> [ddnet] @Jupstar ✪ the creator of c++ says things too 08:57 <+bridge> [ddnet] xd 08:58 <+bridge> [ddnet] In my mind the main danger comes from the very common value 0 being one-off to an underflow. much higher chance of going wrong than with int64_t 08:58 <+bridge> [ddnet] yeah 09:16 <+bridge> [ddnet] well teeworlds is the best argument against this. 09:16 <+bridge> [ddnet] unscalable, full of undefined behaviour, negative array accesses that arent checked 09:16 <+bridge> [ddnet] int to floats, floats to int without thinking 09:16 <+bridge> [ddnet] ever wondered why we dont have a full 360° cursor in teeworlds 09:17 <+bridge> [ddnet] wdym 360° cursor? 09:17 <+bridge> [ddnet] ` 09:17 <+bridge> [ddnet] m_HookDir.x = pObjCore->m_HookDx / 256.0f; 09:17 <+bridge> [ddnet] m_HookDir.y = pObjCore->m_HookDy / 256.0f;` 09:17 <+bridge> [ddnet] bcs we just kill the precision 09:17 <+bridge> [ddnet] if that would be 1024, tw would be much nicer already 09:17 <+bridge> [ddnet] o_o 09:17 <+bridge> [ddnet] move ur cursor very slowly 09:17 <+bridge> [ddnet] with hook line 09:17 <+bridge> [ddnet] and u'll notice 09:17 <+bridge> [ddnet] is that why some hooks thru corners from far away dont work well 09:17 <+bridge> [ddnet] because of precision 09:18 <+bridge> [ddnet] if the hook is long enough probably, 09:18 <+bridge> [ddnet] wow 09:18 <+bridge> [ddnet] u just saved me 09:18 <+bridge> [ddnet] alot of time thanks 09:18 <+bridge> [ddnet] u cannot change this 09:18 <+bridge> [ddnet] the client uses it for network 09:18 <+bridge> [ddnet] yes thats why it saved time xd 09:18 <+bridge> [ddnet] ok xD 09:18 <+bridge> [ddnet] i thought i messed something up 09:18 <+bridge> [ddnet] didnt consider that it could be limitation of tw protocol 09:20 <+bridge> [ddnet] one thing is true tho, try not not mix data types 09:20 <+bridge> [ddnet] but i dont see an argument against unsigned 09:20 <+bridge> [ddnet] if unsigned underflows u are fucked 09:20 <+bridge> [ddnet] so u need to care much more than with ints 09:20 <+bridge> [ddnet] signeds* 09:21 <+bridge> [ddnet] array[-1] and array[2147483648] will both crash 09:21 <+bridge> [ddnet] yeah bcs -1 is probs converted 09:21 <+bridge> [ddnet] but (ptr - 1) might be a legit memory address 09:21 <+bridge> [ddnet] oh true 09:21 <+bridge> [ddnet] and thats undefined by your source probably 09:22 <+bridge> [ddnet] not invalid read write, but undesired 09:22 <+bridge> [ddnet] and undefined ye 09:30 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/765114263575461928/unknown.png 09:31 <+bridge> [ddnet] we prefer todo this instead of not program like this xd 09:38 <+bridge> [ddnet] ~~wizard~~ 09:58 <+bridge> [ddnet] The bounds checking on gcc is absolutely shit, we are in the right to silence it 10:12 <+bridge> [ddnet] i dunno std::array for example typedefs its size_type to size_t, so the [] operator would require unsigned 10:15 <+bridge> [ddnet] (what i am just saying is, the compiler probs prefers to warn than to create user undesired behaviour) 11:19 <+bridge> [ddnet] @Learath2 To be fair, C++ standards commitee is in an impossible situation. They want 100% backwards compatibility, new features without any cost, and modernize the language at the same time. 11:20 <+bridge> [ddnet] Exactly, it's clear to any sane person that they have to give one up 11:20 <+bridge> [ddnet] But they wouldn't be C++ if they did that. Other languages fill the other niches 11:21 <+bridge> [ddnet] (I'd give up the backwards compatibility, with one major revision of time to fix deprecated stuff) 11:21 <+bridge> [ddnet] Hello Python 3, my good friend 11:21 <+bridge> [ddnet] but isnt backwards compatibility what makes c++ stay for so long 11:21 <+bridge> [ddnet] Unmaintained code can be compiled with old compilers 11:22 <+bridge> [ddnet] The idea in C++ is instead to use something like clang-tidy to enforce modern stile in new code bases and to try to clean up old ones 11:22 <+bridge> [ddnet] Pythons upgrade was such a mess because they didn't want to commit to it. They let the userbase draaaaaag it on 11:23 <+bridge> [ddnet] Oh and that guy the benevolent dictator for life, he was just too benevolent 11:23 <+bridge> [ddnet] Oh, they wanted to commit. But the user base was strongly against it, and the same would happen in C++ but much stronger 11:23 <+bridge> [ddnet] yeah 11:23 <+bridge> [ddnet] c++ fanatics 11:23 <+bridge> [ddnet] like learath 11:23 <+bridge> [ddnet] :monkalaugh: 11:24 <+bridge> [ddnet] What are you on about? I don't even like C++ 11:24 <+bridge> [ddnet] you like the C right 11:24 <+bridge> [ddnet] you like C right 11:24 <+bridge> [ddnet] @deen users don't know what's good for them, that's why we have committees making decisions 11:25 <+bridge> [ddnet] Especially the average python user 11:25 <+bridge> [ddnet] Not that it says much, but I was a bit shocked to see C move to number 1 on TIOBE Index: https://www.tiobe.com/tiobe-index/ 11:25 <+bridge> [ddnet] yeah 11:25 <+bridge> [ddnet] i wonder why it is first 11:25 <+bridge> [ddnet] mostly because Java went down, not C up, but anyway 11:26 <+bridge> [ddnet] Huh, I wonder where the java devs went 11:26 <+bridge> [ddnet] Js maybe? 11:26 <+bridge> [ddnet] PHP going up :justatest: 11:26 <+bridge> [ddnet] damn wordpress 11:26 <+bridge> [ddnet] i think java went down due to oracle 11:26 <+bridge> [ddnet] doing that paid thing 11:27 <+bridge> [ddnet] What did they do? 11:28 <+bridge> [ddnet] you have to paid to have a LTS version 11:28 <+bridge> [ddnet] or something like that 11:28 <+bridge> [ddnet] pay* 11:28 <+bridge> [ddnet] [4:25 AM] deen: Not that it says much, but I was a bit shocked to see C move to number 1 on TIOBE Index: 11:28 <+bridge> [ddnet] 11:28 <+bridge> [ddnet] :feelsamazingman: :feelsamazingman: :feelsamazingman: 11:28 <+bridge> [ddnet] https://dev.karakun.com/java/2018/06/25/java-releases.html 11:28 <+bridge> [ddnet] c best 11:28 <+bridge> [ddnet] @Learath2 they are speeding up java development 11:28 <+bridge> [ddnet] > Starting with Java 9 most Java version will only have a lifetime of 6 months. Updates won’t be provided for the version after this period. Even if you have a commercial contract with Oracle you won’t get any additional updates for Java 9 or 10 after these 6 months. Plus, all 3 years a LTS (long term support) version of Java will be released. The first version with LTS support will be Java 11 that is scheduled for fall 2018. This LTS v 11:29 <+bridge> [ddnet] as u know companies want stability 11:29 <+bridge> [ddnet] so they seek LTS versions 11:29 <+bridge> [ddnet] i think 11:29 <+bridge> [ddnet] then u have to pay 11:29 <+bridge> [ddnet] xd 11:29 <+bridge> [ddnet] idk maybe i misunderstood 11:29 <+bridge> [ddnet] > PHP going up :justatest: 11:29 <+bridge> [ddnet] i know some php 11:29 <+bridge> [ddnet] it isnt really good 11:29 <+bridge> [ddnet] > The most important fact is that updates for LTS versions can only be accessed and used by people that buy commercial support at Oracle. My experience is that today most companies that develop Java based software do not have commercial support since the release train of Java was quite „friendly“ and an adoption of the newest version was easily possible. 11:29 <+bridge> [ddnet] this ^ 11:30 <+bridge> [ddnet] I doubt the commercial support being paid is an issue 11:30 <+bridge> [ddnet] before new java releases were rare 11:30 <+bridge> [ddnet] Java 11 is soooooooo stable 11:30 <+bridge> [ddnet] but now they are speeding 11:30 <+bridge> [ddnet] Even the open source version, pretty much everyone uses that 11:30 <+bridge> [ddnet] btw i think java 15 is modular or smth 11:30 <+bridge> [ddnet] yeah 11:30 <+bridge> [ddnet] but those wont receive updates 11:30 <+bridge> [ddnet] if u donth ave commercial 11:30 <+bridge> [ddnet] support 11:31 <+bridge> [ddnet] multiline strings were added with ` in java 11:31 <+bridge> [ddnet] multiline strings were added with ` in java 12 11:31 <+bridge> [ddnet] lol 11:31 <+bridge> [ddnet] > Oracle JDKs may only be used in production if you buy the commercial support. I 11:31 <+bridge> [ddnet] also this 11:31 <+bridge> [ddnet] what do you expect from oracle than wanting money 11:31 <+bridge> [ddnet] u can no longer use oracle jdk freely 11:32 <+bridge> [ddnet] well that commercial thingie really sucks 11:32 <+bridge> [ddnet] most minecraft stuff is still java 8 11:32 <+bridge> [ddnet] i wish they updated 11:32 <+bridge> [ddnet] coding spigot is quite fun 11:32 <+bridge> [ddnet] java 8 is enough for a java dev i suppose 11:32 <+bridge> [ddnet] Well do you really need updates to java 11? 11:33 <+bridge> [ddnet] my son will rise up and conquer the world 11:33 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/765145021636018186/unknown.png 11:33 <+bridge> [ddnet] :monkalaugh: 11:33 <+bridge> [ddnet] i have both 8 and 11 but 8 still does my stuff 11:33 <+bridge> [ddnet] OpenJ9 maintains LTS releases too and you can use them 11:33 <+bridge> [ddnet] there are good featurs in new java versions 11:33 <+bridge> [ddnet] getting stuck in 8 is n ogood 11:33 <+bridge> [ddnet] its just enough 11:33 <+bridge> [ddnet] i dont say its bad 11:34 <+bridge> [ddnet] nor good 11:34 <+bridge> [ddnet] Java's streams are so nice to work with 11:34 <+bridge> [ddnet] java 9 intoduces modules 11:34 <+bridge> [ddnet] maven exists 11:34 <+bridge> [ddnet] They really made functional programming quite palatable and usable 11:35 <+bridge> [ddnet] i agree with that 11:35 <+bridge> [ddnet] i dont like ppl who are content with "enough" 11:35 <+bridge> [ddnet] weak mindset 11:35 <+bridge> [ddnet] it just does what i need 11:35 <+bridge> [ddnet] i wouldnt need a higher version than 11 11:36 <+bridge> [ddnet] yeah why software gets updates 11:36 <+bridge> [ddnet] stupid developers 11:36 <+bridge> [ddnet] to get better ofc 11:37 <+bridge> [ddnet] but i see no reason to update while there is no need 12:09 <+bridge> [ddnet] @deen can you put in the readme the dependencies needed for videorecorder on debian atleast? they arent there 👀 12:13 <+bridge> [ddnet] what are the dependencies? ffmpeg? 12:13 <+bridge> [ddnet] libx264-dev libavfilter-dev libavdevice-dev libavformat-dev libavcodec-extra 12:13 <+bridge> [ddnet] libavutil-dev 12:13 <+bridge> [ddnet] im finding them 12:13 <+bridge> [ddnet] then you make a PR 12:13 <+bridge> [ddnet] yeah, i thought u knew all them tho 12:14 <+bridge> [ddnet] also 12:14 <+bridge> [ddnet] cmake complains this By not providing "FindSQLite3.cmake" in CMAKE_MODULE_PATH this project has 12:14 <+bridge> [ddnet] but then it says 12:14 <+bridge> [ddnet] -- Checking for module 'sqlite3' 12:14 <+bridge> [ddnet] -- Found sqlite3, version 3.27.2 12:14 <+bridge> [ddnet] -- Found SQLite3: /usr/include 12:14 <+bridge> [ddnet] which makes no sense to me 12:14 <+bridge> [ddnet] (this on debian) 12:15 <+bridge> [ddnet] maybe @heinrich5991 knows better about cmake problems ^ 12:21 <+bridge> [ddnet] https://ryozuki.xyz/ddnet-scan/ 12:21 <+bridge> [ddnet] i set this up 12:21 <+bridge> [ddnet] ill make daily scans 12:22 <+bridge> [ddnet] I'm not a big fan of daily scans. I think we should fix them and enable clang-tidy with those checks in github so we notice on the PRs directly 12:22 <+bridge> [ddnet] and not only after they are merged 12:23 <+bridge> [ddnet] yeah but we should fix all first 12:23 <+bridge> [ddnet] otherwise the prs will get a x tick right 12:23 <+bridge> [ddnet] and its not their fault 12:23 <+bridge> [ddnet] Yes, but you could also mark all existing ones with an exclude if you don't want to fix them immediately 12:24 <+bridge> [ddnet] `// NOLINT(clang-analyzer-core.DivideZero)` 12:28 <+bridge> [ddnet] well i dont know much about configuring the CI and stuff 12:28 <+bridge> [ddnet] make it work locally and we can get it done 12:28 <+bridge> [ddnet] basically just copy the normal build and run it with clang tidy on 12:29 <+bridge> [ddnet] and in the .clang-tidy file set WarningsAsErrors: '*' 12:30 <+bridge> [ddnet] And `Checks: -*, clang-analyzer*`. You could test if that results in the same failures you're seeing with clang-analyzer 12:33 <+bridge> [ddnet] https://cmake.org/cmake/help/latest/prop_tgt/LANG_CLANG_TIDY.html#prop_tgt:%3CLANG%3E_CLANG_TIDY 12:33 <+bridge> [ddnet] looks like cmake has clang-tidy integration 12:33 <+bridge> [ddnet] https://cmake.org/cmake/help/latest/variable/CMAKE_LANG_CLANG_TIDY.html 12:34 <+bridge> [ddnet] yeah, so -DCMAKE_CXX_CLANG_TIDY=ON -DCMAKE_C_CLANG_TIDY=ON should work 12:44 <+bridge> [ddnet] that variable doesnt work like that 12:44 <+bridge> [ddnet] u set it in cmake: set(CMAKE_CXX_CLANG_TIDY clang-tidy -checks=-*,readability-*) 12:44 <+bridge> [ddnet] and then when u run ninja 12:44 <+bridge> [ddnet] it shows the warnings 12:44 <+bridge> [ddnet] and there are quite a lot 12:44 <+bridge> [ddnet] xd 12:45 <+bridge> [ddnet] set it just to `clang-tidy` and use a .clang-tidy file as I described 12:45 <+bridge> [ddnet] not all checks make sense for us, start with the clang-analyzer ones 12:55 <+bridge> [ddnet] treating it as error wont show all the warnings tho 12:55 <+bridge> [ddnet] src/game/collision.cpp:1030:2: error: Variable 'f' with floating point type 'float' should not be used as a loop counter 12:55 <+bridge> [ddnet] well this makes sense 12:56 <+bridge> [ddnet] oh 12:56 <+bridge> [ddnet] the CI doesnt have clang-tidy installed 12:56 <+bridge> [ddnet] Hm, we could grep for warnings in the output or use `make --keep-going` 12:57 <+bridge> [ddnet] just add it in the installation at top 12:59 <+bridge> [ddnet] where do put keep-going hm 13:00 <+bridge> [ddnet] in the call to make, but I think we don't call make explicitly but make cmake call it 13:01 <+bridge> [ddnet] `cmake --build -- --keep-going` 13:01 <+bridge> [ddnet] so just add the `-- --keep-going at the end` 13:05 <+bridge> [ddnet] @deen why put .clang-tidy in src? 13:05 <+bridge> [ddnet] i think cmake detects it fine in the base dir 13:05 <+bridge> [ddnet] Hm, I guess it's fine 13:06 <+bridge> [ddnet] ur github comment was a bit weird formatted 13:06 <+bridge> [ddnet] Just thought it's more specific in src, but we don't really have other source code around anyway 13:06 <+bridge> [ddnet] thanks to markdown xd 13:06 <+bridge> [ddnet] oops, fixed 13:10 <+bridge> [ddnet] @deen its full of unknown warning option 13:11 <+bridge> [ddnet] I can give it a look, is your pr up-to-date? 13:11 <+bridge> [ddnet] i mean the CI btw 13:11 <+bridge> [ddnet] yea 13:12 <+bridge> [ddnet] localy it shows warnings correctly 13:12 <+bridge> [ddnet] ok 13:13 <+bridge> [ddnet] Why did you set clang-tidy always on for every build? 13:13 <+bridge> [ddnet] well im testing 13:14 <+bridge> [ddnet] I think the idea is to have a separate clang-based build 13:14 <+bridge> [ddnet] where are the errors then? 13:14 <+bridge> [ddnet] when u compile 13:14 <+bridge> [ddnet] or what errors u mean 13:15 <+bridge> [ddnet] you said locally it works, where are the failures in CI 13:15 <+bridge> [ddnet] it doesnt recognize the warnings added by clang-tidy i guess 13:15 <+bridge> [ddnet] what doesn't? 13:15 <+bridge> [ddnet] where can i find the failures? 13:15 <+bridge> [ddnet] https://github.com/ddnet/ddnet/pull/3075/checks?check_run_id=1241803867 13:15 <+bridge> [ddnet] look at 13:15 <+bridge> [ddnet] build debug 13:15 <+bridge> [ddnet] anmd scroll down 13:16 <+bridge> [ddnet] its full of unknown warning option 13:16 <+bridge> [ddnet] That is a clang-tidy warning 13:16 <+bridge> [ddnet] rly? 13:17 <+bridge> [ddnet] localy it looks like this to me 13:17 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/765171208563982346/unknown.png 13:17 <+bridge> [ddnet] also, is it building with gcc? we should be using clang for that I guess 13:18 <+bridge> [ddnet] i think heinrich can do this better 13:18 <+bridge> [ddnet] im no cmake magician 13:18 <+bridge> [ddnet] I can also try to finish it up if you want 13:18 <+bridge> [ddnet] go for it 13:39 <+bridge> [ddnet] oh nice 13:41 <+bridge> [ddnet] Float as a loop counter is a first for me 13:42 <+bridge> [ddnet] @Learath2 wdym by first for me 13:42 <+bridge> [ddnet] as in top priority? or as in u never saw it 13:42 <+bridge> [ddnet] Never saw it before 13:42 <+bridge> [ddnet] xd 13:43 <+bridge> [ddnet] I hope we don't actually use it to index anything 😛 13:43 <+bridge> [ddnet] I'll try to fix the clang-tidies we have for now 13:43 <+bridge> [ddnet] looks like lot of work 13:43 <+bridge> [ddnet] See my update in https://github.com/ddnet/ddnet/pull/3076, mostly all the same 13:44 <+bridge> [ddnet] yea 13:44 <+bridge> [ddnet] Oh, we should probably exclude external stuff too 13:44 <+bridge> [ddnet] I see 1 warning in wavpack atleast 13:46 <+bridge> [ddnet] yeah, will try 13:53 <+bridge> [ddnet] "Failed to finalize filesystems. Ignoring" Thanks systemd 13:53 <+bridge> [ddnet] I always prefer corrupt filesystems over waiting a couple seconds or actually troubleshooting 13:55 <+bridge> [ddnet] https://discordapp.com/channels/407308363031117832/490150878934990850/765175509142470666 13:55 <+bridge> [ddnet] 🍷 :frozen: 13:55 <+bridge> [ddnet] if anyone can hep :( 14:04 <+bridge> [ddnet] After spending almost a year with systemd and archlinux, I have to say, I'm quite unimpressed 14:05 <+bridge> [ddnet] It's all packaged for even a goof to be able to use linux, but it's a rolling release. A rolling release always has issues and archlinux gives you no way to fix them 14:05 <+bridge> [ddnet] i have yet to find a issue tho 14:05 <+bridge> [ddnet] and im using it since a year too 14:06 <+bridge> [ddnet] Well do you get the failed to unmount oldroot on shutdown? 14:07 <+bridge> [ddnet] also ur quite wrong usually when there is a problem with a package update they post a news 14:07 <+bridge> [ddnet] https://www.archlinux.org/news/ghostpcl9532-2-and-ghostxps9532-2-updates-require-manual-intervention/ 14:07 <+bridge> [ddnet] They decided the best course of action, is to try to unmount and if it doesn't work, ignore it 14:08 <+bridge> [ddnet] It tries to synchronize my filesystem fails, just ignores it 14:08 <+bridge> [ddnet] During boot I get like 10 driver issues, none of them have been fixed even though they've been reported for weeks 14:09 <+bridge> [ddnet] ah and that is systemd fault? 14:09 <+bridge> [ddnet] If it wasn't a PITA, I would just build the kernel without the overzealous drivers trying to attach to hardware that they are not for 14:10 <+bridge> [ddnet] in what way are driver issues arch fault 14:10 <+bridge> [ddnet] If it wasn't a PITA to build an initrd with systemd, I would just fix the stupid script that's trying to unmount filesystems that aren't even mounted 14:10 <+bridge> [ddnet] and "weeks" is a small time imho 14:11 <+bridge> [ddnet] @Ryozuki it's a rolling release that gives me no way to fix it myself. It would never happen in debian, because even though they give you no way to fix shit, they follow the kernel sooo slowly it doesn't matter 14:11 <+bridge> [ddnet] On gentoo it's absolutely trivial for me to just not build these drivers I don't need 14:11 <+bridge> [ddnet] omg man 14:11 <+bridge> [ddnet] just install the lts kernel 14:11 <+bridge> [ddnet] <> how can i increase the fps 14:11 <+bridge> [ddnet] u have solutions 14:11 <+bridge> [ddnet] u just dont know them 14:11 <+bridge> [ddnet] cl_increasefps 1 14:11 <+bridge> [ddnet] linux-lts 14:11 <+bridge> [ddnet] My solution is to use an old kernel on my rolling release distro? 14:11 <+bridge> [ddnet] Thanks 14:11 <+bridge> [ddnet] hell 14:12 <+bridge> [ddnet] use linux-lts44 14:12 <+bridge> [ddnet] from aur 14:12 <+bridge> [ddnet] if u want 14:12 <+bridge> [ddnet] how is a new kernel driver bug arch linux fault? 14:12 <+bridge> [ddnet] ur insane 14:12 <+bridge> [ddnet] <> noby biggest stalker 14:12 <+bridge> [ddnet] u wish 14:12 <+bridge> [ddnet] i was reading the chat 14:12 <+bridge> [ddnet] <> stalker 14:12 <+bridge> [ddnet] of who 14:12 <+bridge> [ddnet] lol 14:12 <+bridge> [ddnet] <> thats what a stalker would do 14:12 <+bridge> [ddnet] no u 14:12 <+bridge> [ddnet] It's not their fault that the driver is broken, it is their fault that they provide no way for me to not have the broken driver 14:13 <+bridge> [ddnet] they do proivide one 14:13 <+bridge> [ddnet] use a older kernel 14:13 <+bridge> [ddnet] and wait until its fixed 14:13 <+bridge> [ddnet] u can also make ur own aur package 14:13 <+bridge> [ddnet] Anyway, some people just don't care about any of this and they are free to use archlinux and shit over other peoples opinions online 14:13 <+bridge> [ddnet] and configure it how u like 14:14 <+bridge> [ddnet] @Learath2 you can try void linux, install older kernel series https://docs.voidlinux.org/config/kernel.html#kernel-series 14:14 <+bridge> [ddnet] did u know u can configure and use pkgbuild files to ur own liking? 14:14 <+bridge> [ddnet] also runit really fast 14:14 <+bridge> [ddnet] @nori xdd 14:14 <+bridge> [ddnet] thats not his problem 14:14 <+bridge> [ddnet] I'll just go back to gentoo where I can just build my system however I want 14:14 <+bridge> [ddnet] cuz i actually told him about using older kernel 14:14 <+bridge> [ddnet] you can do that 14:14 <+bridge> [ddnet] the fact that u dont know or arent willing 14:15 <+bridge> [ddnet] is urs only 14:15 <+bridge> [ddnet] I am not willing to spend time building a whole package to customize my kernel, yes. 14:15 <+bridge> [ddnet] https://wiki.archlinux.org/index.php/Kernel_module#Blacklisting 14:15 <+bridge> [ddnet] :lol: 14:16 <+bridge> [ddnet] why do i even talk ur just set in stone already 14:17 <+bridge> [ddnet] use ur allmighty gentoo and done 14:17 <+bridge> [ddnet] i go back to watching anime 14:17 <+bridge> [ddnet] Exactly, I don't get why you are throwing stuff at me. I tried, I don't like the unflexible nature of this distro. Opinions are opinions 14:17 <+bridge> [ddnet] cuz it triggers me u say u cant when u can 14:17 <+bridge> [ddnet] u just dont like t he way u can 14:18 <+bridge> [ddnet] Exactly, It's very inconvenient IMHO. It might be convenient enough for you 14:18 <+bridge> [ddnet] also why are u even using arch linux if u have systemd 14:18 <+bridge> [ddnet] are u a masochist 14:18 <+bridge> [ddnet] xd 14:18 <+bridge> [ddnet] hate* 14:19 <+bridge> [ddnet] Because people tell me I'm not allowed to have an opinion about systemd before trying it 14:19 <+bridge> [ddnet] ah sure its that 14:19 <+bridge> [ddnet] IMO that's like saying I'm not allowed to hate on nazis before being a nazi. You can disagree with something without trying it, shocker 14:20 <+bridge> [ddnet] Anyway, now that I'm done with my experiment and I can freely rant. I'll be heading back to gentoo 14:20 <+bridge> [ddnet] im not sure ithats 14:20 <+bridge> [ddnet] Or maybe I'll try one more on the way 14:20 <+bridge> [ddnet] i wouldnt use a distro just to prove someone wrong 14:21 <+bridge> [ddnet] I didn't do it to prove someone wrong. I just geniunely wanted to know what people saw in systemd and a binary rolling release distro at the same time 14:21 <+bridge> [ddnet] http://www.linuxfromscratch.org/lfs/ 14:21 <+bridge> [ddnet] just use this 4Head 14:21 <+bridge> [ddnet] :monkalaugh: 14:22 <+bridge> [ddnet] That's just too much work. Gentoo gives me almost the same level of customization without spending half a decade putting together my own distro 14:22 <+bridge> [ddnet] well cya when u finished compiling 14:22 <+bridge> [ddnet] :monkalaugh: 14:23 <+bridge> [ddnet] well cya until u finished compiling 14:23 <+bridge> [ddnet] Did you know what with a well configured kernel, you can even use the computer while it's compiling? 14:23 <+bridge> [ddnet] yeah im joking 14:35 <+bridge> [ddnet] idk if its already reported, but: http://prntscr.com/uxqr1n 14:36 <+bridge> [ddnet] when i spec and my time is over 1hr, hindus skin is over his time 14:36 <@deen> yes, fixed 14:36 <@deen> will release fix now 16:24 <+bridge> [ddnet] Am I the only one who has to double-tick "borderless window" every start of a non-fullscreen 15.0.5 DDNet client? 16:25 <+bridge> [ddnet] As it starts as border windows regardless of the setting is loaded correctly to an ui. 16:25 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/765218627371663420/Screenshot_from_2020-10-12_17-25-31.png 16:27 <+bridge> [ddnet] Weird, sounds like an SDL bug 16:28 <+bridge> [ddnet] oh wait 16:28 <+bridge> [ddnet] we only create borderless window on mac, that seems wrong 16:34 <+bridge> [ddnet] No, in linux borderless windows works fine. It's just it ignores the setting on load. 16:34 <+bridge> [ddnet] I mean it loads setting in UI but doesn't apply it to the game window @deen 16:35 <+bridge> [ddnet] If uncheck/check it after load it applies. 16:36 <+bridge> [ddnet] yeah bcs its only ignored when initialized 16:36 <+bridge> [ddnet] Exactly. Please don't remove borderless windows from linux build 😅 16:36 <+bridge> [ddnet] he did the opposite 16:36 <+bridge> [ddnet] I cannot use full-sized as they give me more problems. 16:36 <+bridge> [ddnet] he added it again 16:37 <+bridge> [ddnet] Nice, thanks for adding it 16:37 <+bridge> [ddnet] So... please leave borderless windows as it is. I will just silently leave 😅 no need to remove it. 16:38 <+bridge> [ddnet] I will tolerate this small bug. k thanks bye 16:38 <+bridge> [ddnet] ? 16:38 <+bridge> [ddnet] As I understand you were going to remove borderless window functionality from linux build. 16:38 <+bridge> [ddnet]