DDraceNetwork - developer

DDraceNetwork

Development / developer

Development discussion. Logged to https://ddnet.tw/irclogs/ Connected with DDNet's IRC channel, Matrix room and GitHub repositories — IRC: #ddnet on Quakenet | Matrix: #ddnet-developer:matrix.org GitHub: https://github.com/ddnet

Between 2018-06-07 00:00:00Z and 2018-06-08 00:00:00Z

@Ryozuki why are you so eager to label people? Such an american thing to do. Call them commies and move on...

04:41

Try discussing things by taking the people discussing the situation out of it

??

You always make it about the person :P

Yeah i am dutch

@deen http://puu.sh/AAESw/e1e6f3d28c.png this is in the persion abuse post on ddnet frontpage. Maybe it should be removed if the ranks were removed c:

Embedded image

I dunno

oh are they really still ther? .-.

@Dev my dummy is bugged on 95.172.92.151:8320

11:18

if i connect him, he connects after 10 seconds

11:18

if i switch i get connection problems

11:18

on other servers it works normally

11:18

but others can connect dummy and use it normal on th eserver

11:18

idk what the problem is

I cant check rn could you give Server Details @J$ON Mod and map for Example

biome master

13:14

ddrace

Normal ddnet Servers ?

13:20

I also had this Bug once

13:21

For me it worked to restart client or Change Server and then Change back

13:22

Is your bot Client based on an older DDNet Client or could it be an new unknown Bug? @J$ON

?XD

13:23

i deinstalled bot

13:23

but i had never problems with ddnet and bot client

13:24

i only swapped servers and then it worked. but on the biome master server it never worked today

Ye sure i mean your totally not bot only aimassistant client

13:25

Did you Test the Same map on another Server? Or Other map in the Same Server?

dude i dont even have aim assistant shit

13:27

i dont want help of you ty

@J$ON I don't know what the problem is. I'll restart the server

ok

@J$ON usually that means your firewall, isp or some network inbetween is doing weird stuff to packets on some ports. You can try restarting DDNet client

Embedded image

13:52

ye c:

wow XD0

@deen @Learath2 adding an HTTP request to the server would result in a dependency of the server on libcurl

13:58

that fine?

how do i access the screenshots folder again? always had a shortcut but got a new pc

idk sry

win?

14:11

config_directory.bat

36 bytes

yes

tw-screenshots.bat

48 bytes

14:12

or this takes you directly

%APPDATA%\Teeworlds\

it worked; thanks

@heinrich5991 could be a compile flag, ideally we would have a better way to extend the server code then to tack on stuff

what do you mean?

14:18

"ideally we would have a better way to extend the server code then to tack on stuff"

14:18

HTTP sounds like an okay way to extend the server code

14:18

@Learath2 ^

Like a proper way to write/structure extensions so we can keep ddnet code clean of stuff we only use for official servers

I can make that an interface

14:23

but I guess it would be better to only do it after the second thing we want to do with it

14:23

YAGNI and all

Yeah true, guess just keep it as easy to seperate out later as possible and the dependency should be k

14:24

If it bothers someone we can ifdef it

mh... who might be bothered by this cough fstd cough

I also dont like having a billion dependencies :P

[quakenet] <fstd> tl;dr?

libucrl depencencies

[quakenet] <fstd> teeworlds/systemd integration?

14:27

[quakenet] <fstd> ah

14:28

[quakenet] <fstd> could be worse than libcurl, i guess

14:28

[quakenet] <fstd> i think in ddwar we linked against that too

For client only in ddwar iirc

[quakenet] <fstd> yeah right

I actually never figured out how to link things with bam so I stole your commit from ddwar for ddnet btw :P

o.O

14:37

bam best

14:37

Embedded image

14:37

n joke im actually currently working at bam rn xd

developer is best

vali server on ?

@heinrich5991 yeah

[quakenet] <Gabee> fstd ∷ teeworlds/systemd integration?

21:13

[quakenet] <Gabee> that would be pretty simple to do right?

21:13

[quakenet] <Gabee> (if you're not a fan of gentoo/alpine/void)

21:14

[quakenet] <fstd> given that the systemd code absorption process seems to be pretty streamlined, systemd-teeworldsd and systemd-teeworldsctl should be a piece of cake, yeah

21:15

[quakenet] <fstd> i'm not sure if systemd is fine with the zlib license though

21:17

[quakenet] <Gabee> fstd: I was more talking about a unit file for teeworlds

21:17

[quakenet] <Gabee> (obvsly the serv)

21:20

[quakenet] <fstd> i guess that too is simple after figuring out how systemd works by reading the documentation that i expect to be high quality, top notch and up to date, given the quality developers behind it

21:20

[quakenet] <fstd> not my cup of tea though, and i'm running my teeworlds servers on netbsd anyway

21:21

[quakenet] <Gabee> wow fstd

21:21

[quakenet] <Gabee> You really are showing bad faith :)

21:21

[quakenet] <fstd> how?

21:21

[quakenet] <Gabee> the documentation for systemd is very well done, redhat is doing a very good work of it

21:21

[quakenet] <Gabee> I've made some unit files very easily and it makes SENSE

21:22

[quakenet] <Gabee> systemctl status teeworlds:

21:22

[quakenet] <Gabee> You know if it runs, or not, the command, everything

21:22

[quakenet] <Gabee> I can even give my daemon a certain amount of RAM/CPU to use and not more than that (with the "slices" in systemd)

21:22

[quakenet] <Gabee> netbsd sure but I never had any experience with that

21:22

[quakenet] <fstd> i've had to make it a habit to manually double check my every systemd action, because sometimes they'll just silently do nothing (which may or may not be due to debian's default unit files, but i ultimately don't care which part exactly introduced the brokenness)

21:23

[quakenet] <fstd> when i stop a service, i pgrep if it has actually stopped

21:23

[quakenet] <Gabee> that's debian/ubuntu

21:23

[quakenet] <Gabee> on the other distros it doesn't do that

21:23

[quakenet] <fstd> when i restart a service, i pgrep before and after to see if it's actually a new process

21:23

[quakenet] <fstd> because systemd will always report success

21:23

[quakenet] <Gabee> because they do this transparent compatibility with the old /Etc/init.d + ubuntu & upstart etc…

21:23

[quakenet] <Gabee> On Arch/Fedora/Anything else really, if it is green, it works, if it is red, it doesn't work

21:24

[quakenet] <fstd> for most of the servers i run (at work), each one has one particular service that doesn't come up at boot, as of systemd

21:24

[quakenet] <fstd> it's a huge pain in the ass

21:24

[quakenet] <fstd> and i have yet to see at least ONE actual benefit

21:24

[quakenet] <Gabee> I'm proding Ubuntu 18.04 so far it's a disaster

21:24

[quakenet] <fstd> everything has become shittier, more complicated adn less reliable

21:24

[quakenet] <Gabee> Been running fedora in test & opensuse as well, it's clean

21:24

[quakenet] <Gabee> Basically

21:24

[quakenet] <Gabee> on debian/ubuntu

21:24

[quakenet] <Gabee> systemctl is just an alias

21:25

[quakenet] <Gabee> which is /etc/init.d/old_shit_bash_script_from_1998

21:25

[quakenet] <fstd> not really

21:25

[quakenet] <Gabee> root@NLDW2-EY19:~# systemctl disable ssh

21:25

[quakenet] <Gabee> Synchronizing state of ssh.service with SysV service script with /lib/systemd/systemd-sysv-install.

21:25

[quakenet] <Gabee> Executing: /lib/systemd/systemd-sysv-install disable ssh

21:25

[quakenet] <Gabee> Removed /etc/systemd/system/sshd.service.

21:25

[quakenet] <Gabee> disable/enable is only a symlink on systemd, nothing more

21:25

[quakenet] <fstd> there's unit files that refer to init scripts, yeah. and there's init scripts that run systemctl. and i've seen one service fail because control actually got handed back and forth between init script and systemctl, each deferring to the other

21:26

[quakenet] <Gabee> great

21:26

[quakenet] <fstd> and i don't understand what purpose introducing all this brokenness serves

21:26

[quakenet] <fstd> the linux servers i set up don't run systemd, so at least there's that...

21:27

[quakenet] <fstd> we'd be super fucked without nagios currently

21:28

[quakenet] <Gabee> oh gosh nagios

Exported 123 message(s)