*** Sgeo <Sgeo!~Sgeo@ool-18b98455.dyn.optonline.net> has quit IRC (Ping timeout: 268 seconds) | 00:01 | |
Zehra | Sounds good. | 00:16 |
---|---|---|
*** infobot <infobot!ibot@c-174-52-60-165.hsd1.ut.comcast.net> has quit IRC (Remote host closed the connection) | 00:16 | |
*** infobot <infobot!ibot@c-174-52-60-165.hsd1.ut.comcast.net> has joined #bzflag | 00:17 | |
*** ChanServ sets mode: +v infobot | 00:17 | |
Zehra | Mostly was hoping for some insights in relation to: https://forums.bzflag.org/viewtopic.php?f=3&t=20238 | 00:19 |
Zehra | Personally I think they will be large enough that it makes sense to have it made within the next major release. | 00:20 |
allejo | yea that's probably something we could redesign | 00:20 |
Zehra | If so, I would be glad to help with updating the plug-ins. | 00:22 |
blast007 | though being real, I have pondered moving to a scripting language | 00:26 |
blast007 | then we could do cool things like embedding plugins within a map | 00:26 |
allejo | is that something we'd want to tackle for 2.6? seems rather invasive to me | 00:27 |
blast007 | nah, that's at least a 2.8 or later thing | 00:27 |
blast007 | more important stuff right now would be things like IPv6 | 00:27 |
blast007 | that should be a requirement for 2.6 | 00:27 |
allejo | ah that i can get behind | 00:27 |
blast007 | I've started on it here. Got the Address class at least mostly working with IPv6 and started to make more use of that | 00:28 |
blast007 | for the API stuff - if that's something we want to do (moving to a scripting language in 2.8+) it might influence how much effort we'd want to put into API work in 2.6 | 00:31 |
Zehra | What would the programming paradigm for the scripting language likely be? | 00:36 |
allejo | huh | 00:44 |
The_Noah | I could possibly write a very simple python-like embedded plugin handler | 00:53 |
blast007 | it's something for much later | 00:54 |
blast007 | something that should probably get developed in it's own branch when the time comes | 00:54 |
The_Noah | what are some fairly small things I could work on that needs to be done? | 00:54 |
Zehra | Would the scripting language be procedural, function or object-oriented? | 00:56 |
The_Noah | procedural and functional are basically if not the same thing | 00:56 |
The_Noah | and it would be procedural/functional | 00:56 |
The_Noah | (if I made it) | 00:56 |
blast007 | Zehra: too early to worry about such things | 00:57 |
blast007 | something to look through if you're interested in what options there are, though: https://codeplea.com/game-scripting-languages | 00:57 |
blast007 | for now, I'd rather we focus on graphics API upgrades, IPv6, and user interface rework/improvements | 00:58 |
The_Noah | I can work on UI. | 00:59 |
blast007 | The_Noah: UI there's not really a plan on yet | 01:20 |
blast007 | https://github.com/bzflag-dev/bzflag/issues?q=is%3Aissue+is%3Aopen+label%3A%22good+first+issue%22 | 01:21 |
The_Noah | should I make PRs against master or 2.4? | 01:23 |
blast007 | autopilot one 2.4, as that should be protocol compatible | 01:25 |
blast007 | the crash one I wasn't able to reproduce | 01:25 |
The_Noah | ya, I can't reproduce it either | 01:25 |
allejo | good way to know is if we assign milestones to it. e.g. autopilot has a milestone of 2.4.20 | 01:25 |
* blast007 tries something | 01:42 | |
BZNotify | bzflag: blast007 edited pull request #196 "Make radar size and console height be controlled by BZDB variables as discussed on IRC" by The-Noah (https://git.io/fjcUX) | 01:42 |
blast007 | oh god that breaks it horribly | 01:42 |
blast007 | abort abort | 01:42 |
BZNotify | bzflag: blast007 edited pull request #196 "Make radar size and console height be controlled by BZDB variables as discussed on IRC" by The-Noah (https://git.io/fjcUX) | 01:42 |
blast007 | so what's the correct way to apply a PR that was against master against 2.4 instead? | 01:43 |
allejo | ah was that branch based off of master? | 01:44 |
The_Noah | yes | 01:44 |
blast007 | I tried to just change the base, but then it had a bunch of other commits (ones from the master branch?) in there as well | 01:45 |
allejo | a number of ways. easiest would probably be get the patch file of the PR (https://github.com/BZFlag-Dev/bzflag/pull/196.patch) just add ".patch" to the end of the PR | 01:45 |
allejo | and apply the patch manually | 01:45 |
blast007 | ooo, magic | 01:45 |
allejo | yea, if it's based on master and you want to merge into 2.4, then it'll want to merge master into 2.4 as well | 01:46 |
blast007 | I was hoping it would be magic | 01:46 |
allejo | the patch file or the changing branches? | 01:47 |
blast007 | changing branches | 01:47 |
blast007 | was hoping it would be "apply these two changes against 2.4 instead of master" | 01:48 |
allejo | that'd require cherry picking and github doesn't have that | 01:49 |
Zehra | "We don't allow cherry picking fallacies." -GitHub | 01:50 |
The_Noah | Cherry picking is fun! So is berry picking. | 01:50 |
BZNotify | bzflag: blast007 commented on issue #205 "NetHandler Compiling Error" by sodomon2 (https://git.io/fj1A3): Would adding a check for `__GNUC__` be a solution? Or is Windows t... | 02:49 |
*** Sgeo__ <Sgeo__!~Sgeo@ool-18b98455.dyn.optonline.net> has joined #bzflag | 02:52 | |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98455.dyn.optonline.net> has quit IRC (Ping timeout: 258 seconds) | 02:55 | |
BZNotify | bzflag: jwmelto commented on issue #205 "NetHandler Compiling Error" by sodomon2 (https://git.io/fj1AW): I can't find any Linux documentation that has anything other than `... | 03:13 |
*** Zehra <Zehra!~Zehra@unaffiliated/zehra> has quit IRC (Quit: Gone for now.) | 03:26 | |
BZNotify | bzflag: macsforme commented on issue #201 "bzflag is not working properly with 3+ monitors" by jose1711 (https://git.io/fj1A8): @jose1711, would you please compile and run this source file and po... | 03:28 |
*** alfa1 <alfa1!~alfa1@host177.190-224-208.telecom.net.ar> has joined #bzflag | 03:29 | |
*** alfa1 <alfa1!~alfa1@host177.190-224-208.telecom.net.ar> has quit IRC (Remote host closed the connection) | 03:55 | |
BZNotify | bzflag: jose1711 commented on issue #201 "bzflag is not working properly with 3+ monitors" (https://git.io/fj1A5): ```... | 05:09 |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98455.dyn.optonline.net> has joined #bzflag | 05:46 | |
*** Boombala_ <Boombala_!~Boom@107.173.140.115> has joined #bzflag | 05:46 | |
*** Sgeo__ <Sgeo__!~Sgeo@ool-18b98455.dyn.optonline.net> has quit IRC (Ping timeout: 245 seconds) | 05:49 | |
*** Boombala <Boombala!~Boom@107.173.140.115> has quit IRC (Ping timeout: 245 seconds) | 05:49 | |
tupone | blast007: git rebase --onto 2.4 commit-just-before-the first last-commit-of-what-you-want | 06:04 |
tupone | or git checkout 2-4 & git cherry-pick | 06:05 |
tupone | and then git push | 06:05 |
tupone | or you want to do that by web only ? | 06:06 |
*** Sgeo__ <Sgeo__!~Sgeo@ool-18b98455.dyn.optonline.net> has joined #bzflag | 07:17 | |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98455.dyn.optonline.net> has quit IRC (Ping timeout: 272 seconds) | 07:21 | |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98455.dyn.optonline.net> has joined #bzflag | 07:32 | |
*** Sgeo__ <Sgeo__!~Sgeo@ool-18b98455.dyn.optonline.net> has quit IRC (Ping timeout: 258 seconds) | 07:35 | |
*** BulletCatcher <BulletCatcher!~bc@bzflag/developer/BulletCatcher> has quit IRC (Ping timeout: 245 seconds) | 08:04 | |
*** short_circuit <short_circuit!~james@2601:2c5:c600:2365::494a> has quit IRC (Ping timeout: 276 seconds) | 09:55 | |
*** Delusional <Delusional!~Delusiona@unaffiliated/delusional> has quit IRC (Quit: Delusional) | 10:26 | |
*** Delusional <Delusional!~Delusiona@unaffiliated/delusional> has joined #bzflag | 10:35 | |
blast007 | tupone: nah, I was just wondering if the web could do it. I'll give that a try later. | 11:19 |
tupone | blast007: have you investigated the shader compiling problem on windows ? | 12:25 |
blast007 | not yet. I'll try to mess with that this weekend. | 12:25 |
tupone | and The_Noah problems could he run a debugger on it to check what is the problem? visualstudio should have a debugger | 12:26 |
blast007 | I don't know. There's something weird going on there because the glew we build should not use a DLL. Maybe there's a set of system installed libraries that are getting mixed in. | 12:29 |
blast007 | I wasn't getting a crash myself. Just the client exiting after complaing about shader compilation. | 12:30 |
tupone | the shader reading, compiling and linking is all in Shader.cxx | 12:31 |
blast007 | The_Noah: Are you on Windows 10? Were you using the WIndows 10 bash shell when you got the 'Segmentation fault' message? | 12:32 |
The_Noah | blast007: to fix shaders trying changing line endings to Linux/LF. I am using windows, but Git Bash not WSL Bash. | 14:14 |
blast007 | okay, was just curious, thanks | 15:13 |
*** nitroxis <nitroxis!n@nxs.re> has quit IRC (Read error: Connection reset by peer) | 16:40 | |
*** nitroxis <nitroxis!n@nxs.re> has joined #bzflag | 16:51 | |
*** Sgeo__ <Sgeo__!~Sgeo@ool-18b98455.dyn.optonline.net> has joined #bzflag | 18:00 | |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98455.dyn.optonline.net> has quit IRC (Ping timeout: 248 seconds) | 18:03 | |
*** the_map <the_map!~the_map@unaffiliated/the-map/x-1795707> has quit IRC (Remote host closed the connection) | 20:09 | |
*** the_map <the_map!~the_map@unaffiliated/the-map/x-1795707> has joined #bzflag | 20:10 | |
*** The_Noah <The_Noah!~The_Noah@47.185.225.32> has quit IRC (Ping timeout: 272 seconds) | 21:17 | |
*** spldart <spldart!~james@bzflag/contributor/spldart> has joined #bzflag | 21:38 | |
*** ChanServ sets mode: +v spldart | 21:38 | |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98455.dyn.optonline.net> has joined #bzflag | 22:03 | |
*** Sgeo__ <Sgeo__!~Sgeo@ool-18b98455.dyn.optonline.net> has quit IRC (Ping timeout: 268 seconds) | 22:07 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@unaffiliated/idiedonce/x-1828535> has quit IRC (Read error: Connection reset by peer) | 23:30 |
Generated by irclog2html.py 2.17.3.dev0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!