| TimRiker | Considering adding a date field to the phpBB groups entry and updating it when a server references that group. I'm sure there are a lot of groups in the 1500 that are no longer in use anywhere. | 00:00 |
|---|---|---|
| JunkoAkemi[m] | It depends on how it is implemented. I know some groups are used for private, yet "inactive" forums for historical purposes. | 01:31 |
| *** OkinaMatara <OkinaMatara!~Yukari@user/yukari> has joined #bzflag | 02:11 | |
| TimRiker | agreed. groups that are in use for forum permissions should not be auto-culled. Now if the forum is dead, we might archive it and remove the groups, but that's different conversation. | 02:21 |
| TimRiker | I've written other phpBB plugins. Pretty sure some of these changes are fairly straight forward. I don't have a full db dump to test with at this point. Trying to focus on the ipv6 work first. | 02:23 |
| JunkoAkemi[m] | I think ideally, with auto-culling, group leaders receive a private message notifying them of group(s) deleted, same as members within them. | 02:25 |
| TimRiker | agreed | 03:06 |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 03:34 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 03:38 | |
| *** Cobra_Fast_ is now away: vacant | 04:42 | |
| *** Cobra_Fast_ is back | 04:42 | |
| *** OkinaMatara <OkinaMatara!~Yukari@user/yukari> has quit IRC (Quit: Quit.) | 05:26 | |
| *** ERGOM <ERGOM!~ERGOM@ip72-222-165-10.ph.ph.cox.net> has joined #bzflag | 05:31 | |
| *** ERGOM <ERGOM!~ERGOM@ip72-222-165-10.ph.ph.cox.net> has quit IRC () | 05:56 | |
| *** Optic_Delusion_ <Optic_Delusion_!~Optic_Del@2600:4041:19d:2d00:e8bc:2748:a171:a980> has quit IRC (Read error: Connection reset by peer) | 06:00 | |
| *** Optic_Delusion <Optic_Delusion!~Optic_Del@pool-173-75-132-196.pitbpa.fios.verizon.net> has joined #bzflag | 06:01 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 248 seconds) | 06:08 | |
| BZNotify | master @ bzflag: timriker pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/3a120d89885f...e5d3ea7f5d2b): | 07:23 |
| BZNotify | master @ bzflag: timriker e5d3ea: server data to sockaddr_in (https://github.com/BZFlag-Dev/bzflag/commit/e5d3ea7f5d2b83265c1ed05c52a661c098c766bd) | 07:23 |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 08:01 | |
| blast007 | ServerId is a pointless class that can just die | 08:05 |
| blast007 | only really used for the multicast discovery, which needs to be replaced anyway | 08:07 |
| BZNotify | master @ bzflag: timriker pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/e5d3ea7f5d2b...6d83045b1d6f): | 08:53 |
| BZNotify | master @ bzflag: timriker 6d8304: style (https://github.com/BZFlag-Dev/bzflag/commit/6d83045b1d6fd3edaf0557982432853348866bfd) | 08:53 |
| BZNotify | bzflag: timriker unpinned issue #286 "App Signing on macOS; aka "cannot be opened because the developer cannot be verified"" by allejo (https://github.com/BZFlag-Dev/bzflag/issues/286) | 08:54 |
| BZNotify | bzflag: timriker pinned issue #286 "App Signing on macOS; aka "cannot be opened because the developer cannot be verified"" by allejo (https://github.com/BZFlag-Dev/bzflag/issues/286) | 08:55 |
| BZNotify | master @ bzflag: timriker pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/6d83045b1d6f...78fcd19159a6): | 09:02 |
| BZNotify | master @ bzflag: timriker 78fcd1: spec license (Closes #309) (https://github.com/BZFlag-Dev/bzflag/commit/78fcd19159a6f1874df72ab4daa48ceedf37c0ac) | 09:02 |
| TimRiker | anywhere that we pass around addresses, we should be passing sockaddr instead. isAny isPrivate, etc should be on a sockaddr struct, not just an ip. Making small updates that I can test moving in that direction. Broadcast discovery should still work by explicitly sending on all interfaces, even with ipv6. Not looked at multicast specifically yet. | 09:09 |
| TimRiker | wksSocket might want to be tcpSocket, and live whereever udpSocket ends up. Both of those could be arrays in the multiple -i options plan. | 09:11 |
| *** FastLizard4 is back | 10:09 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 12:05 | |
| *** FastLizard4 is now away: AWAY from keyboard | 13:01 | |
| *** FastLizard4 is now away: GONE - Screen Detached and Disconnected from IRC (I'm probably asleep, at work, or doing something in real life) | 13:25 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 15:56 | |
| *** FastLizard4 is back | 19:42 | |
| *** FastLizard4 is now away: AWAY from keyboard | 19:47 | |
| TimRiker | I don't recall how the cares code ties in with our select() loop. I'm thinking we probably want a SockAddr class that caches rdns values and have cares try to fill them in as a background process. Admin views, and logs could show the rdns names if we get a reply, but we need to avoid hanging if there is no reply as per Issue #310 | 21:12 |
| TimRiker | We should test by pointing DNS and something unreachable and see where we hang. In theory the name and addr can both be ip based and we should survive without dns. token login, list server, ban list, and who knows what else will break, but server should start, bcast advertise and clients should be able to join without validation. | 21:17 |
| blast007 | there have been issues with using systemd-resolved (or whatever it's called) for rdns lookups on IPs without an rdns entry that causes the server to wait like 60 seconds before it accepts the client | 21:20 |
| blast007 | so there may be some status we aren't handling, triggering a lookup retry | 21:21 |
| blast007 | or it could be c-ares itself that does the retry.. don't recall | 21:21 |
| TimRiker | I think c-ares has blocking and non-blocking calls. The non-blocking are async. I don't recall what we're doing everywhere. | 21:41 |
| TimRiker | the hope would be to accept the client without rdns and fill in rdns when/if we get a reply. | 21:42 |
| *** FastLizard4 is back | 23:02 | |
| BZNotify | master @ bzflag: timriker pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/78fcd19159a6...c0aae08a34eb): | 23:21 |
| BZNotify | master @ bzflag: timriker c0aae0: libpng warning (https://github.com/BZFlag-Dev/bzflag/commit/c0aae08a34ebed70c5edb4529f31de5a736de9b6) | 23:21 |
| BZNotify | master @ bzflag: timriker pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/c0aae08a34eb...01f74db2ff9d): | 23:22 |
| BZNotify | master @ bzflag: timriker 01f74d: stdout also on debug (https://github.com/BZFlag-Dev/bzflag/commit/01f74db2ff9d1e9fdb5e75e01a79d265691e723e) | 23:22 |
| BZNotify | master @ bzflag: timriker pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/01f74db2ff9d...007402d3fac8): | 23:22 |
| BZNotify | master @ bzflag: timriker 007402: UDEBUG on DEBUG (https://github.com/BZFlag-Dev/bzflag/commit/007402d3fac885b21adedaa246011cbeaaaa730c) | 23:22 |
| TimRiker | Why do I see: Server BZDB change blocked: 'poll' = '94537185724224' in the client logs? | 23:29 |
| *** FastLizard4 is now away: AWAY from keyboard | 23:57 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!