| 00:00.10 | drizzo4shizzo | hello |
| 00:00.22 | drizzo4shizzo | is there a git repo somewhere, or is that still in the pipes |
| 00:03.41 | joevano | not yet... hope to be done tonight or tomorrow morning... keep losing branches and tags when splitting... will put them in manually if I have to |
| 00:04.11 | joevano | bzworkbench is up... but that was easy |
| 00:11.04 | JeffM | yeah we figured it'd not be super easy joevano |
| 00:11.10 | JeffM | CVS jacked up that history |
| 00:16.28 | joevano | yeah.. i can get the branches OR the tags at this point... working on bringing over the branches and then just adding the tags... there aren't that many and it's easy enough to add them back in the same spots |
| 00:16.55 | JeffM | I care less about the tags |
| 00:17.12 | joevano | yeah... and they are the easy part anyway |
| 00:17.21 | JeffM | the only reason for us to use a tag is to rebuild a historic version and we can do that from SVN |
| 00:17.44 | drizzo4shizzo | awesome joevano |
| 00:17.49 | drizzo4shizzo | take ur time |
| 00:18.33 | JeffM | when it is done drizzo4shizzo we are not going to be using the git repo for 2.4.x compatable work, it will be development for 2.6, so it'll be tagged as 2.5.x |
| 00:18.50 | drizzo4shizzo | ah |
| 00:19.35 | JeffM | that is until blast007 gets sick of git and trashes it |
| 00:22.31 | allejo | lol |
| 00:22.41 | allejo | blast007 will learn to love git |
| 00:22.48 | JeffM | no he won't |
| 00:23.03 | JeffM | I don't even love it, I tolerate it |
| 00:23.08 | allejo | :( |
| 00:23.14 | JeffM | I just find the gitHUB service useful |
| 00:23.23 | JeffM | if they did SVN I'd swap to that in a heardbeat |
| 00:23.32 | JeffM | I don't need or want the features that a DVCS offers |
| 00:23.56 | JeffM | but I've figured out enough to get the DVCSs to work the way I need |
| 00:38.43 | joevano | isn't going to try and change anyone's workflow or ideas.... today |
| 00:38.51 | joevano | ;-) |
| 00:38.56 | JeffM | I see how it can work for different workflows |
| 00:39.10 | JeffM | I understand why students and people who do contact work like it |
| 00:39.14 | joevano | yeah... i like the workflow better than SVN |
| 00:39.34 | JeffM | and I understand how if you have someone to gather features together before builds it can work |
| 00:39.43 | JeffM | I just don't personaly work in any of those ways |
| 00:40.11 | joevano | i can make my commits look nice and complete before I push... commit early and often... then rewrite (combine them) |
| 00:40.27 | JeffM | well commit localy, not publicly |
| 00:40.32 | JeffM | you push less often |
| 00:40.46 | JeffM | thus hiding the code from others unless you choose to give them a pull |
| 00:41.06 | JeffM | it can work if thats the way you work, where each person works on a feature then integrates at the end |
| 00:41.09 | joevano | yeah... exactly |
| 00:41.22 | JeffM | and I understand that a LOT of web based application work that way |
| 00:41.28 | JeffM | we don't work that way here ;) |
| 00:42.19 | joevano | true... the code isn't really isolated into chunks |
| 00:42.29 | JeffM | and we don't deal with code dumps |
| 00:42.38 | JeffM | even if they have a fancy history that gets merged in |
| 00:43.19 | JeffM | the DVCS type systems work well for modern agile projects, but not all projects can afford to be agile |
| 00:44.08 | JeffM | but git is flexable enough that I can work with it, so it's fine for me |
| 00:44.20 | JeffM | I can understand it's diferences and work with them |
| 00:44.32 | JeffM | I just don't take huge advantage of the features that other people love |
| 00:44.37 | JeffM | I don't code on a train with out internet |
| 00:53.55 | joevano | cross your fingers... think I got it all tags and branches... splitting it out now |
| 00:56.15 | joevano | takes about 25 minutes on an ssd |
| 01:00.42 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 01:15.30 | drizzo4shizzo | "the worst part about git is the zealots" :-P |
| 01:15.48 | drizzo4shizzo | someone named JeffM said that once |
| 01:18.15 | joevano | i would agree... but it's hard not to be one |
| 01:18.58 | drizzo4shizzo | I remember thinking the same way, and now I am one. What have I become!?! |
| 01:19.08 | joevano | i forced the guys at work to switch and they did so reluctantly |
| 01:19.33 | joevano | we used SVN, now they say it's one of the best things I had them do |
| 01:19.47 | drizzo4shizzo | I just did the switch at my work and I think that is coming |
| 01:20.09 | drizzo4shizzo | at least the grumbling has stopped, and now we have a much faster release cycle |
| 01:20.51 | joevano | we used gitolite internally for our repos but switched to stash about 3 months ago |
| 01:20.56 | drizzo4shizzo | they all kind of shut up when I used filter-branch to rewrite history with custom slice and dice :) |
| 01:22.32 | drizzo4shizzo | hmm, we're using gitolite |
| 01:23.26 | drizzo4shizzo | did not know about stash -- this I presume: http://blogs.atlassian.com/2012/05/atlassian-stash-enterprise-git-repository-management/ |
| 01:23.43 | drizzo4shizzo | I'm guessing it was trivial to switch |
| 01:23.52 | drizzo4shizzo | from gitolite to stash that is |
| 01:24.23 | joevano | yeah, I like gitolite. very easy to use. Stash is from Atlassian and is free for non-profits |
| 01:24.26 | drizzo4shizzo | why did u choose "stash" over gitolite |
| 01:24.52 | joevano | has a nice web front end and integrates nicely with FishEye |
| 01:25.03 | drizzo4shizzo | did you consider gerrit? |
| 01:25.09 | joevano | we use an Atlassian stack |
| 01:25.43 | joevano | we use Jira, Confluence, FishEye, Crowd and Stash |
| 01:25.46 | drizzo4shizzo | ah we were looking at Jira |
| 01:25.53 | drizzo4shizzo | lol we're using bugzilla |
| 01:25.57 | joevano | it is very nice |
| 01:26.21 | drizzo4shizzo | Jira - bug reports, stash - hosting repos... |
| 01:26.35 | drizzo4shizzo | I presume one of those is code reviews |
| 01:26.58 | drizzo4shizzo | nevermind |
| 01:27.03 | drizzo4shizzo | http://www.atlassian.com/software |
| 01:28.46 | joevano | yes there is one, but we aren't currently using it |
| 01:28.55 | drizzo4shizzo | ah crucible. |
| 01:29.05 | drizzo4shizzo | so here's a crazy idea that I'm sure is not new, since we're talking about breaking protocol anyway |
| 01:29.08 | joevano | yeah, that's it |
| 01:29.14 | drizzo4shizzo | skinnable tanks? |
| 01:29.39 | joevano | it was planned for 2.99 before we pulled back |
| 01:29.45 | drizzo4shizzo | oh cool |
| 01:29.57 | joevano | will probably be pulled back in at some point |
| 01:30.29 | joevano | ok... the repo looks promising... branches and tags appear to be intact |
| 01:30.37 | joevano | need to review it |
| 01:30.50 | drizzo4shizzo | woot! |
| 01:30.58 | joevano | will probably push it sometime tomorrow if it all checks out |
| 01:31.04 | drizzo4shizzo | you converted the tags to git tags, etc |
| 01:35.03 | drizzo4shizzo | so are some things from 2.99 going into 2.5.x and ultimately 2.6? Or is this further down the line |
| 01:36.02 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-236-199.socal.res.rr.com) |
| 01:36.02 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 01:36.02 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 03:08.05 | *** join/#bzflag apeman_ (~apeman@147.244.69.111.dynamic.snap.net.nz) |
| 03:09.04 | drizzo4shizzo | anyone built lately on linux? |
| 03:09.43 | drizzo4shizzo | make: *** No rule to make target `bzsignal.c', needed by `bzsignal.lo'. Stop. |
| 03:10.20 | jeffm | you need to rerun autogen and configure |
| 03:10.26 | jeffm | it changed to a cxx file |
| 03:11.31 | drizzo4shizzo | I did that tho :( |
| 03:11.36 | drizzo4shizzo | I see the rename |
| 03:11.47 | jeffm | you may also need to make clean |
| 03:11.57 | drizzo4shizzo | thoguht I did that too - will try again :-/ |
| 03:12.00 | jeffm | to flush your cache |
| 03:14.09 | drizzo4shizzo | I also get errors about SSL V2 so I have to disable SSL - looked into that and some debian based distros (possibly others) choose not to ship with this version of SSL |
| 03:14.36 | jeffm | yeah that's all based on your libCURL |
| 03:14.41 | drizzo4shizzo | easy to install, but maybe we should bump to SSLv3 |
| 03:14.44 | jeffm | one reason we want to take it out of the distribution |
| 03:14.57 | jeffm | we'll remove curl before we do anything like that |
| 03:15.14 | drizzo4shizzo | o yea it is in curl |
| 03:15.36 | jeffm | yeah we don't do any HTTP get's on our own, just service them |
| 03:16.13 | drizzo4shizzo | you want to remove curl? |
| 03:16.21 | jeffm | from src/other |
| 03:16.28 | jeffm | and just make it be a required depenency |
| 03:16.31 | drizzo4shizzo | ah good |
| 03:16.41 | drizzo4shizzo | I am still getting that darn bzsignal.c missing error :( |
| 03:16.42 | jeffm | well on linux |
| 03:16.49 | jeffm | then you gots problems |
| 03:16.58 | jeffm | I want to remove the use of curl entirely on windows |
| 03:17.35 | drizzo4shizzo | what is bad about curl on windows? |
| 03:17.43 | jeffm | it's curl |
| 03:17.48 | drizzo4shizzo | ... |
| 03:18.02 | jeffm | and it doesn't use the system proxy server settings or certificates |
| 03:18.09 | drizzo4shizzo | that doesnt sound very windows specific :) |
| 03:18.25 | drizzo4shizzo | oh |
| 03:18.51 | jeffm | the OS has it's own features to do all that, it doesn't need a third party one to do it poorly |
| 03:20.36 | drizzo4shizzo | I'm very ignorant of windows OS features |
| 03:20.49 | jeffm | OSX has it's own features too |
| 03:22.00 | drizzo4shizzo | too bad curl isn't more windows friendly I guess |
| 03:22.09 | jeffm | so we'll make a wraper lib for the platform features that are shared between server and client and then each OS can do what is best for it |
| 03:22.27 | jeffm | the curl API could be better |
| 03:22.30 | drizzo4shizzo | yeah that sounds best |
| 03:22.42 | jeffm | I was never a fan of how it handled async jobs |
| 03:23.09 | drizzo4shizzo | are there no alternates out there |
| 03:23.37 | jeffm | there is on not-linux ;) |
| 03:24.17 | jeffm | but that's what the platform lib is supposed to do, abstract |
| 03:25.42 | jeffm | we want the best experience for the players after all |
| 03:25.59 | drizzo4shizzo | curl probably is available for like, *all* the *nix*s |
| 03:26.09 | jeffm | it is |
| 03:26.28 | jeffm | and the nix platform can still use it |
| 03:27.23 | drizzo4shizzo | so are 2.99 things eligible for 2.5 now, or is there some list of other stuff to get done first |
| 03:27.47 | jeffm | back ports are part of what we'll look into |
| 03:27.53 | drizzo4shizzo | doh - make distclean was the key |
| 03:27.55 | jeffm | blast has an initial list somewhere |
| 03:28.04 | jeffm | we'll review it and do the back ports first |
| 03:28.11 | jeffm | then see what else we want done |
| 03:28.44 | jeffm | I would like to create issue tickets for each thing we want done so we can track it as a milestone |
| 03:28.59 | jeffm | and then see if anyone wants to take on assignements |
| 03:29.03 | drizzo4shizzo | what is the tracking mechanism again |
| 03:29.19 | jeffm | if we go with github then it'll be it's issue tracker |
| 03:29.43 | drizzo4shizzo | so there will be a small # of ppl who can actually push commits |
| 03:29.49 | drizzo4shizzo | and then others submit pull requests? |
| 03:30.01 | jeffm | probably initaly |
| 03:30.13 | jeffm | then we'll grow the list of people with push |
| 03:30.27 | drizzo4shizzo | yeah no reason to go nuts |
| 03:30.30 | jeffm | just like we do with patches |
| 03:30.33 | jeffm | it's the same basic idea |
| 03:30.52 | drizzo4shizzo | indeed |
| 03:31.31 | drizzo4shizzo | dunno if github offers a notify like service (probably does) |
| 03:31.40 | jeffm | it does |
| 03:31.43 | drizzo4shizzo | but its easy to set up post-receive hooks if not |
| 03:31.46 | jeffm | it has a HUGE list of hooks |
| 03:31.47 | drizzo4shizzo | ah |
| 03:32.00 | jeffm | like40-50 it looked like |
| 03:32.57 | jeffm | I'm sure we can figure something out with it |
| 03:34.26 | drizzo4shizzo | hmm, I'm setting my shot type to DELETE, but the other player still sees it (and it still kills them) |
| 03:34.54 | jeffm | and the server was updated with that change? |
| 03:35.00 | drizzo4shizzo | yes hence the rebuild :) |
| 03:35.10 | drizzo4shizzo | I'll see if I can track it down |
| 03:35.11 | jeffm | set a breakpoint and see why |
| 03:35.27 | jeffm | the debugger is your friend |
| 03:36.19 | drizzo4shizzo | I will but honestly even if this works I'm not sure I don't prefer PZ for this specific case |
| 03:36.34 | jeffm | whatever floats your boat |
| 03:36.38 | drizzo4shizzo | it lets the SR tank "trick" other tanks into not realizing it's about to win |
| 03:37.46 | jeffm | if we can get the shot ID changes in we should have a lot more control over shots on the server |
| 03:42.32 | drizzo4shizzo | sinking feeling |
| 03:42.39 | drizzo4shizzo | did I not make install bzfs binary |
| 03:42.52 | drizzo4shizzo | gdb says "source file newer than executable" haha |
| 03:43.29 | jeffm | this is why the debugger is good ;) |
| 03:44.44 | drizzo4shizzo | *facepalms* - that was it |
| 03:47.04 | drizzo4shizzo | JeffM - what shot ID changes do you refer |
| 03:47.47 | jeffm | remove the per player shot lists |
| 03:47.54 | jeffm | make it be a big shot list with global IDs |
| 03:48.12 | jeffm | and each client just has a list of it's tanks "shot slots" that it uses for reloading |
| 03:48.12 | drizzo4shizzo | ah, this is deeper than I have looked |
| 03:48.32 | jeffm | once the shot is fired and the server sends back the "ok" the shot is converted from a local shot to a global shot |
| 03:48.51 | jeffm | that way the server can add how ever many shots it wants for each player |
| 03:49.08 | jeffm | change types, deny a shot, etc.. |
| 03:49.20 | drizzo4shizzo | or like specialty spread shots etc |
| 03:49.24 | jeffm | sure |
| 03:49.44 | jeffm | right now for the 3 way cannon the outer 2 shots are world weapons |
| 03:49.46 | drizzo4shizzo | nothing will probably stop that single shot from showing on the originating client though huh |
| 03:49.49 | jeffm | this way they'd really be attached to the player |
| 03:50.04 | jeffm | we could kill it when the first client got a message back |
| 03:50.12 | jeffm | but then we can also send a message "you can't shoot" |
| 03:50.18 | drizzo4shizzo | oh neat |
| 03:50.19 | jeffm | we had that in 2.99 |
| 03:50.30 | jeffm | we also decoupled shot type from flag |
| 03:50.34 | jeffm | so that should be backported |
| 03:50.36 | drizzo4shizzo | so would it start to render the shot, and then it would disappear that 1st time |
| 03:50.46 | jeffm | and I think the server should be able to tell the client "here is your shot vector" |
| 03:50.58 | jeffm | yeah, that'd be the worst thing that could happen |
| 03:50.59 | drizzo4shizzo | yeah why not |
| 03:51.07 | jeffm | it wold never kill anyone |
| 03:51.14 | drizzo4shizzo | re shot vector |
| 03:51.42 | drizzo4shizzo | so the client would actually wait for the OK to start rendering the shot? |
| 03:51.47 | jeffm | no |
| 03:51.52 | jeffm | it would render as normal |
| 03:52.08 | jeffm | but unauthorizedd shots would be in a special list |
| 03:52.15 | jeffm | the player wouldn't know the difference |
| 03:52.29 | drizzo4shizzo | well, it wouldn't kill anyone I presume |
| 03:52.40 | drizzo4shizzo | would it allow suicide? |
| 03:52.56 | jeffm | if the client still does deaths yeah |
| 03:53.03 | jeffm | that's why you'd want the "don't shoot" message |
| 03:53.09 | jeffm | between the 2 of them it should take care of all cases |
| 03:53.34 | drizzo4shizzo | ideally the server could prevent the suicide too |
| 03:53.53 | jeffm | we'd want messages to enable/disable shooting, moving, jumping, and flag drops |
| 03:54.01 | jeffm | sure, but we can't do that until the server does deaths |
| 03:54.05 | drizzo4shizzo | and flag pickups! and flag pickups! |
| 03:54.14 | jeffm | those are already server side |
| 03:54.17 | drizzo4shizzo | please allow enable disable flag pickups |
| 03:54.44 | jeffm | the client just send us a movement update when it runs over a flag |
| 03:54.48 | jeffm | and we choose to give it to them |
| 03:54.58 | drizzo4shizzo | ah |
| 03:55.02 | jeffm | there's an event for it, AllowFlagGrab |
| 03:55.09 | drizzo4shizzo | there is?!? |
| 03:55.11 | jeffm | you've been able to deny it since 2.0 |
| 03:55.12 | jeffm | yeah |
| 03:55.13 | jeffm | should be |
| 03:55.16 | drizzo4shizzo | doh!! |
| 03:55.38 | jeffm | the server has always told the client who got what flag, it had to arbitrate ties |
| 03:55.56 | jeffm | otherwise you'd dupe a flag if 2 people picked it up at the same time |
| 03:56.48 | drizzo4shizzo | makes sense. how did I not see this |
| 03:57.58 | drizzo4shizzo | I see it in bzfs.cxx but not in the docs |
| 03:58.40 | jeffm | the header file is the best documentation |
| 03:58.51 | drizzo4shizzo | yep |
| 04:06.06 | drizzo4shizzo | allow flag drop will be huge too |
| 04:10.03 | jeffm | we should probably take a pass and just add messages for anything we can think of |
| 04:20.21 | drizzo4shizzo | heh "DOWN=V(X,Y,Z)" |
| 04:21.11 | drizzo4shizzo | hopes local sound playback is on the list |
| 04:21.19 | drizzo4shizzo | and client-side fetching of them |
| 04:22.09 | jeffm | that's if we can get the virtual file system work |
| 04:22.40 | jeffm | and popup dialogs for approving hosts |
| 04:24.09 | *** join/#bzflag DTRemenak (~DTRemenak@76-227-151-154.lightspeed.irvnca.sbcglobal.net) |
| 04:24.09 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 04:24.09 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 04:29.40 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 04:29.40 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 04:29.40 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 04:54.11 | BulletCatcher | drizzo4shizzo, "make maintainer-clean" is the magic command to clean things up so it will compile bzsignal.cxx. |
| 04:54.45 | BulletCatcher | Then autogen.sh, configure, & make as usual. |
| 04:56.35 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 04:56.43 | JeffM | he got it to work |
| 04:56.57 | swigg | about time! |
| 04:57.04 | JeffM | but yeah maintainer-clean will work instead of distclean |
| 04:59.53 | BulletCatcher | maintainer-clean is the most thorough, and is guaranteed to get the job done for certain types of changes such as file renames. |
| 05:01.26 | JeffM | distclean does everything but the stuff from autogen right? |
| 05:02.27 | BulletCatcher | Pretty much. |
| 05:02.48 | BulletCatcher | disclean leaves the "configure" Makefile.in files in place. |
| 05:03.28 | BulletCatcher | When a Makefile.am file changes the corresponding Makefile.in file needs to be updated, and that doesn't seem to always happen. |
| 05:03.55 | BulletCatcher | That's why I always recommend maintainer-clean. |
| 05:04.10 | JeffM | sure |
| 08:32.06 | *** join/#bzflag apeman_ (~apeman@29.249.69.111.dynamic.snap.net.nz) |
| 09:15.06 | *** join/#bzflag Shuist (~Shuist@ppp121-45-0-148.lns20.adl2.internode.on.net) |
| 10:29.39 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 10:47.21 | *** join/#bzflag joevano_ (~joevano@bzflag/developer/JoeVano) |
| 10:47.21 | *** mode/#bzflag [+v joevano_] by ChanServ |
| 10:59.26 | *** join/#bzflag apeman__ (~apeman@34.238.69.111.dynamic.snap.net.nz) |
| 11:01.15 | joevano_ | well I just messed that up... pushed to bzflag to bzworkbench |
| 11:08.54 | blast007 | heh |
| 11:09.43 | joevano_ | blast007: error when trying to push to BZFlag-Dev/bzflag "Please make sure you have the correct access rights |
| 11:09.52 | joevano_ | and the repository exists." |
| 11:10.17 | blast007 | I can just rename the bzworkbench one to bzflag, right? |
| 11:10.52 | joevano_ | no.. the main branch failed |
| 11:11.10 | joevano_ | i'll just force bzworkbench back up |
| 11:11.24 | joevano_ | since nothing has happened in it |
| 11:12.47 | blast007 | and github says you have rights to the bzflag repo... |
| 11:13.08 | joevano_ | hmm... k |
| 11:18.05 | joevano_ | i need coffee... I can't type origin it seems |
| 11:18.33 | joevano_ | repo headed up.... tags to get pushed as soon as that is done |
| 11:24.35 | *** join/#bzflag Shuist (~Shuist@ppp121-45-0-148.lns20.adl2.internode.on.net) |
| 11:25.17 | joevano_ | ok everything looks good in both repos... take a look at them and let me know |
| 11:26.20 | joevano_ | https://github.com/BZFlag-Dev |
| 11:48.37 | alezakos | ~joevano++ |
| 12:07.00 | joevano_ | blast007: I set up the IRC hooks on both repos, anything else we need to do? |
| 12:19.36 | *** join/#bzflag Shuist (~Shuist@ppp121-45-0-148.lns20.adl2.internode.on.net) |
| 12:42.19 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 13:37.08 | *** join/#bzflag Shuist (~Shuist@ppp121-45-0-148.lns20.adl2.internode.on.net) |
| 14:14.14 | *** join/#bzflag tw1sted (~tw1sted@unaffiliated/tw1sted) |
| 14:25.55 | *** join/#bzflag Rob5a (~Rob5a@cable-86-56-104-131.cust.telecolumbus.net) |
| 14:26.31 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 15:31.24 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 15:33.50 | *** join/#bzflag sirquine (~quine@c-76-120-71-113.hsd1.co.comcast.net) |
| 15:43.43 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 15:43.43 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 15:51.32 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-236-199.socal.res.rr.com) |
| 15:51.32 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 15:51.32 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 16:10.24 | jeffm | joevano so its' in and stable? |
| 16:13.52 | jeffm | hmm 2.4.x is marked as dev, it should be maint |
| 16:15.43 | ahs3- | ~catay++ |
| 16:21.33 | jeffm | wow, overnight I've become an amazing commuter on github
who knew |
| 16:25.06 | catay | is modifying bzfsAPI methods in trunk (which break 3rd party plugins) allowed? |
| 16:25.56 | jeffm | we don't really want to break plugins, but we can make non breaking changes to the API |
| 16:26.00 | jeffm | what did you need changed? |
| 16:26.22 | catay | nothing, but I think that happened in r22763 |
| 16:26.30 | jeffm | with what function? |
| 16:26.38 | catay | URLDone |
| 16:26.44 | jeffm | agh yeah that was known |
| 16:26.45 | catay | when doing const fixes |
| 16:27.05 | jeffm | it should not have broken binary compatibility, but just required a change for recompile |
| 16:27.16 | jeffm | so existing servers that did not rebuild the plugin would work |
| 16:27.58 | jeffm | BulletCatcher and I talked a lot about it and decided that having to add const on a rebuilt wasn't that bad |
| 16:28.41 | jeffm | it was an odd rare case, usually if we have to change something we will make a new function or a new class, but here it was just a const not a new type |
| 16:29.07 | *** join/#bzflag GitHub26 (~GitHub26@192.30.252.50) |
| 16:29.07 | *** part/#bzflag GitHub26 (~GitHub26@192.30.252.50) |
| 16:29.10 | jeffm | and existing plugins still worked so we didn't break anyone show as runing |
| 16:29.34 | jeffm | ok that wasn't too slow, the add/join spam sucks but we can probably work around that |
| 16:30.02 | alezakos | Blast proposed another service without the join/part spam and the delay |
| 16:30.07 | jeffm | k |
| 16:30.07 | catay | but if a plugin class inherits from bz_BaseURLHandler and redefines the URLDone, the plugin also would need to be changed no ? |
| 16:30.13 | blast007 | alezakos: I did? |
| 16:30.25 | jeffm | catay, yes you have to add const to your classes |
| 16:30.36 | alezakos | blast007: Yeah, http://n.tkte.ch |
| 16:30.37 | jeffm | but it only has to change when you rebuild |
| 16:31.01 | catay | ah, good to know |
| 16:31.02 | jeffm | if someone has a binary of your old plugin it will continue to work |
| 16:31.18 | jeffm | so we didn't break anyone who was already running, just people who rebuild |
| 16:31.35 | jeffm | it was sadly a necessary evil |
| 16:33.20 | jeffm | hmmm Xcode won't prompt for credentials when using it's built in git thingy |
| 16:34.17 | blast007 | jeffm: maybe you're just holding it wrong? |
| 16:34.32 | jeffm | or maybe I didn't buy GitCare by apple |
| 16:34.50 | blast007 | are you using a URL that contains your username? |
| 16:35.00 | jeffm | it did the commit fine, but maybe it's mad I didn't clone using it |
| 16:35.05 | jeffm | I'm not sure what it's using |
| 16:35.26 | jeffm | I did the clone in the github tool and opened the project in Xcode, and Xcode knew it was hooked up to git |
| 16:36.22 | jeffm | I don't actually develop on osx, I just happened to have it running |
| 16:36.43 | jeffm | SVN is all jacked up under my OSX too |
| 16:37.26 | blast007 | nvm about the username part.. seems I was probably thinking about bitbucket |
| 16:38.01 | jeffm | there is probably some kind of key I should generate and install |
| 16:41.53 | blast007 | 'git remote -v' will show the URL - maybe xcode only supports one the two methods? (HTTPS or SSH) |
| 16:46.55 | blast007 | one of the* |
| 16:47.30 | jeffm | the URL Is https |
| 16:49.55 | blast007 | everything I'm finding says to use the SSH URL |
| 16:50.01 | jeffm | yeah |
| 16:50.07 | jeffm | and I can't edit the url |
| 16:50.16 | jeffm | probably have to do a clone from within github |
| 16:51.30 | jeffm | holy hell, I have 1.4 million lines added for commits?? |
| 16:52.19 | blast007 | git remote set-url origin git@github.com:BZFlag-Dev/bzflag.git |
| 16:52.36 | jeffm | ahh |
| 16:52.42 | blast007 | (and you'll need a SSH keypair and the pubkey added to github) |
| 16:53.14 | jeffm | or I could just reboot to windows |
| 16:53.19 | blast007 | or that ;) |
| 16:53.59 | jeffm | need to do that to commit to sf anyway, 2.4.x is misnamed |
| 16:58.37 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 16:58.37 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:58.37 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:59.23 | BulletCatcher | What's wrong with the 2.4.x build type, JeffM? |
| 16:59.50 | JeffM | BulletCatcher, it should be maint IIRC, DEV is for building a new breaking |
| 17:00.27 | BulletCatcher | We've been setting it to MAINT only for releases. |
| 17:00.32 | JeffM | oh really |
| 17:00.48 | BulletCatcher | Yeah, just briefly each time we do a release. |
| 17:00.51 | JeffM | then what do we use "stable" for? |
| 17:00.58 | BulletCatcher | dunno |
| 17:01.14 | JeffM | I was under the understanding that stable was the one we used for each release |
| 17:01.22 | JeffM | dev was new breaking (it tells you proto may change) |
| 17:01.32 | JeffM | and maint was "we ar devloping but it's compatable" |
| 17:02.12 | JeffM | I think there is a value in knowing that a non release version is compatabile or not |
| 17:02.22 | JeffM | but maybe I'm wrong |
| 17:02.35 | BulletCatcher | I'm just going by the documentation. |
| 17:02.36 | BulletCatcher | Search for BZ_BUILD_TYPE in DEVINFO. |
| 17:02.39 | JeffM | k |
| 17:02.54 | JeffM | then perhaps we should change the docs for 2.6 |
| 17:03.23 | JeffM | I think we should diferentate between a non release that is compatable with the last shipping, and one that gets proto changes whenever |
| 17:03.54 | BulletCatcher | I doubt anyone really pays attention to that part of the version string. |
| 17:04.12 | BulletCatcher | My preference would be to just drop it. |
| 17:04.13 | JeffM | I'm not a fan of stable, so maybe , RELEASE, MAINT_DEV, DEVELOPMENT |
| 17:04.22 | JeffM | I think there is some value there |
| 17:04.34 | JeffM | the average person may not, but I think some do |
| 17:04.46 | JeffM | specialy the GU people who ban on version string ;) |
| 17:05.43 | JeffM | and some people may care when they connect to a server |
| 17:06.01 | BulletCatcher | You're just guessing. |
| 17:06.09 | JeffM | so are you ;) |
| 17:07.07 | BulletCatcher | My point is that you are trying to do something for some hypothetical person who may not really exist. |
| 17:07.23 | JeffM | well I exist |
| 17:07.29 | JeffM | but maybe I don't |
| 17:07.34 | BulletCatcher | Why is it important to you? |
| 17:07.37 | JeffM | so that would explain a lot of things in my life |
| 17:07.56 | JeffM | to know how important it wold be to keep up to date with that version |
| 17:08.17 | JeffM | if it was maint_dev keeping up to date is not requred to run, for dev it is |
| 17:08.50 | BulletCatcher | Is this in the context of yourself as a developer or as a player? |
| 17:08.58 | JeffM | little of both |
| 17:09.12 | JeffM | but fine, we can leave it |
| 17:10.19 | *** join/#bzflag GitHub29 (~GitHub29@192.30.252.49) |
| 17:10.19 | *** part/#bzflag GitHub29 (~GitHub29@192.30.252.49) |
| 17:10.20 | BulletCatcher | If changing the scheme would be meaningful for you, then go for it. |
| 17:10.21 | BulletCatcher | I just don't know of anyone else who cares. |
| 17:10.55 | JeffM | you've spent more time discussing it then I care about it, so no biggie |
| 17:11.04 | BulletCatcher | :-) |
| 17:13.12 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 17:14.54 | JeffM | is the TODO file requred by anything? |
| 17:15.28 | BulletCatcher | Not like INSTALL and COPYING. |
| 17:15.33 | BulletCatcher | It can go. |
| 17:15.38 | JeffM | BUGS too? |
| 17:15.50 | JeffM | because I just made the same edit to them and they point to the same URL |
| 17:16.11 | JeffM | and NEWS points to the changelog |
| 17:18.35 | BulletCatcher | The GNU standard is for INSTALL, NEWS, README, AUTHORS, ChangeLog, & COPYING. |
| 17:19.21 | JeffM | k |
| 17:19.22 | BulletCatcher | So TODO and BUGS can go without complications. |
| 17:19.32 | JeffM | yeah I remember some were needed |
| 17:23.23 | JeffM | I need to yank it from the makefiles too right? |
| 17:23.33 | BulletCatcher | Yes, please. |
| 17:24.09 | BulletCatcher | They're also mentioned in the README file. |
| 17:24.28 | BulletCatcher | (and README.SDL) |
| 17:25.13 | JeffM | yeah I am editing the main readme now and will hit the rest when I am done |
| 17:25.37 | JeffM | changing references from svn to git, using the issue tracker URL, etc.. |
| 17:26.25 | JeffM | so blast007 I own bzflag.me, how would I go about getting email addresses for jeffm@bzflag.me ? |
| 17:27.25 | BulletCatcher | Easiest would be if the registrar supports that. |
| 17:27.56 | JeffM | it's namecheap |
| 17:28.17 | JeffM | oooooo I can probalby hook it up as a subdomain of my google apps account |
| 17:29.32 | JeffM | asI read this file I wonder, are the mailing lists active at all? I never see anything from them |
| 17:29.49 | JeffM | makes me wonder if SF unsubscribed me |
| 17:31.09 | alezakos | I don't think they are |
| 17:31.24 | JeffM | think we should still mention them? |
| 17:40.33 | *** join/#bzflag GitHub129 (~GitHub129@192.30.252.61) |
| 17:40.33 | *** part/#bzflag GitHub129 (~GitHub129@192.30.252.61) |
| 17:40.51 | JeffM | wow, 5 commits... 3 messages |
| 17:41.20 | JeffM | that's less then useful |
| 17:45.55 | alezakos | The other service (n.tkte.ch) shows all the commits |
| 17:47.59 | blast007 | I've never even signed up to any of the mailing lists ;) |
| 17:48.24 | alezakos | bzflag-cops and bzflag-league haven't been updated since 2003 |
| 17:48.38 | JeffM | k |
| 17:49.18 | alezakos | bzflag-dev and bzflag-users are mostly patches and world files from the SF tracker |
| 17:52.04 | *** join/#bzflag GitHub157 (~GitHub157@192.30.252.48) |
| 17:52.04 | *** part/#bzflag GitHub157 (~GitHub157@192.30.252.48) |
| 18:08.58 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 18:25.39 | *** join/#bzflag GitHub185 (~GitHub185@192.30.252.61) |
| 18:25.39 | *** part/#bzflag GitHub185 (~GitHub185@192.30.252.61) |
| 18:26.22 | JeffM | dosn't look like notifico is pulling corretly |
| 18:28.58 | alezakos | Did you add the webhook URL on github? |
| 18:29.27 | JeffM | no, I am looking for what to put in for the URL |
| 18:30.31 | alezakos | On the project page on Notifico, there should be a table containing a link to a hook URL |
| 18:30.33 | *** join/#bzflag Not-001 (~notifico@198.199.82.216) |
| 18:30.33 | Not-001 | [bzflag] none pushed 3 commits to master [+0/-0/±7] http://git.io/r1Fl3w |
| 18:30.34 | Not-001 | [bzflag] JeffM2501 9542fd0 - Update Readmes Change references of SVN to GitHub Replace trackers with issues and pull requests cleanup some text and contact infos |
| 18:30.35 | Not-001 | [bzflag] JeffM2501 f1878f0 - Add TODO marker for git info Mostly this is a test of the emergency commit notification system |
| 18:30.35 | JeffM | yeah I see that |
| 18:30.36 | Not-001 | [bzflag] JeffM2501 8f7e8e9 - WS for testing |
| 18:30.44 | JeffM | there we go |
| 18:30.49 | JeffM | the docs on that suck suck |
| 18:31.45 | JeffM | do we want the entire commit message or just the title? |
| 18:32.10 | Not-001 | [02bzflag] 07none pushed 033 commits [+0/-0/±7] 13http://git.io/r1Fl3w |
| 18:32.11 | Not-001 | [02bzflag] 07JeffM2501 039542fd0 - Update Readmes |
| 18:32.12 | Not-001 | [02bzflag] 07JeffM2501 03f1878f0 - Add TODO marker for git info |
| 18:32.13 | Not-001 | [02bzflag] 07JeffM2501 038f7e8e9 - WS for testing |
| 18:32.51 | JeffM | I'll leave it at that for now and we can see how it goes |
| 18:42.45 | Not-001 | [02bzflag] 07JeffM2501 pushed 031 commit [+0/-0/±1] 13http://git.io/apgx-g |
| 18:42.46 | Not-001 | [02bzflag] 07JeffM2501 03dcc5ae4 - Update with git info |
| 18:43.43 | JeffM | there are still a couple places in devinfo that I'd like BulletCatcher to review, I replaced the SVN instructions in the publishing section with what I know about git but it needs to be checked over |
| 18:47.50 | Constitution | DEV has been for development code (odd numbered), STABLE has been for major releases (x.x.0), and maint for minor releases (even numbered) |
| 18:48.42 | Constitution | except that one time we forgot and released 2.4.0 iirc as DEV |
| 18:48.55 | Constitution | or DEVEL or whatever it was |
| 18:50.07 | JeffM | odd numbered where? minor or rev? |
| 18:50.16 | JeffM | since both mean different types of development |
| 18:50.28 | JeffM | and I don't see why the .0 means anything |
| 18:50.28 | khonkhortisan | is bzflag-dev/bzflag something I can fork or is it just for testing? |
| 18:50.44 | JeffM | khonkhortisan, it's 2.6 |
| 18:51.20 | JeffM | Constitution, really the .0 is the least stable in the release channel, it' before any bug fixes :) |
| 18:53.33 | JeffM | if you add your sourceforge users email to your hithub account you should show as a contributor and I can give you push access |
| 18:57.35 | JeffM | Time for foods |
| 18:57.38 | Not-001 | [02bzflag] 07kongr45gpen pushed 032 commits [+1/-0/±2] 13https://github.com/BZFlag-Dev/bzflag/compare/dcc5ae4cfe5f...2ecad94f4767 |
| 18:57.39 | Not-001 | [02bzflag] 07kongr45gpen 03aed50ba - Add a .gitignore file |
| 18:57.40 | Not-001 | [02bzflag] 07kongr45gpen 032ecad94 - Merge branch 'master' of github.com:BZFlag-Dev/bzflag |
| 18:59.11 | Constitution | rev? x.x.0 was stable, x.x.odd was dev, x.x.even was maint |
| 18:59.29 | Constitution | but yeah I'm not opposed to changing it? never saw a need for both stable and maint in that context |
| 19:00.13 | khonkhortisan | that doesn't sound like semantic versioning |
| 19:18.10 | *** join/#bzflag JeffM (~JeffM@70-240-33-134.lightspeed.irvnca.sbcglobal.net) |
| 19:18.10 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 19:18.10 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 19:19.35 | JeffM | khonkhortisan, having a fork is fine just don't go and do huge code dumps |
| 19:20.38 | khonkhortisan | I'd just have a fork to have my own branches with each branch having its own code change |
| 19:20.46 | JeffM | I know |
| 19:20.54 | JeffM | I am just staing my fears :) |
| 19:21.03 | JeffM | dsp and dsw... seriously? |
| 19:21.24 | JeffM | even if we had those, they should not be ignored |
| 19:21.37 | alezakos | I think they were on the svn:ignore property |
| 19:21.51 | JeffM | even then tey should not have been ignored by svn |
| 19:22.28 | JeffM | those were the actual project files |
| 19:28.54 | Not-001 | [02bzflag] 07kongr45gpen pushed 031 commit [+0/-0/±1] 13http://git.io/EE6ScQ |
| 19:28.55 | Not-001 | [02bzflag] 07kongr45gpen 03c9ec8bd - Don't ignore .dsp and .dsw files |
| 19:29.04 | JeffM | damn you! |
| 19:29.11 | Not-001 | [02bzflag] 07JeffM2501 pushed 032 commits [+0/-0/±1] 13http://git.io/DP8mEw |
| 19:29.12 | Not-001 | [02bzflag] 07JeffM2501 03b3b2444 - ignore windows temp and bin files |
| 19:29.13 | Not-001 | [02bzflag] 07JeffM2501 03084c020 - Merge branch 'master' of https://github.com/BZFlag-Dev/bzflag |
| 19:29.19 | JeffM | well I hoped that merged ok |
| 19:29.26 | alezakos | heh |
| 19:30.31 | Not-001 | [02bzflag] 07JeffM2501 pushed 031 commit [+0/-0/±1] 13http://git.io/0nwVGw |
| 19:30.32 | Not-001 | [02bzflag] 07JeffM2501 035b264e8 - whitespace |
| 19:30.46 | alezakos | The only dsp and dsw files on the repository were in curl and ares, so this rule did not affect them at all |
| 19:31.16 | JeffM | yeah we stoped using them long long ago |
| 19:31.27 | JeffM | it just shold have NEVER been in there |
| 19:31.48 | JeffM | that's like ignoring *.am |
| 19:32.07 | khonkhortisan | who's mebigfatguy? |
| 19:32.23 | Not-001 | [02bzflag] 07kongr45gpen pushed 031 commit [+0/-0/±1] 13http://git.io/HeA-8A |
| 19:32.23 | JeffM | a guy who loves horses |
| 19:32.24 | Not-001 | [02bzflag] 07kongr45gpen 03d8c1397 - Whitespace |
| 19:33.38 | Constitution | what does merge branch master mean? is that not where initial commits go? |
| 19:34.07 | khonkhortisan | if it's mentioning its own repository, someone added a commit slightly messily. |
| 19:34.27 | JeffM | Constitution, it means he has his own fork and he merged into our upstream |
| 19:34.40 | khonkhortisan | If I made a branch, then made a commit, then merged master into my branch, then merged my branch into master, I think that's what it would do |
| 19:34.41 | JeffM | optimaly he wouldn't use the default message and type something useful |
| 19:35.02 | JeffM | DVCS systems love history spam |
| 19:36.29 | Constitution | so the notification doesn't say which branch it went to? |
| 19:36.51 | JeffM | I can include the entire path |
| 19:37.34 | JeffM | it should show the branch name now |
| 19:37.38 | JeffM | on every commit |
| 19:38.54 | Not-001 | [02bzflag] 07JeffM2501 pushed 031 commit to 03master [+0/-0/±1] 13http://git.io/cBskEQ |
| 19:38.55 | Not-001 | [02bzflag] 07JeffM2501 03af6a459 - ingnore more windows temp files |
| 19:39.04 | JeffM | that better? |
| 19:40.30 | JeffM | I think that's all the bins VC makes |
| 19:40.53 | khonkhortisan | looks at an empty server list :) |
| 19:41.01 | JeffM | as you should |
| 19:41.34 | JeffM | if you can think of something that we should bacport please add an issue tracker ticket for it under the 2.5.x backports milestone so we can start reviewing them |
| 19:42.05 | khonkhortisan | I added a pull request for one of the things that was waiting for protocol break |
| 19:42.18 | JeffM | make a ticket for it please |
| 19:42.24 | JeffM | I want to attach all pull requests to a ticket |
| 19:42.54 | JeffM | the ticket list should end up being the list of things we have to test |
| 19:44.26 | khonkhortisan | linked. |
| 19:44.32 | JeffM | thanks |
| 19:44.45 | JeffM | I may want to merge that with another enhancment |
| 19:45.04 | JeffM | a generic way to make any shot not kill a specific player, and a message to turn off client side kill checks |
| 19:45.32 | JeffM | so it would not be a game style |
| 19:46.15 | khonkhortisan | There might be some sort of immunity flag that way |
| 19:46.31 | alezakos | There's already one |
| 19:46.36 | JeffM | there are lots of things we could do |
| 19:46.42 | Constitution | was the project rename shelved for now, then? |
| 19:46.47 | JeffM | yes |
| 19:47.01 | khonkhortisan | besides shield, like immunity from a specific team or specific weapon |
| 19:47.31 | JeffM | it would let the server define who can die from what, or tell the client not to do any death checks and it'll do them for it |
| 19:47.33 | khonkhortisan | heh - a handicap that makes gm and laser harmless until your score goes up |
| 19:47.38 | JeffM | or you can turn off all death for a race |
| 19:47.41 | JeffM | all kinds of things |
| 19:47.57 | khonkhortisan | or a race with no death that ends with a battle |
| 19:48.06 | JeffM | I have to think about it a little more and write it up |
| 19:48.12 | JeffM | if I do I'll merge those tickets |
| 19:48.47 | khonkhortisan | ok |
| 19:49.28 | JeffM | I need to think if I want to detach players from shot entirely |
| 19:50.15 | JeffM | and convert SR into an invisible shot that is linked to the player tank |
| 19:50.54 | JeffM | then we could do a reverse steamroller |
| 19:51.08 | JeffM | your client thinks everyone else kills you on hit :) |
| 19:51.29 | *** join/#bzflag swigg__ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 19:52.33 | JeffM | but yeah please write up backports first, we want to work on them since we may need to pull from sourceforge |
| 19:53.03 | JeffM | we can also write up useability features but I think we should not implmeente them untill after the backports |
| 19:53.28 | JeffM | then if we change things too much during a feature change we won't have to do backports on top of those changes |
| 19:54.12 | JeffM | as for github usernames/emails I do not mind if they are an alias as long as we have a map to the real name in authors |
| 19:54.28 | JeffM | that's efectivly how we did it on SF and I don't see any need to change it |
| 19:55.05 | JeffM | <PROTECTED> |
| 19:55.26 | joevano_ | or turn off death above a certain hieght... no need for a custom bzflag server to host olympic |
| 19:55.57 | JeffM | joevano_, possibly, with lag it may not be super accurate |
| 19:56.20 | joevano_ | JeffM: they should all be on GitHub... just need to pull a branch domn |
| 19:56.22 | JeffM | if you left yourself a wide enough buffer zone |
| 19:56.26 | joevano_ | down* |
| 19:56.27 | JeffM | ok |
| 19:56.44 | JeffM | well still, it'll be easer to do backports first |
| 19:56.51 | joevano_ | agreed |
| 19:57.05 | JeffM | like if I add a message thread on the server that could totaly jack up backports |
| 19:57.26 | JeffM | or when we wrap curl up in a platform_common lib |
| 20:05.40 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 20:06.32 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 20:16.17 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 20:16.17 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 20:16.17 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 20:19.05 | *** join/#bzflag JeffM2501 (~Jeffery@unaffiliated/jeffm2501) |
| 20:19.05 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
| 20:39.45 | alezakos | Heh, github thinks BZFlag is written in C |
| 20:39.58 | JeffM2501 | parts of it are |
| 20:40.27 | alezakos | But not 53% of it |
| 20:40.39 | JeffM2501 | it probably hasn't had time to scann it |
| 20:41.03 | JeffM2501 | or actuyaly you can't tell the difference between C and C++ if you don't use classes |
| 20:41.07 | JeffM2501 | we use a LOT of functions |
| 20:41.10 | JeffM2501 | and big files |
| 20:41.20 | JeffM2501 | bzfs is very C style |
| 20:41.32 | alezakos | Are all the dependencies in src/other in C? |
| 20:41.42 | JeffM2501 | what is C? |
| 20:41.49 | JeffM2501 | a file with out // comments? |
| 20:42.13 | alezakos | A file that will be compiled by a C compiler |
| 20:42.19 | alezakos | Or that has a .c extension |
| 20:42.23 | JeffM2501 | not always |
| 20:42.28 | JeffM2501 | the C++ compiler can compile C |
| 20:42.33 | JeffM2501 | c is a subset of C++ |
| 20:42.46 | JeffM2501 | it all depends on what rules github uses |
| 20:43.50 | blast007 | Screw the rules, I have money! |
| 20:43.54 | JeffM2501 | heh |
| 20:43.57 | alezakos | "Most languages are detected by their file extension. This is the fastest and most common situation." |
| 20:44.13 | JeffM2501 | maybe they don't like .cxx and only look for cpp |
| 20:44.33 | alezakos | How many cpp files are there on BZFlag? |
| 20:44.56 | JeffM2501 | not many, some plugins |
| 20:45.07 | blast007 | 49 in SVN trunk |
| 20:45.26 | alezakos | Well, it still says that C++ is ~40% of the source code |
| 20:45.34 | JeffM2501 | can anyone tell me if they can access this webpage? https://docs.google.com/file/d/0Bwca59DESlNKdGpCUWhRTzRuRkk/edit?usp=sharing |
| 20:45.52 | JeffM2501 | arn't curl and ares all C? |
| 20:47.35 | alezakos | There are 2 cpp/cxx files on src/other, everything else is plain .c |
| 20:47.52 | JeffM2501 | then there ya go |
| 22:18.41 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 22:52.57 | joevano_ | JeffM2501: yes, I can aggess it |
| 22:53.03 | JeffM2501 | cool |
| 22:53.11 | joevano_ | access* |
| 22:53.11 | JeffM2501 | thanks |
| 23:01.58 | *** part/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 23:02.51 | JeffM2501 | I think we should do something like that and have everyone agree to it, it's a little more format then the implied one we have in DEVINFO |
| 23:14.35 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 23:22.39 | joevano_ | I think it is a good idea |
| 23:23.46 | JeffM2501 | blast007 foudn the site that had the template |
| 23:25.18 | JeffM2501 | I was pondering making it so that we would make a ticket on the github tracker in an "agreements" tag that had the body of the agreement and users would have to comment on the ticket with "i agree" then we'd know it was tied to the github account |
| 23:25.28 | JeffM2501 | but that may not permenant enough |
| 23:33.49 | joevano_ | are scanners prevelant enough to require a real signature? |
| 23:34.17 | joevano_ | here in the US sure... but not sure elsewhere |
| 23:37.49 | JeffM2501 | yeah I dunno |
| 23:38.15 | JeffM2501 | I say we start with the google doc then if we make a real company at some point do real signatures for the people that get paid from bounties |
| 23:38.47 | JeffM2501 | the 'damages' that someone can asses right now are negliable, but if we start throwing money around it my be better to have more protection |
| 23:39.49 | JeffM2501 | the site offered several template styles based on submision requirements, fax,email, and electionic form submision were some of them, so that tells me that some people do a form of some kind |
| 23:40.02 | *** join/#bzflag TkTech (~TkTech@irc.tkte.ch) |
| 23:43.09 | joevano | could use something like this http://jsignpdf.sourceforge.net/ |
| 23:44.08 | JeffM2501 | read the first post ;) |
| 23:44.14 | joevano | there also are some open-source esignature platforms but that seems extreme at ths point |
| 23:44.24 | JeffM2501 | I think the form is good enough for now |
| 23:44.54 | JeffM2501 | it can be used to show that this person agreeed, and it's better then the one we have in devinfo now that we don't make sure people read |
| 23:45.15 | joevano | there is one in DEVINFO? ;-) |
| 23:45.25 | JeffM2501 | yeah |
| 23:45.30 | *** join/#bzflag apeman_ (~apeman@245.239.69.111.dynamic.snap.net.nz) |