*** _I_Died_Once <_I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Read error: Connection reset by peer) | 01:23 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 01:27 | |
*** Flash_ <Flash_!~Flash@user/flash> has quit IRC (Read error: Connection reset by peer) | 03:42 | |
*** nitroxis <nitroxis!n@nxs.re> has quit IRC () | 03:42 | |
*** Flash <Flash!~Flash@user/flash> has joined #bzflag | 03:42 | |
*** nitroxis <nitroxis!n@nxs.re> has joined #bzflag | 03:47 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 05:35 | |
*** Optic_Delusion_ <Optic_Delusion_!~Optic_Del@2600:4041:19d:2d00:6433:e1fe:450d:c399> has joined #bzflag | 06:17 | |
*** Optic_Delusion <Optic_Delusion!~Optic_Del@2600:4041:19d:2d00:dd99:a91:2137:a926> has quit IRC (Ping timeout: 255 seconds) | 06:18 | |
BZNotify | master @ bzflag-bzfls: timriker pushed 1 commit (https://github.com/BZFlag-Dev/bzflag-bzfls/compare/c2002235d70d...fa1e19dd37ad): | 06:42 |
---|---|---|
BZNotify | master @ bzflag-bzfls: timriker fa1e19: logging, https (https://github.com/BZFlag-Dev/bzflag-bzfls/commit/fa1e19dd37ad4a57da92b15771af917dc5f6d19b) | 06:42 |
*** TimRiker <TimRiker!~TimRiker@gw.rikers.org> has joined #bzflag | 06:42 | |
TimRiker | listdb.class.php has "bzflag_forum" hardcoded in a number of places. it should pick that up from serversettings. | 06:49 |
*** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 07:54 | |
*** FastLizard4 is back | 10:12 | |
*** FastLizard4 is now away: AWAY from keyboard | 11:29 | |
*** FastLizard4 is now away: GONE - Screen Detached and Disconnected from IRC (I'm probably asleep, at work, or doing something in real life) | 11:58 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 12:21 | |
*** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 15:47 | |
*** Cobra_Fast_ is now away: vacant | 16:05 | |
*** Cobra_Fast_ is back | 16:05 | |
BZNotify | bzflag: timriker created branch feature_ipv6 (https://github.com/BZFlag-Dev/bzflag/commit/7eb6d8e1eaca): | 18:52 |
BZNotify | feature_ipv6 @ bzflag: timriker 7eb6d8: everthing is broken (https://github.com/BZFlag-Dev/bzflag/commit/7eb6d8e1eaca5015f8b5889950f0537756d7ce7b) | 18:52 |
blast007 | TimRiker: you could do that as a branch in a fork, and then submit it as a PR | 18:53 |
blast007 | also... why is that based on 2.4? we aren't adding IPv6 support to 2.4 | 18:55 |
TimRiker | I'm testing things, so using the stable. Yes, before merge it should be on 2.6 | 18:58 |
blast007 | do the work in a fork | 18:58 |
TimRiker | probably should. We probably need to cidr helper functions that we could use in the v4 world in prep for ipv6. | 19:00 |
TimRiker | s/to/some/ | 19:00 |
blast007 | I think I have some functions somewhere at home | 19:01 |
TimRiker | There are a number of libraries that do this, but I'm not sure of availability on all our platforms. | 19:02 |
TimRiker | There are a lot of changes needed, but most follow the same pattern. need a text->address and address->text helpers, cidr mask stuff, etc. | 19:13 |
blast007 | The route I was going was different. I was using struct sockaddr_storage to store addresses. | 19:17 |
blast007 | I do not want IPv4 addresses encapsulated in an IPv6 address. | 19:17 |
blast007 | our multicast discovery was also going away | 19:18 |
TimRiker | if the address->display code knows about the encapsulation, then it can display it as a dotted quad, yes? what other concerns did you run into? | 19:18 |
TimRiker | with v6 there should be multicast. Not sure how widespread it works though. The current code probably won't work. | 19:19 |
blast007 | I want to replace it with something that isn't crap | 19:20 |
blast007 | like mDNS/DNS-SD | 19:20 |
TimRiker | that would be a Good Thing. | 19:21 |
TimRiker | with sockaddr_storage, I supposed bzadmin could use a unix socket. Not sure how much extra work adding that would be though. | 19:22 |
blast007 | bzadmin isn't always run form the same system as the server | 19:23 |
blast007 | from* | 19:23 |
TimRiker | right, I mean when it is. | 19:24 |
TimRiker | the server could be configured to accept local connections as admin without having to use username/password etc. the existing network user/pass/[key?] would still need to work. | 19:25 |
blast007 | https://static.bzexcess.com/misc_code/IPUtils.cxx https://static.bzexcess.com/misc_code/IPUtils.h | 19:30 |
TimRiker | do you have a fork you are already working on someplace? | 19:32 |
blast007 | I don't think I ever pushed anything | 19:34 |
BZNotify | feature_ipv6 @ bzflag: timriker pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/7eb6d8e1eaca...c2cd4b986357): | 19:34 |
BZNotify | feature_ipv6 @ bzflag: timriker c2cd4b: more (https://github.com/BZFlag-Dev/bzflag/commit/c2cd4b986357306c7fadea2a9935c185b1dea6f4) | 19:34 |
blast007 | I'll have to check what I have | 19:35 |
blast007 | my attempts are likely spread across at least a couple machines :) | 19:36 |
TimRiker | k | 19:36 |
blast007 | I had one more recently where I had -i able to be called multiple times to bind to multiple interfaces, both IPv4 and IPv6 | 19:36 |
blast007 | (and without any -i, it would create two listening sockets: one for IPv4 on 0.0.0.0 and one on IPv6 on ::) | 19:37 |
TimRiker | the double stack listener might be required on some platforms. many other daemons do that. it's more complexity, but it's probably more portable. | 19:39 |
blast007 | that part of it was probably the easier part of it all :) | 19:39 |
TimRiker | :) | 19:43 |
*** FastLizard4 is back | 20:35 | |
TimRiker | 2.4 connects to my-dev db ok. master does not. | 21:15 |
*** FastLizard4 is now away: AWAY from keyboard | 21:53 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!