07:25 <+bridge> [ddnet] you mean without sql? It should create a record file and show that 12:23 <+bridge> [ddnet] Yea its creating a file but you can see the ranks only when u use /top5 12:24 <+bridge> [ddnet] In the scoreboard is nothing after a reconnect 13:23 <+bridge> [ddnet] Yea its creating a file but you can't see the ranks only when u use /top5 13:24 <+bridge> [ddnet] Yea its creating a file but you can see the ranks only when u use /top5 14:47 <+bridge> [ddnet] @Jupstar ✪ your fng2 sends malformed server commands just so you know 14:47 <+bridge> [ddnet] you don't seem to be maintaining it anymore though, so not sure 15:00 <+bridge> [ddnet] the current source? 15:04 <+bridge> [ddnet] and server commands = rcon? 15:26 <+bridge> [ddnet] well is the source on your github the "current" one? 15:28 <+bridge> [ddnet] You register your commands with a `0x0` argument list instead of a `""`, which your libc happily translates to `(null)` while packing. 15:29 <+bridge> [ddnet] The argument list of `/help` is also broken `` isn't in a format that's recognized 15:31 <+bridge> [ddnet] furthermore it doesn't even compile 😛 15:32 <+bridge> [ddnet] @Trafalgar Law ah yeah, that's intentional 15:32 <+bridge> [ddnet] or well, not implemented 15:47 <+bridge> [ddnet] help allows both no argument or a cmd 15:47 <+bridge> [ddnet] for me it compiles fine 15:47 <+bridge> [ddnet] but yeah the argument should be null checked for 0.7 sent 😄 15:55 <+bridge> [ddnet] " isn't in a format that's recognized" but 0.7 doesnt care about any format since it natively adds commands 16:52 <+bridge> [ddnet] think I'm bored of contributing to vanilla 16:56 <+bridge> [ddnet] @Jupstar ✪ master now cares about the argument list 16:57 <+bridge> [ddnet] @fokkonaut, law and the others are caught up, fng2 is the only server I found that doesn't parse correctly 16:57 <+bridge> [ddnet] @Ryozuki why did you name that field in the msg m_Arguments but send the entire command string? 16:58 <+bridge> [ddnet] > think I'm bored of contributing to vanilla 16:58 <+bridge> [ddnet] same 16:58 <+bridge> [ddnet] Now dune is going to make me revert it to sending the entire command string because @Jupstar ✪ used it as the entire command string 16:58 <+bridge> [ddnet] i made it so the server would parse the arguments in his own way 16:59 <+bridge> [ddnet] yeah but why not strip the command before sending the rest? 16:59 <+bridge> [ddnet] maybe i forgot 16:59 <+bridge> [ddnet] xd 16:59 <+bridge> [ddnet] 😦 16:59 <+bridge> [ddnet] it's going to be like that forever now because vanilla is unable to evolve 17:00 <+bridge> [ddnet] because that one server still running 0.7.4 needs to work perfectly 17:00 <+bridge> [ddnet] they don't like compatibility code either, so it'll get an issue with the tag 0.8 which will never happen 17:06 <+bridge> [ddnet] @Learath2 wtf is that guy mad? XD 17:06 <+bridge> [ddnet] eh, well he isn't he just has different priorities 17:07 <+bridge> [ddnet] i only used it bcs it worked like that 17:07 <+bridge> [ddnet] i can always change my code 17:07 <+bridge> [ddnet] idc 😄 17:07 <+bridge> [ddnet] what guy? 17:09 <+bridge> [ddnet] Dune 17:10 <+bridge> [ddnet] The vanilla attitude is "within the current major there should be no compatibility breakage at all" which is a good idea 17:10 <+bridge> [ddnet] but combined with "major releases will only happen twice every decade" it really stops evolution 17:10 <+bridge> [ddnet] xD 17:10 <+bridge> [ddnet] yeah i agree with u 17:13 <+bridge> [ddnet] actually I'm not even sure if 0.6 was in this decade 17:13 <+bridge> [ddnet] @heinrich5991 is there something special with the environment cmake builds in? 17:13 <+bridge> [ddnet] I can't get relative imports working for the life of me 17:30 <+bridge> [ddnet] not really 17:30 <+bridge> [ddnet] check working dir though 17:31 <+bridge> [ddnet] working dir is the root 17:31 <+bridge> [ddnet] well it doesn't work from root either 17:37 <+bridge> [ddnet] you can get ninja to output the commands 17:37 <+bridge> [ddnet] `-v` I think 17:39 <+bridge> [ddnet] I have what ninja executed 17:39 <+bridge> [ddnet] I can't get it to work myself either 17:39 <+bridge> [ddnet] do you know how relative imports are supposed to work? even with `__init__.py` files I can't get them to work 17:39 <+bridge> [ddnet] python packages are a mess 17:39 <+bridge> [ddnet] idk 17:40 <+bridge> [ddnet] well okay, I'll just use importlib and import with path 17:42 <+bridge> [ddnet] maybe I could code a library for python one day 17:42 <+bridge> [ddnet] "libsaneimports" 18:21 <+bridge> [ddnet] okay the problem is that imports in functions don't work the the way I thought they worked 18:22 <+bridge> [ddnet] importing datatypes in one function means that the global scope now has datatypes 18:22 <+bridge> [ddnet] which means when the seven version gets loaded it uses the 0.6 version of datatypes, which is missing NetFlag 18:35 <+ChillerDragun> what are you working on? o.O 19:43 <+bridge> [ddnet] I'm adding the 0.7 protocol files into 0.6 19:44 <+bridge> [ddnet] so we can refer to constants, use proper unpacking