00:49.21 | blast007 | alpha1-2: what do you mean "players" at the "site"? |
00:50.20 | alpha1-2 | the users that login at the site (bzflag.org) per month |
00:50.41 | JeffM | the website has no login, and you can't assume all visitors are players |
00:51.25 | blast007 | I can actually assume that lots of them aren't players ;) |
00:51.31 | JeffM | yeah |
00:51.37 | blast007 | otherwise we'd have a lot more people in-game than we do |
00:52.14 | JeffM | how are the OS stats? |
00:53.02 | blast007 | three new build strings |
00:53.13 | blast007 | 2.4.0.20120214-BZFLAGANDROID-BETA, 2.4.2.20130417-DEVEL-android_apk, 0.6.43.20110717-BZFLAGANDROID-BETA |
00:53.22 | alpha1-2 | ok, the Forum site (forum.bzflag.org) and I could easily assume that all users are players because this is a game forum |
00:53.45 | blast007 | alpha1-2: I don't have stats on the forum, and if I did, it still wouldn't track if you're logged in or not |
00:53.46 | JeffM | interesting, someone still working on native bzadmin for the droid |
00:54.01 | brad | ~nth++ |
00:54.16 | blast007 | still only two freeBSD users |
00:54.40 | JeffM | so lonely |
00:55.54 | blast007 | By IP: Windows 2965, OSX 1110, Linux 1445, FreeBSD 2 |
00:55.54 | blast007 | By BZID: Windows 483, OSX 221, Linux 197, FreeBSD 2 |
00:56.00 | alpha1-2 | blast007: but then what was that ~4000 number you gave not many time ago? |
00:56.19 | blast007 | alpha1-2: probably the number of "unique visits" per month, or pageviews per month |
00:56.30 | blast007 | not coorelated to "players" or "registered users" at all |
00:57.02 | blast007 | correlated* |
00:57.34 | alpha1-2 | ahh, IPs then, ~4000 IPs and ~8000 pages IIRC, that was why I wanted to ask again |
00:58.19 | blast007 | you know what bzflag.org really needs to be truely professional? |
00:58.21 | blast007 | a hit counter! |
00:58.55 | JeffM | how about a webring? |
00:59.05 | JeffM | those just show how classy you are |
00:59.11 | blast007 | yes! |
00:59.31 | blast007 | and maybe we could add ourselves to some topsites |
01:01.23 | alpha1-2 | blast007: excuse me, those numbers are, then, related to Apoc and your (BZExcess) servers, right? How many servers do you have running now? |
01:02.36 | JeffM | that's his and mofo |
01:02.45 | JeffM | so a large portion of the general community |
01:03.08 | alpha1-2 | not only apoc but the other servers too? |
01:03.22 | JeffM | it's not all servers |
01:03.27 | JeffM | but his and mofo |
01:03.44 | blast007 | alpha1-2: curl -s http://my.bzflag.org/db/?action=LIST | grep 'bzexcess\.com' | wc -l |
01:03.54 | alpha1-2 | yes, I mean, the other I_Died's servers |
01:04.42 | alpha1-2 | thanks blast, I glad of get new useful commands |
01:04.43 | blast007 | JeffM: mofo is a large portion of the community - my servers, not so much anymore |
01:04.48 | JeffM | yeah |
01:05.27 | alpha1-2 | blast007: I asked for only Apoc or the other I_Died's servers too? |
01:05.45 | blast007 | alpha1-2: go ask them. I don't control their server. |
01:06.21 | alpha1-2 | but you don't know which server is using your plug-in? |
01:06.28 | blast007 | no, I don't |
01:06.41 | JeffM | it shoudl be passion of the free for all |
01:06.53 | blast007 | it could be any or all of mofo's servers |
01:07.02 | blast007 | I only track the API key |
01:07.24 | alpha1-2 | API key? |
01:07.28 | blast007 | yes |
01:07.53 | alpha1-2 | sorry, what does it mean in this case? |
01:08.04 | blast007 | try google |
01:08.13 | blast007 | it's a fairly common thing |
01:09.09 | alpha1-2 | ok, I will, but, then you don't receive the server name? |
01:09.13 | blast007 | no |
01:09.25 | JeffM | just the owner |
01:09.52 | alpha1-2 | the IP? |
01:10.02 | blast007 | no |
01:10.08 | alpha1-2 | :P |
01:10.46 | alpha1-2 | you receive then "I_Died"? |
01:10.50 | JeffM | yeah |
01:10.54 | JeffM | why do you care so much? |
01:10.55 | alpha1-2 | hehe |
01:12.09 | alpha1-2 | well, it is just some weird, if you receive a lot of info from a server and you don't have many important data of it, for example, at least the server IP |
01:12.28 | JeffM | we don't care about tracking that data on a per server level |
01:12.37 | JeffM | I just watned to know the percentage of OSs |
01:13.33 | alpha1-2 | ok |
01:13.56 | alpha1-2 | at least you have the server owner's name |
01:17.48 | blast007 | alpha1-2: no, I receive the API key |
01:18.34 | alpha1-2 | ok, I am searching for info about it... |
01:27.18 | blast007 | alpha1-2: found info yet? |
01:28.07 | alpha1-2 | it is interesting... is it related more to network services maybe? |
01:28.32 | alpha1-2 | authentication ,etc? |
01:28.37 | blast007 | nope, it's used for postal mail |
01:29.23 | alpha1-2 | ? |
01:29.46 | blast007 | sarcasm... of course it is related to "network services" |
01:30.07 | blast007 | pretty broad term there |
01:30.20 | blast007 | http://en.wikipedia.org/wiki/API_key |
01:30.39 | blast007 | and now, let's end the conversation about this |
01:30.53 | alpha1-2 | yes I am reading that and their related links... |
01:31.07 | alpha1-2 | ok |
01:40.14 | alpha1-2 | blast007: ok, if you can answer me, I have enough info now, then how much info do you receive INSIDE your API key? |
01:40.25 | JeffM | it's just a number |
01:42.22 | alpha1-2 | but you said me before that he received the server owner's name, then you mean the user ID of blast's plug-in? |
01:43.36 | JeffM | no we have it in a table |
01:44.37 | alpha1-2 | that number represent the user ID? |
01:44.49 | JeffM | no it's an entry in the table |
01:45.11 | alpha1-2 | the ID represents something |
01:45.22 | JeffM | yes, the entry in the keys table |
01:45.44 | JeffM | where we store the info about the key, and part of that is the owner's bzID |
01:45.48 | JeffM | but that's about it |
01:47.36 | alpha1-2 | ok, I understand, then you receive who is using your plug-in |
01:47.47 | *** join/#bzflag unclelightning (~chatzilla@70.16.73.47) |
01:48.05 | JeffM | he gets the API key, he can use the table to find out the owner |
01:48.46 | alpha1-2 | yes, but in that table do you have the plug-in name or ID too or just the users? |
01:48.58 | JeffM | no it has nothing to do with the plugin |
01:49.45 | JeffM | he dosn't need the plugin name, he only has one plugin |
01:50.04 | alpha1-2 | for example, if blast would have many plug-ins running, how could he identify which plug-in is using each user (API key/BZID)? |
01:50.11 | JeffM | it makes it so that only authorized people can submit data to his system |
01:50.29 | JeffM | it's so that mofo can run the plugin and you can't |
01:50.38 | JeffM | so you can't submit bad data to him |
01:52.03 | alpha1-2 | ok, then, if he makes other plug-in, he should include the plug-in name in the transaction, right? |
01:52.15 | JeffM | only if it uses the same database |
01:52.23 | JeffM | but that would be stupid |
01:52.31 | JeffM | the key is not for the plugin, it's for his DATABASE |
01:52.39 | JeffM | it's to controll who can add data |
01:52.58 | alpha1-2 | ah ok, 2 tables or DBs, yes |
01:52.58 | JeffM | it's for PEOPLE not PLUGINS |
01:53.51 | JeffM | once he gives out an API key to someone they can run it on as many servers as they want |
01:53.56 | JeffM | because he trusts them |
01:54.54 | alpha1-2 | you say: " it's for PEOPLE not PLUGINS" but you would have 2 DBs related to 2 plug-ins |
01:55.21 | JeffM | each with it's own API key |
01:55.26 | JeffM | since they would be seperate systems |
01:55.34 | JeffM | you may trust a person with one system but not another |
01:55.39 | alpha1-2 | ah |
01:56.15 | alpha1-2 | I see, then it is for trusted system persons, not for identify BZ users (BZID) |
01:56.25 | JeffM | yes |
01:56.47 | JeffM | it's a concept that exists outside of bzflag, that's why you were able to read about it on wikipedia |
01:58.01 | alpha1-2 | for example, if you would have 5 persons to whom you trust your system, would you have 5 API keys? |
01:58.47 | JeffM | yes |
01:59.32 | alpha1-2 | but all related to the same (one) system (plug-in in this case), right? |
02:01.05 | alpha1-2 | excuse me the repetition, but I want to be sure |
02:01.53 | alpha1-2 | 5 keys, 5 persons, 1 plug-in |
02:03.44 | *** join/#bzflag death_ (~death@c-69-136-37-92.hsd1.ga.comcast.net) |
02:21.28 | JeffM | the number of plugins doesn't matter, it's the number of databases |
02:21.38 | JeffM | you could have multiple different plugins servicing the same database |
02:21.53 | JeffM | say if the system was made for multiple games |
02:27.52 | JeffM | we use a similar system for hosting public servers, every owner has to get a server key |
02:28.05 | JeffM | they can use it on as many servers as they want |
02:28.16 | JeffM | but its' one key per hostname |
02:34.30 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
02:45.08 | alpha1-2 | ahh, thanks, much more clear now. And in the case of blast's plug-in, it is 1 DB for storing keys related to hostnames right? for example bzexcess.com, and you could have many servers running in the same host with the same key? |
02:49.21 | JeffM | I don't know what he stores, I doubt it's hostnames |
02:49.39 | JeffM | it's probably just valid keys and a note for who owns em |
02:50.03 | JeffM | the host thing is what the bzflag project does, not what the plugin does |
02:51.23 | alpha1-2 | ah, ok. And if I_Died has many servers (or even hosts) he only would have 1 key, right? (excuse me :P) |
02:58.34 | JeffM | ya |
02:59.19 | alpha1-2 | ok, thank you very much |
03:37.23 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
03:58.31 | *** join/#bzflag JeffM_ (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
04:08.46 | blast007 | alpha1-2_away: the code for my plugin and the related site are open-source, so you could look at what it does |
04:17.52 | alpha1-2_away | nice, blast... I see that you have a "watcher" too (stacyw80) :) |
04:18.42 | blast007 | watcher on what? |
04:18.49 | alpha1-2_away | I put the links if anyone more is interested |
04:18.51 | alpha1-2_away | https://bitbucket.org/blast007/bz_playerdb_plugin |
04:18.57 | alpha1-2_away | https://bitbucket.org/blast007/bz_playerdb_website |
04:19.14 | blast007 | they're not |
04:19.35 | alpha1-2_away | see Recent activity in the plug in page |
04:19.41 | alpha1-2_away | no? |
04:20.09 | blast007 | I don't think that account exists anymore |
04:20.32 | alpha1-2_away | blast007 pushed 1 commit to blast007/bz_playerdb_plugin |
04:20.33 | alpha1-2_away | 2013-07-07 |
04:21.41 | alpha1-2_away | ok, it seems that I am always wrong? |
04:21.51 | alpha1-2_away | hehe |
04:23.01 | alpha1-2_away | ok, what are the real links then? |
04:24.10 | blast007 | I mean, they're not interested :P |
04:25.07 | alpha1-2_away | uh, Us people is complicated eh :P |
04:25.14 | alpha1-2_away | are* |
04:25.23 | alpha1-2_away | US* |
04:26.26 | alpha1-2_away | but then it is the last update account/service/web/link/etc? :) |
04:26.38 | alpha1-2_away | updated* |
04:29.24 | blast007 | probably |
04:29.43 | blast007 | actually I probably have uncommited code for the site |
04:30.09 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
04:30.52 | alpha1-2_away | "uncommited code"... |
04:35.14 | alpha1-2_away | sometimes I don't know if laughting or crying :) |
04:37.52 | blast007 | read up on version control terminology |
04:40.15 | alpha1-2_away | and this mean "I don't think that account exists anymore"? |
04:40.24 | alpha1-2_away | means* |
04:41.10 | alpha1-2_away | sorry, and "I don't think that account exists anymore" means? |
04:46.19 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
05:53.55 | *** join/#bzflag JeffM__ (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
05:56.41 | *** join/#bzflag alpha1-2 (~nb_j@190.229.6.137) |
05:58.47 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
08:02.17 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
08:03.59 | *** join/#bzflag Chestal (~thilo@141.99.42.43) |
08:03.59 | *** mode/#bzflag [+o Chestal] by ChanServ |
08:04.00 | *** join/#bzflag littlelep (c0c39ace@gateway/web/freenode/ip.192.195.154.206) |
10:33.21 | *** join/#bzflag _lmnop (~lmnop@p5B3FF5C7.dip0.t-ipconnect.de) |
11:50.00 | *** join/#bzflag brad (~brad@cdn.v4.net) |
11:50.00 | *** join/#bzflag brad (~brad@unaffiliated/brad) |
11:53.56 | *** join/#bzflag _lmnop2 (~lmnop@p5B3FF5F9.dip0.t-ipconnect.de) |
11:56.30 | *** join/#bzflag cods (~cods@tuxee.net) |
12:09.48 | *** join/#bzflag Chestal (~thilo@141.99.42.43) |
12:09.48 | *** mode/#bzflag [+o Chestal] by ChanServ |
12:21.26 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
13:36.26 | *** join/#bzflag Rob5a (~Rob5a@cable-158-181-71-91.cust.telecolumbus.net) |
14:24.41 | *** join/#bzflag alpha1-2 (~nb_j@host137.190-229-6.telecom.net.ar) |
14:31.18 | blast007 | alpha1-2: by "I don't think that account exists anymore" I meant that the one who was "following" me does not exist anymore. noticable because their account name doesn't link to anything anymore, and they're not in the list of followers. |
14:32.13 | alpha1-2 | ah ok :) |
14:35.05 | alpha1-2 | then, "watcher" means the same as "follower", or did mean? |
14:35.36 | blast007 | whatever it's called |
14:36.31 | alpha1-2 | well, it sounded a little weird for me, the way it was posted |
14:38.04 | alpha1-2 | then it should mean something a bit different, I think a "follower" only of that project (bz_playerdb_plugin) |
14:39.36 | alpha1-2 | s/should/must |
14:40.40 | alpha1-2 | or maybe each individual project follower is added automatically to your all user page followers |
14:45.14 | alpha1-2 | yes, I checked it. I don't know if all page user follower is allowed BTW. |
14:47.17 | alpha1-2 | "Polar Bears with Chainsaws" :) |
14:47.42 | alpha1-2 | is this your kind side maybe? :D |
14:47.46 | alezakos | http://i294.photobucket.com/albums/mm105/Tenbagger/polarbearwithachainsaw.png |
14:49.10 | alpha1-2 | hi alez |
14:51.51 | alpha1-2 | oh game-services is the new login system |
14:53.44 | alpha1-2 | lol, I can't avoid post this one |
14:53.47 | alpha1-2 | http://profilebrand.com/funny-pictures/category/people/617_chainsaw-shave.gif |
14:54.00 | alpha1-2 | posting* |
14:56.56 | alpha1-2 | hi alezakos |
15:00.18 | alpha1-2 | what is the basic difference between bitbucket and the others? |
15:00.49 | alpha1-2 | is it by price? |
15:05.42 | alpha1-2 | blast to alpha: Hey, don't be nab and chek your self! http://en.wikipedia.org/wiki/Comparison_of_revision_control_software Read all this comparative table, study it and in 7 days make your own conclusion, NAB! |
15:24.10 | blast007 | no, game-services is the new set of web services.. the login system is just the first part I've written |
15:25.19 | blast007 | and bitbucket isn't a VCS |
15:25.29 | blast007 | it's a VCS repository hosting provider |
15:26.14 | alpha1-2 | but comparating it with GitHub and SF? |
15:27.18 | alpha1-2 | ah, you separated the web page/forum and the web services |
15:27.38 | blast007 | yes, because they are also VCS repository hosting providers |
15:27.58 | blast007 | GitHub is not a VCS... Git is a VCS |
15:28.07 | alpha1-2 | yes SF too |
15:28.30 | alpha1-2 | but why did you choose BB for example? |
15:28.38 | alpha1-2 | chose* |
15:28.40 | blast007 | because I prefer Mercurial |
15:28.51 | alpha1-2 | ahh |
15:29.00 | alpha1-2 | ok, thanks |
15:30.07 | blast007 | "you separated the web page/forum and the web services" nope |
15:30.24 | blast007 | game-services will be the main website and the forum as well |
15:31.14 | alpha1-2 | then you are re-writing game services? |
15:31.42 | blast007 | rewriting all of the web code, yes |
15:32.04 | alpha1-2 | oh! you want to use more php maybe? |
15:32.43 | blast007 | list server, authentication, group management, organization management, news, MOTD, banning system, screenshots, download, forum, etc |
15:32.49 | blast007 | more PHP? |
15:32.54 | alpha1-2 | or what is the main reason, improvement? |
15:32.59 | blast007 | we already use PHP for all the things |
15:33.09 | blast007 | better design |
15:33.18 | blast007 | less hacked together |
15:33.33 | alpha1-2 | ah ok... from scratch? |
15:33.40 | blast007 | pretty much |
15:33.45 | alpha1-2 | oh nice! |
15:34.01 | alpha1-2 | how long is the actual design? |
15:34.05 | blast007 | long? |
15:34.16 | alpha1-2 | when did you/other start it? |
15:34.25 | JeffM | do you have any plans for leauge integration? |
15:34.46 | blast007 | JeffM: no plans, no, but that'd be for a later phase regardless |
15:34.52 | JeffM | sue |
15:34.55 | JeffM | shure |
15:35.11 | blast007 | I'd have to figure out what a league actually needs |
15:35.12 | JeffM | I still like the idea of a standard league implementation |
15:35.16 | JeffM | yeah |
15:35.46 | blast007 | I had started writing a league website years ago, but never actually got to the actual "league" parts ;) |
15:35.53 | blast007 | but I had a basic forum! |
15:35.55 | JeffM | heh |
15:36.30 | blast007 | I'd probably have a match reporting API so that people could easily write plugins |
15:37.00 | JeffM | yeah, it just seems that with all you are making now it should not be too hard to extend it for leauge support |
15:37.08 | blast007 | yup |
15:37.53 | alpha1-2 | ehmm, an intervention, and why don't you re-use other codes (leagues sites, match reporting systems, etc.)? |
15:38.13 | JeffM | they kinda suck |
15:38.32 | blast007 | s/kinda/very much so/ ;) |
15:38.43 | alpha1-2 | eh |
15:38.44 | JeffM | was being kind |
15:39.00 | blast007 | I do miss the fun I could have with the old web-league code... |
15:39.08 | alpha1-2 | that is not collaborative/re use phylosophy ;) |
15:39.09 | JeffM | TACOS! |
15:39.20 | JeffM | alpha1-2, not all code is worth reusing |
15:39.23 | blast007 | don't think I taco'ed the league |
15:39.34 | JeffM | you have to do what is best for your project |
15:39.48 | JeffM | some code exists to show why NOT do do things some way |
15:40.02 | blast007 | it was upside down text, animated GIFs, and sending the site owner BZMail messages when someone visited my player page :P |
15:40.13 | blast007 | oh, and someone injected a youtube video into their team name |
15:40.16 | JeffM | blast007 is very familar with the other codebases and would have used them if it was apropriate |
15:40.19 | blast007 | rickrolled! |
15:40.34 | alpha1-2 | he he, well, I am not the best for talking of other code BTW, and in other hand, yes, it is true that sometimes you have to re-write it |
15:40.57 | blast007 | that, and I had an SQL injection attack against web-league that would create an admin account for myself :P |
15:41.07 | JeffM | alpha1-2, we also want an integrated system, patching together mulltiple systems isn't alwayws best |
15:42.28 | alpha1-2 | ah ok |
15:43.14 | alpha1-2 | ehmm, my previous question... talking of the entire web site, when did you/other start it? |
15:43.22 | blast007 | 1964 |
15:43.29 | alpha1-2 | ha ha |
15:43.46 | alpha1-2 | that was your grandfather! |
15:43.48 | blast007 | do you mean when I first commit some code? |
15:43.54 | blast007 | cuz you could check that yourself |
15:44.17 | alpha1-2 | no, no, in general |
15:44.36 | alpha1-2 | I want to understand why do you re-write most of the code |
15:44.58 | alpha1-2 | but maybe it is answered already |
15:45.00 | blast007 | I guess I don't know what you're wanting to know |
15:45.25 | blast007 | when I started this new game-services thing? when I started contributing to the web services of BZFlag? |
15:45.44 | alpha1-2 | because if you have an old code, it is more indicated to do a whole rewiriting |
15:46.13 | blast007 | the problem is that we've never sat down and "designed" our system as a whole |
15:46.27 | blast007 | it's just had more stuff thrown at it over the last 10+ years |
15:46.49 | JeffM | the use of phpbb was a bad choice |
15:46.52 | blast007 | 1.7 (and maybe 1.10) didn't have global authentication at all.. it was just a list of servers |
15:47.38 | blast007 | then we hacked on authentication using phpBB (though I think there is/was some horrid built-in registration in the list server code) |
15:48.19 | blast007 | so, some of the things I'd like to do is build the more complicated things (like a forum) *around* our core design |
15:48.38 | blast007 | currently we're built around phpBB, with all the limitations that forces upon us |
15:49.27 | alpha1-2 | do you mean to make a whole forum code by yourself (or this team)? not using third parties one though they are FS? |
15:49.51 | blast007 | I'd probably use some open-source libraries, such as for HTML filtering or BBCode |
15:49.54 | alpha1-2 | JeffM: bad choice? |
15:49.59 | JeffM | big time |
15:50.24 | blast007 | not a bad choice for a forum, but a bad choice to use as our authentication and group management system ;) |
15:50.49 | alpha1-2 | ahh |
15:51.41 | blast007 | every time we hit the list, we load like 3MB of PHP files just so we can manipulate the usernames in phpBB3's database :P |
15:51.43 | alpha1-2 | but entering to other kind of system (like a forum one) is something *apart*. You shouldn't do it, use the FS you have available! |
15:52.23 | blast007 | alpha1-2: maybe, maybe not |
15:52.33 | blast007 | I'd like the forum to be more integrated with our system |
15:52.41 | alpha1-2 | or I understood bad? you will continue using it for the forum propose? |
15:52.56 | blast007 | for instance, in this new system you would have an account username, and within that you could create multiple callsigns |
15:53.17 | blast007 | you would pick a callsign to use as your forum name, and you could change this later |
15:55.00 | alpha1-2 | ok, I need to understand the new idea, don't worry. But, talking of the actual one, in sumarized way, what is that old using forum for authentication? |
15:55.13 | alpha1-2 | *that bad* |
15:55.40 | blast007 | because we're relying on a third party system to behave the same way from update to update |
15:55.54 | blast007 | and the group system doesn't let us do some of the things we want |
15:56.18 | blast007 | (like, allowing users to register their own organizations and groups) |
15:56.55 | JeffM | the group system was not designed for games |
15:57.22 | JeffM | you can read the requirements on the group manager wiki page |
15:57.22 | alpha1-2 | ahh, I saw the "permissions" thread, yes |
15:57.38 | blast007 | you mean the "group request" thread |
15:57.49 | JeffM | yeah that's the most horrible part of it |
15:57.52 | alpha1-2 | yes, you are talking of that? |
15:58.01 | blast007 | yah |
15:58.02 | JeffM | that's what we have to do because the system sucks |
15:58.46 | blast007 | and most people don't expect that registering on a forum would make an account for in-game use |
15:58.46 | alpha1-2 | please, don't use that word |
15:58.57 | blast007 | what word? |
15:59.35 | alpha1-2 | to JeffM, s**k |
15:59.39 | JeffM | why? |
16:00.02 | JeffM | it is the suckyest suck that ever did suck |
16:00.07 | alpha1-2 | it isn't very nice or nice |
16:00.14 | blast007 | pfft |
16:00.30 | JeffM | seriously? |
16:00.37 | alpha1-2 | what do you think of "stink", instead? |
16:00.49 | JeffM | that it's a word used by a 3 year old |
16:00.54 | alpha1-2 | lol |
16:01.23 | alpha1-2 | I don't think that |
16:01.36 | JeffM | then good for you |
16:02.02 | alpha1-2 | I can see some words that are not very appropiatted, though |
16:02.09 | JeffM | sure, that is not one of them |
16:03.02 | alpha1-2 | well, we have different opinions, then I ask you to not use them, please |
16:03.06 | JeffM | no |
16:03.52 | alpha1-2 | why not? |
16:04.06 | blast007 | because 'merica! |
16:04.12 | alpha1-2 | lol |
16:04.13 | JeffM | because I choose not to? |
16:04.20 | JeffM | how is that not good enough? |
16:04.22 | alpha1-2 | I am american too! |
16:04.26 | JeffM | ok |
16:04.28 | JeffM | great |
16:06.24 | JeffM | but on the subject of what system we use, there isn't realy one that does what we need, we have special needs, so we are making our own. Just because an open source solution for something exists dosn't mean that you have to or should use it |
16:06.33 | JeffM | it may not be the best fit |
16:06.50 | JeffM | if you try too hard to reuse code, you end up with a mess of a system, like most linux distrobutions |
16:06.55 | alpha1-2 | for example, if I would make too much jokes for your opinion, and it would bother you, you would ask me to reduce it (as when I was talking a lot about my script, remember?), then, though maybe not the best for me, I would access to it |
16:06.59 | JeffM | I mean seriously PICK AN AUDIO BACKEND! |
16:07.31 | JeffM | yes you went on for DAYS and that was just being anoying, not anything specificly about the language you use |
16:07.39 | JeffM | you are starting to get anoying again on this subject |
16:07.41 | blast007 | JeffM: http://xkcd.com/927/ ;) |
16:07.51 | JeffM | exactly |
16:08.47 | alpha1-2 | and you JeffM use other words, not only this one, and I said it before here |
16:08.58 | JeffM | yes.. I use words |
16:09.05 | alpha1-2 | not just today I mean, all the time |
16:09.08 | JeffM | ok |
16:09.19 | alpha1-2 | I have had patience too |
16:09.20 | JeffM | they are all within the social rules of this channel |
16:09.22 | blast007 | we should start using hashes instead of words |
16:09.38 | blast007 | e0d2a4b8c6606a4be0484361d1d9686846f53b44 |
16:09.43 | JeffM | good one! |
16:09.59 | JeffM | but the modern remake by JJ Abrams was better |
16:11.01 | JeffM | alpha1-2, I would think you should make an effort to understand what the normal language level is in a place before you start to complain that it dosn't fit your personal preferences |
16:11.21 | JeffM | I don't belive I have said anything that is out of normal for this channel |
16:11.44 | alpha1-2 | it is saying the main channel "be kind and civil" |
16:12.08 | alpha1-2 | *this is what says in the main channel* |
16:12.20 | JeffM | and those words are civil |
16:12.25 | JeffM | they are not harsh or mean |
16:12.29 | blast007 | where does it say that? |
16:12.43 | JeffM | please report me to the freenode staff if you feel you must |
16:12.46 | alpha1-2 | ##bzflag-chat |
16:12.55 | blast007 | how is that the "main channel"?? |
16:12.59 | JeffM | that is NOT the main channel |
16:13.06 | JeffM | that is the chat channel that I don't go to :) |
16:13.10 | JeffM | even tho I made it |
16:13.18 | blast007 | that's a channel that was set aside for non-support/dev talk about bzflag |
16:13.26 | JeffM | this is the main channel |
16:13.32 | JeffM | this is the project channel |
16:13.39 | JeffM | anything with a - is a sub channel |
16:13.58 | alpha1-2 | well, it is the same, it is supposed to be that in all channels in general it shoulb be a good ambience |
16:14.14 | JeffM | that is your opinion |
16:14.18 | blast007 | alpha1-2: you must be new to IRC... |
16:14.21 | JeffM | go to the mofo channel |
16:14.22 | alpha1-2 | *#bzflag-chat* |
16:14.34 | JeffM | or hang out there if you want warm fuzzies |
16:14.42 | JeffM | no skin off my nose |
16:15.26 | alpha1-2 | there are channels too for talking of non-all audientes too, I know |
16:15.46 | alpha1-2 | *non-all audientes topics* |
16:16.28 | JeffM | this channel is not intended for very young children as they tend not to discuss development, they can go talk in the chat channel |
16:16.30 | blast007 | a lot of channels for open-source projects have more more lenient language policies than we do |
16:16.37 | blast007 | much more* |
16:16.43 | JeffM | this channel assumes a moderate level of language and social interaction |
16:17.13 | JeffM | we will often sugest that vey young people not talk here because they may not be mature enough to hold a discussion |
16:17.21 | alpha1-2 | many online games use bad language or very one, too. BZ is not one of them. |
16:17.27 | JeffM | ok good for them |
16:17.34 | blast007 | alpha1-2: you must be new to BZFlag... |
16:17.35 | JeffM | this channel is not the game |
16:17.42 | JeffM | this is the development channel |
16:17.50 | JeffM | and yes we are going to say that some code sucks |
16:18.02 | JeffM | that's my opinon |
16:18.16 | JeffM | there are some very very very bad ways I could say that, but I choose not to |
16:18.29 | alpha1-2 | yes, I know that some persons here are some bad educated, though they are adult too |
16:19.05 | blast007 | alpha1-2: what does education have to do with anything? |
16:19.14 | alpha1-2 | education and respect |
16:19.27 | blast007 | oh please, get your own channel and run it how you wish |
16:19.29 | JeffM | so my education sucks? |
16:19.42 | JeffM | but yeah, I don't think you quite undersatnd what this channel is for |
16:19.58 | alpha1-2 | would you want to me to continue advertise my nice script, JeffM? |
16:20.06 | JeffM | not in this channel |
16:20.06 | *** mode/#bzflag [+o blast007] by ChanServ |
16:20.14 | JeffM | but yeah it's time for you to go probably |
16:20.18 | *** mode/#bzflag [+q alpha1-2*!*@*] by blast007 |
16:20.26 | JeffM | have a good day |
16:20.31 | *** mode/#bzflag [-o blast007] by blast007 |
16:20.53 | blast007 | and now I can get some work done |
16:20.57 | JeffM | yeah |
16:21.51 | JeffM | we labor on labor day |
16:22.06 | *** part/#bzflag alpha1-2 (~nb_j@host137.190-229-6.telecom.net.ar) |
16:23.08 | JeffM | awww yeah, new version of unity, time to see if they fixed my bug |
16:42.27 | *** join/#bzflag unclelightning (~chatzilla@70.16.73.47) |
16:48.23 | *** join/#bzflag Notify (~notify@66-118-151-70.static.sagonet.net) |
16:55.33 | *** join/#bzflag Notify (~notify@66-118-151-70.static.sagonet.net) |
16:56.49 | JeffM | awww yeah... free realtime shadows :) |
17:20.29 | BulletCatcher | Speaking of prototypes and requirements, some of the quirks of the new Git repo are now bugging me enough that I want to fix them even though it would be disruptive. |
17:20.35 | BulletCatcher | The biggest problems are that many of the old svn branches are not represented as proper Git branches, and some of the tags are incorrect. |
17:24.16 | *** join/#bzflag JeffM (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
17:24.16 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
17:24.16 | *** mode/#bzflag [+v JeffM] by ChanServ |
18:26.49 | *** join/#bzflag _lmnop (~lmnop@p5DC4F6AA.dip0.t-ipconnect.de) |
18:34.03 | blast007 | BulletCatcher: disrupt away.. I don't think there's probably been much of any serious work as of late |
18:34.40 | blast007 | better to get it into working order now than later |
18:38.37 | *** join/#bzflag JeffM2501 (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
18:38.37 | *** join/#bzflag JeffM2501 (~Jeffery@unaffiliated/jeffm2501) |
18:38.37 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
18:40.56 | *** join/#bzflag _lmnop (~lmnop@p5B3FFD13.dip0.t-ipconnect.de) |
19:03.37 | *** join/#bzflag JeffM__ (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
19:22.37 | BulletCatcher | Most of the subprojects under svn trunk are not included in the BZFlag-Dev repos. |
19:22.38 | BulletCatcher | Unless joevano kept those when he did the repo conversion it will be necessary to re-import to get them into Git. |
19:24.09 | blast007 | I don't think we converted those yet.. this was more of a test |
19:29.58 | BulletCatcher | If we are sufficiently satisfied with the switch from Subversion to Git, then we should convert the entire SourceForge repo. |
19:30.50 | BulletCatcher | I know you prefer Mercurial, blast007, but I like the advantages of Git over Subversion. |
19:31.25 | BulletCatcher | I haven't used Hg enough to have a worthy opinion of it vs. Git. |
19:31.26 | blast007 | what advantages does Git have over Mercurial for our use? |
19:32.10 | BulletCatcher | (question answered before it was asked. :-) |
19:32.13 | blast007 | w;) |
19:32.15 | blast007 | ;)* |
19:33.16 | BulletCatcher | Does Mercurial allow branches to be rebased like Git? |
19:33.20 | blast007 | http://hginit.com/ |
19:33.34 | blast007 | dunno, I've mostly been using Mercurial like a distributed SVN |
19:36.37 | BulletCatcher | My understanding is that rebasing a branch in a public Git repo is disruptive (everyone who has pulled the repo must take explicit action to resynchronize), so we would want to avoid that, but it can be very useful in a private repo before pushing to public. |
19:37.04 | blast007 | never done that sort of thing |
19:37.14 | blast007 | I've only done solo projects in a DVCS |
19:37.33 | blast007 | think I've branched *once* so far ;) |
19:41.09 | BulletCatcher | Being able to create branches isn't so important for a focused solo developer, but it makes a lot of sense when different people are working on different things at the same time. |
19:41.23 | *** join/#bzflag _lmnop2 (~lmnop@p5DC4FEFC.dip0.t-ipconnect.de) |
19:44.23 | blast007 | yup |
19:44.41 | blast007 | http://stackoverflow.com/questions/2672351/hg-how-to-do-a-rebase-like-gits-rebase see the first answer there.. seems like there may be a better pattern to use, at least in mercurial |
19:48.53 | BulletCatcher | It sounds like the Hg rebase extension is close enough. |
19:49.38 | blast007 | what is rebasing for exactly? is it just a merge? |
19:50.41 | JeffM__ | it's when you merge changes from a parrent into a branch |
19:51.03 | JeffM__ | so if you make a branch, then I make changes to mainline, you rebase your branch to pickup my changes |
19:51.19 | BulletCatcher | In a simple Git rebase, the base of an entire branch moves somewhere else (typically to the head of whatever it was branched from). |
19:52.04 | BulletCatcher | It is a way to keep the branch "up to date" with respect to the "trunk". |
19:53.38 | blast007 | so why not just pull and merge as mentioned in that first answer? |
19:54.22 | JeffM__ | that's how I've done it with forks I've made on github, works fine |
19:54.33 | BulletCatcher | I may not be ready to merge the branch with the trunk yet. |
19:54.42 | *** join/#bzflag apeman (~Victor@214.241.69.111.dynamic.snap.net.nz) |
19:54.55 | JeffM__ | it's a pull not a push |
19:55.13 | JeffM__ | you pull into the branch from trunk |
19:55.20 | JeffM__ | trunk is unchanged |
19:55.23 | apeman | where is that git repo? Is it completely migrated? |
19:55.44 | JeffM__ | github |
19:55.50 | blast007 | no, you pull the changes from the entire repo |
19:56.04 | blast007 | a pull does not affect your working directory |
19:56.16 | BulletCatcher | Merging and rebasing are independent of pushing and pulling. |
19:56.26 | blast007 | (unless you do hg pull -u which also updates your working directory) |
19:56.51 | blast007 | just trying to determine what 'rebasing' does differently than just doing a merge |
19:57.03 | Chestal | as I understand it, rebase is mainly used to linearize history where you don't really care about your small branch |
19:57.40 | Chestal | I don't knwo if branch is even the right word, have to be careful with all those loaded terms :-) |
19:57.42 | JeffM__ | yeah your branch is just for you to work on stuff, so you resync to trunk untill you are ready to merge back into trunk with your changes |
19:57.51 | BulletCatcher | Rebasing does not necessarily close off a branch like merging does. |
19:58.18 | JeffM__ | I belive in git terms they want you to make a fork, make changes there, pull from master into the fork to rebase, then merge the fork back into trunk with a pull request |
19:58.30 | blast007 | so it's to collapse changesets into a single changeset? |
19:58.47 | BulletCatcher | "fork" isn't Git terminology. |
19:58.54 | JeffM__ | sure but branch is |
19:58.59 | BulletCatcher | Yup. |
19:59.17 | JeffM__ | and it dosn't seem like you use branches for that type of work, you make a copy of the repo |
19:59.18 | apeman | why cant base map object have noradar parameter? |
19:59.22 | JeffM__ | aka what we call a fork :) |
19:59.32 | blast007 | apeman: because you haven't coded it yet |
19:59.32 | JeffM__ | apeman, because |
20:00.00 | JeffM__ | BulletCatcher, this is just from my experiene using github and what I've seen others do |
20:00.02 | apeman | how can i code it if i dont know it will be accepted |
20:00.07 | blast007 | also, does noradar work for the 'normal' or 'enchanced' radar modes? at one time, I was thinking it only worked for 'fast' and 'fast sorted'. |
20:00.19 | JeffM__ | apeman, how can you go outside if you don't know you won't be hit by a car :) |
20:00.30 | apeman | i do know :P |
20:00.32 | JeffM__ | we live in a world full of uncertanties |
20:00.39 | BulletCatcher | "fork" is the GitHub term for "copy the repo to another GitHub account". |
20:01.03 | blast007 | apeman: it has a much better chance of being accepted if it's submitted :P |
20:01.09 | JeffM__ | BulletCatcher, ok, is there a term for doing that without github? and with out making a branch? |
20:01.20 | JeffM__ | it'd probaly be accepted for 2.6 |
20:01.26 | JeffM__ | I can't think of a reason why not |
20:01.29 | JeffM__ | as long as it works |
20:01.38 | apeman | what difference does the "github language for repo" make? it says bzflag is C |
20:01.53 | BulletCatcher | "git clone" makes a local copy of a repo, JeffM__. |
20:01.53 | JeffM__ | that's based on code analasis |
20:02.04 | JeffM__ | BulletCatcher, ok, cool |
20:02.12 | JeffM__ | apeman, we do a lot of things C style |
20:02.49 | apeman | so it has been decided no more minor release on 2.4? |
20:03.05 | JeffM__ | that's the plan |
20:03.13 | apeman | not very agile :P |
20:03.20 | blast007 | apeman: maybe, but where did you come up with that? |
20:03.39 | BulletCatcher | As far as I am concerned we could release 2.4.4 any time, but there is no strong reason to do so. |
20:03.40 | blast007 | because we won't add noradar to bases before 2.6? |
20:03.43 | apeman | blast007: "it'd probaly be accpeted for 2.6" its a small change and it doesnt break protocol. |
20:03.50 | blast007 | actually it does |
20:04.02 | blast007 | "protocol" isn't just network protocol, but how the game behaves |
20:04.17 | BulletCatcher | apeman: I think all of the code under src/other is what skews the analysis from C++ to C. |
20:04.19 | apeman | it would only take someone by surprise if they were already trying to do noradar on bases |
20:04.28 | blast007 | apeman: so? |
20:04.36 | JeffM__ | so we can break proto and put in all the fancy things like your no radar |
20:04.37 | JeffM__ | don't get me started on agile :) |
20:04.53 | blast007 | it would mean that older clients would behave differently than newer clients |
20:04.58 | JeffM__ | apeman, how does it not break proto? I didn't think that was a global object attribute? |
20:05.04 | JeffM__ | and yeah, that's the main reason |
20:05.11 | apeman | ok |
20:05.11 | JeffM__ | it should show for some users, and not for others |
20:05.13 | JeffM__ | not very fun |
20:05.18 | blast007 | would probably break older clients as they tried to read the world binary |
20:05.30 | JeffM__ | specialy the compressed cache one |
20:05.57 | JeffM__ | so even if we were doing 2.4 updates that would not be a low risk candidate |
20:06.54 | blast007 | apeman: so yeah, seems minor to you, but it's not |
20:07.28 | blast007 | the game clients does not parse BZW, the server does. So the server can't just suddently decide to start sending a different format to clients. |
20:07.36 | JeffM__ | but now is the perfect time for 2.6 stuff like that |
20:07.42 | blast007 | yup |
20:07.51 | BulletCatcher | nods vigorously |
20:07.59 | apeman | hehe |
20:10.38 | blast007 | apeman: and for 2.8, maybe we'll ditch the BZW format ;) |
20:11.05 | JeffM__ | bsp trees in portal cells FTW! |
20:11.10 | JeffM__ | or coldata, ether or |
20:17.22 | blast007 | I was just gonna make everything ASCII art and make the game a 2D top-view |
20:17.35 | JeffM__ | bzrogue |
20:17.59 | BulletCatcher | Awesome. Then I could play it on my 6-year-old feature phone. |
20:18.10 | JeffM__ | only if we wrote it in java |
20:18.17 | JeffM__ | Brew phones make me yack |
20:18.25 | JeffM__ | oh I'm sorry |
20:18.26 | JeffM__ | they suck |
20:19.13 | BulletCatcher | FWIW, aversion to the word "suck" is a cultural thing. |
20:19.20 | JeffM__ | I'm sure |
20:19.30 | JeffM__ | and that sucks |
20:19.36 | BulletCatcher | :-) |
20:23.14 | BulletCatcher | http://www.wikivs.com/wiki/Git_vs_Mercurial suggests that the differences between Mercurial and Git are irrelevant to us. |
20:25.31 | blast007 | yay! let's migrate to bitbucket and mercurial then. :) |
20:25.50 | BulletCatcher | Okay, here is a noteworthy difference: the "git add" command allows fine-grained selection of working tree changes for a commit. A Mercurial commit always includes all changes in the working tree. |
20:26.08 | JeffM__ | ooooo denied |
20:26.30 | blast007 | and by "always" you mean "by default" |
20:27.01 | BulletCatcher | I defer to your greater knowledge of Mercurial. |
20:27.43 | blast007 | it works like subversion, except it looks at the entire working directory for the repo, not just where you currently are in the directory structure |
20:28.14 | blast007 | with git, a 'commit' doesn't do anything unless you tell it to add some files (or tell it to commit *all* changes) |
20:28.37 | blast007 | so, I see mercurial's method as being more sane |
20:28.55 | BulletCatcher | That's merely a matter of expectations. |
20:28.56 | blast007 | why would I 'add' a file that already in version control? |
20:29.26 | BulletCatcher | Think of "git add" as staging a change for a particular commit. |
20:30.20 | blast007 | TortoiseHG lets you pick and choose what files to commit (and even lets you pick specific groups of changes within a file) |
20:30.43 | blast007 | dunno if there's an equivilent for the CLI for the second part |
20:30.56 | BulletCatcher | That sounds like the same thing as Git's "commit what has been added" approach. |
20:32.44 | blast007 | hg commit == git commit -a |
20:32.53 | BulletCatcher | Pretty close. |
20:33.11 | blast007 | hg commit some/file.txt is like git add some/file.txt && git commit |
20:33.31 | blast007 | (though I haven't tried git commit some/file.txt to see if that works as well) |
20:33.33 | BulletCatcher | "git commit -a" does not add new files to the repo. |
20:33.43 | blast007 | nor does 'hg commit' |
20:34.00 | blast007 | hg commit only commits changes to files that are already tracked |
20:34.20 | blast007 | hg add will add a file to be tracked (and then hg commit would include that new file) |
20:34.42 | BulletCatcher | Same for Git. :-) |
20:35.07 | BulletCatcher | Overall, it seems like the differences are quite minor. |
20:35.21 | blast007 | yeah, pretty minor.. git just sucks more than mercurial ;) |
20:35.31 | BulletCatcher | :-p |
20:38.30 | BulletCatcher | Git doesn't have the concept of a changeset. |
20:39.06 | blast007 | huh? |
20:39.28 | BulletCatcher | Is that a real thing in Mercurial, or just the word used to describe some collection of commits? |
20:39.59 | blast007 | http://mercurial.selenic.com/wiki/ChangeSet |
20:41.03 | BulletCatcher | Yup. Git doesn't have that at all. |
20:41.33 | blast007 | does Git use butterflies? |
20:42.26 | alezakos | blast007: Git commit some/file works as expected |
20:42.35 | blast007 | k |
20:42.46 | BulletCatcher | I don't know what a butterfly is in this context. |
20:43.09 | blast007 | BulletCatcher: http://xkcd.com/378/ |
20:44.35 | BulletCatcher | Fine. Don't forget that I use Emacs. :-) |
20:44.40 | blast007 | heh |
20:44.50 | blast007 | that explains a lot ;) |
20:45.06 | BulletCatcher | My IRC client is inside Emacs. |
21:38.32 | BulletCatcher | I think I prefer Mercurial's tags over Git's. |
21:38.37 | BulletCatcher | In Mercurial the .hgtags file is managed like any other, but Git tags are independent entities without any history. |
21:38.41 | BulletCatcher | Git tags are, or are not </yoda>. |
21:43.09 | blast007 | so would tags perhaps only show up if you're within a certain branch that contains that .hgtags file? |
21:43.41 | BulletCatcher | Quite possibly. |
21:44.15 | blast007 | seems like that would make it difficult to enumerate all tags in a repo |
21:45.01 | BulletCatcher | Yup. That makes me less enthusiastic about the Mercurial tag model. |
21:47.45 | BulletCatcher | I have been thinking that I would like to see tags added with a logged commit, but hadn't considered the "on which branch" aspect. |
21:49.43 | BulletCatcher | With that in mind, the Git approach makes more sense. |
21:49.48 | blast007 | http://mercurial.selenic.com/wiki/Tag#How_do_tags_work_with_multiple_heads.3F |
21:50.01 | blast007 | my head hurts from all this DVCS reading... |
21:50.38 | BulletCatcher | Yeah. |
21:51.10 | BulletCatcher | It's as big a change from Subversion as functional programming is from procedural. |
21:51.29 | blast007 | wasn't there some decentralized functionality on the subversion development plan at one point? |
21:51.48 | BulletCatcher | dunno |
21:54.06 | blast007 | one of the long term goals listed some years back was "hybrid distributed/centralized VC model" |
21:54.37 | blast007 | http://web.archive.org/web/20090417023719/http://subversion.tigris.org/roadmap.html |
21:55.06 | blast007 | doesn't seem to be listed on the http://subversion.apache.org/roadmap.html page though |
21:56.38 | BulletCatcher | It seems to me that if Subversion were modified to do that, it would become just another variation of Git and Hg. |
21:56.40 | blast007 | seems that was removed from the apache page sometime between April 9, 2010 and May 1 2010. |
21:56.52 | blast007 | yeah, but with svn:props! |
21:56.59 | BulletCatcher | oooh! |
21:57.28 | BulletCatcher | You knooooow what I like! |
22:01.15 | BulletCatcher | Most of the concepts presented in the tutorial at hginit.com are equally valid for Git. |
22:01.58 | BulletCatcher | The repo tree on the last page is much more complicated than what we need for BZFlag, though. |
22:38.14 | *** join/#bzflag apeman (~Victor@214.241.69.111.dynamic.snap.net.nz) |
22:39.55 | *** join/#bzflag JeffM_ (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
23:03.48 | BulletCatcher | To make it easier to repeatedly experiment with importing our svn repo into Git (or maybe even Mercurial) I want to acquire my own local copy. |
23:03.49 | BulletCatcher | Is svnsync as good a tool as any for that? |
23:37.28 | blast007 | BulletCatcher: http://static.bzexcess.com/bzflag-svn-sync.tar.gz |
23:38.11 | blast007 | that was done using svnsync. probably not 100% up to date, but you can sync the remaining revisions |
23:39.06 | blast007 | you might see if joevano can give you the author mapping file he had generated for the Git conversion (and maybe any other tricks/configurations he used to do it) |