| 00:00.10 | Constitution | some use owner,admin,cop, others use sradmin,admin,cop,jrcop, or whatever |
| 00:02.42 | Wyk3d | how about |
| 00:03.03 | Wyk3d | i have a permissions attribute |
| 00:03.16 | Wyk3d | for both groups and members |
| 00:03.35 | Wyk3d | each entry would be of the form "permission_id permission_params" |
| 00:03.51 | Wyk3d | *each value |
| 00:04.28 | Wyk3d | so you'd have say id 3 corresponding to "administer other group" .. then you'd write "3 COP" |
| 00:04.51 | Wyk3d | as an attribute of the group ADMIN |
| 00:05.42 | Wyk3d | the permissions attribute would be multi values |
| 00:06.40 | Wyk3d | that saves me from creating one entry per permission but is still as flexible |
| 00:07.37 | Constitution | the 3 would correspond to...? |
| 00:07.59 | Wyk3d | "administer other group" |
| 00:08.04 | Wyk3d | just an id for that |
| 00:09.29 | Wyk3d | say you'd haver permissions 1 - org owner, so you could put the value "1" in the permissions list of either the group ORG.OWNER or only specific members in the ADMIN group |
| 00:10.25 | Wyk3d | permission 2 - administer current group .. just the value "2" without parameters, to some member of a particular group |
| 00:10.34 | blast007 | that just seems like it adds complexity |
| 00:11.11 | blast007 | most groups right now have a single owner/moderator |
| 00:11.30 | blast007 | with some of them having maybe 5 or 6 at most |
| 00:11.38 | blast007 | mostly league groups |
| 00:12.20 | Wyk3d | oh and ofc permission "0" - member, you can have an admin, org owner that is not considered a member |
| 00:13.12 | Wyk3d | as for how complicated that would be .. well less than making one entry per permission, more than just isGroupAdmin .. |
| 00:13.38 | blast007 | couldn't you have some object that would represent the organization? and then on *that* object list who the owners of the organization are? |
| 00:13.54 | Wyk3d | i do have one |
| 00:14.01 | blast007 | and then each group would just have group admins (optional, since org admins could probably add users) and users |
| 00:15.06 | Wyk3d | blast007: yes that would work just doesn't allow saying that the group COP will administer groups X,Y and Z |
| 00:15.29 | blast007 | like I said, we don't need that to be handled in the LDAP side |
| 00:15.33 | Wyk3d | without adding all members in COP to all of X,Y,Z |
| 00:16.13 | blast007 | would it be a problem if it *was* done that way? |
| 00:16.14 | Wyk3d | and handling it on the LDAP side is easy to say but you when you need to do a lot of changes in sequence and something breaks, in LDAP it's very painful |
| 00:17.09 | Wyk3d | so making it more flexible would actually reduce the complexity and make it more robust in this case |
| 00:17.24 | blast007 | k |
| 00:18.09 | Wyk3d | that's why i try to make use of UID references for emails and groups instead of callsigns |
| 00:18.25 | Wyk3d | because otherwise i'd have to write a lot of code to maintain interrupt safety |
| 00:18.54 | Wyk3d | in SQL it's easy .. you just start a transaction .. |
| 00:19.08 | Wyk3d | something breaks .. ROLLBACK |
| 00:21.14 | Wyk3d | whether i say isAdmin=TRUE or permission=2 |
| 00:21.22 | Wyk3d | really doesn't matter in constructing the filters |
| 00:23.07 | Wyk3d | and i could choose not to implement permission=3 COP and it will be easy to add later |
| 00:25.53 | *** join/#bzflag pacman87 (n=pacman87@pool-173-74-57-16.dllstx.fios.verizon.net) |
| 00:28.32 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 00:28.32 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:28.38 | Wyk3d | if i execute the command mail -s "subject" "destination" |
| 00:28.47 | Wyk3d | (quotes included) |
| 00:29.03 | Wyk3d | is it enough to escape the quotes in subject and destination ? |
| 00:29.36 | Wyk3d | enough not to worry about injecting additional commands to execute that is |
| 00:30.05 | blast007 | hmm |
| 00:31.19 | *** join/#bzflag ahs3- (n=ahs3@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 00:37.02 | blast007 | Wyk3d: not sure on that one |
| 00:37.55 | Wyk3d | in my particular case, destination is regexed to be a valid email, and subject is given from an email template file |
| 00:38.05 | blast007 | probably fine then |
| 00:38.11 | blast007 | since it's not just raw data from the user |
| 00:38.16 | blast007 | (with no validation) |
| 00:39.07 | Wyk3d | and i do also replace " by \" .. but if somebody still knows how to break that, do tell ;) |
| 00:44.12 | trepan | what do you do with \'s ? 'echo slash \"; rm -rf /; |
| 00:45.33 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 00:46.00 | Wyk3d | right ! |
| 00:46.06 | Wyk3d | missed that one\ |
| 00:46.09 | Wyk3d | damn |
| 01:18.43 | *** join/#bzflag TimRiker (n=timr@mail.yuhuatel.com) |
| 01:18.43 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 01:23.14 | *** join/#bzflag Bambino (n=Bambino@unaffiliated/sniper15) |
| 01:36.37 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 01:47.48 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 01:49.40 | *** join/#bzflag MrDudle (n=MrDudle@unaffiliated/mrdudle) |
| 01:50.59 | *** part/#bzflag bryjen (n=bryjen@75.81.201.131) |
| 01:56.14 | *** join/#bzflag Djpenguin (n=David@c-71-202-201-94.hsd1.ca.comcast.net) |
| 02:17.47 | *** join/#bzflag L4m3r_Eee (n=L4m3r@bzflag/developer/L4m3r) |
| 02:17.47 | *** mode/#bzflag [+v L4m3r_Eee] by ChanServ |
| 02:24.35 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 02:24.35 | *** mode/#bzflag [+v spldart] by ChanServ |
| 02:25.14 | *** part/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 02:31.42 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 02:31.49 | mrapplecomputer1 | people are spammng bzflag: http://my.bzflag.org/bb/viewtopic.php?f=79&p=141362#p141362 |
| 02:32.00 | mrapplecomputer1 | just fyi all you moderators ;) |
| 02:34.14 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 02:34.14 | *** mode/#bzflag [+v spldart] by ChanServ |
| 02:36.20 | mrapplecomputer1 | more spam people are leaving: http://my.bzflag.org/bb/viewtopic.php?f=13&p=141365#p141365 |
| 02:36.59 | mrapplecomputer1 | more spam omg: http://my.bzflag.org/bb/viewtopic.php?f=13&p=141366#p141366 |
| 02:37.11 | mrapplecomputer1 | klmn904 is spamming the forums |
| 02:37.35 | mrapplecomputer1 | more spam: http://my.bzflag.org/bb/viewtopic.php?f=13&p=141367#p141367 |
| 02:38.10 | mrapplecomputer1 | more spam: http://my.bzflag.org/bb/viewtopic.php?f=78&p=141363#p141363 |
| 02:38.48 | me1 | mrapplecomputer1, please stop spamming the channel. When the mods see it, they will delete it. Only one notification is needed, if that. |
| 02:38.58 | mrapplecomputer1 | oh oops |
| 02:39.03 | mrapplecomputer1 | lol sorry me1 :D |
| 02:39.04 | mrapplecomputer1 | and everyone |
| 02:39.31 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 02:39.31 | *** mode/#bzflag [+v spldart] by ChanServ |
| 02:44.25 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 02:44.25 | *** mode/#bzflag [+v spldart] by ChanServ |
| 03:16.24 | *** join/#bzflag L4m3r__ (n=l4m3r@ip68-5-244-236.oc.oc.cox.net) |
| 03:16.32 | *** join/#bzflag GvzEvxre (n=timr@bzflag/projectlead/TimRiker) |
| 03:16.32 | *** mode/#bzflag [+o GvzEvxre] by ChanServ |
| 03:20.33 | *** part/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 03:21.14 | *** join/#bzflag phasmophage (n=user@unaffiliated/phasmophage) |
| 03:58.29 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 04:02.53 | CIA-76 | BZFlag: 03kingrobot * r20453 10/trunk/bzflag/ (24 files in 4 dirs): bzrobots: improved API functionality, some code cleanup |
| 04:18.53 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 04:29.55 | nn-main | I had a really cool idea just now |
| 04:31.16 | nn-main | I have been working with 3d graphs in blender .. the graphs are really simple meshs .. I would be cool to turn 1 or two of them into maps where if you can get a crost the graph grab a flag and get back you get a capture .. |
| 04:31.24 | nn-main | I would work really well |
| 04:32.03 | nn-main | anyhow .. --- here is the blender animation of the 3d graphs i have been working on : ::: http://nn2:rmix@remix.userbin.net/vid2.mpeg |
| 04:37.13 | CIA-76 | BZFlag: 03kingrobot * r20454 10/trunk/bzflag/src/bzrobots/ (BZRobot.cxx BZRobotEvents.h Bullet.h Makefile.am bzrobot.i): bzrobots: fixed compile on Linux |
| 04:39.23 | *** join/#bzflag JefferyM (n=JeffM@bzflag/projectadmin/JeffM) |
| 04:39.23 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 04:39.45 | JefferyM | who deleted the klmn904 bzbb user but didn't delete the posts? |
| 04:40.11 | KingRobot | I don't have access to |
| 04:40.23 | JefferyM | then why would you answer the question? ;) |
| 04:40.49 | KingRobot | Because, it reminded me - would it be possible to get admin access to the Wiki? |
| 04:41.04 | trepan | seems that i did (you can use Maintenance => Admin Log to check) |
| 04:41.16 | JefferyM | why? |
| 04:41.18 | KingRobot | I am unable to delete pages that are no longer relevant to bzrobots |
| 04:41.29 | JefferyM | trepan, please try to remember to hit the "remove posts" :) |
| 04:41.30 | trepan | because something done got broked |
| 04:41.36 | JefferyM | its' a pain to find em and delete them |
| 04:41.40 | trepan | i did remember ... |
| 04:41.41 | JefferyM | ahh |
| 04:41.42 | JefferyM | ok |
| 04:41.46 | JefferyM | then we shall unbork |
| 04:41.47 | trepan | also, i don't see the IP ban |
| 04:41.52 | JefferyM | hmm |
| 04:41.56 | JefferyM | KingRobot, so? |
| 04:42.07 | JefferyM | edit them to say "no longer relivant" |
| 04:43.01 | KingRobot | alright, if you'd prefer |
| 04:44.43 | trepan | you might want to spell-check that first ;) |
| 04:44.54 | JefferyM | indeed |
| 04:45.04 | DTRemenak | hm, I'm surprised we don't have a category for articles for deletion |
| 04:45.12 | KingRobot | I was going to leave it that way, for not getting admi.... j/k |
| 04:45.15 | JefferyM | double indeed |
| 04:45.44 | DTRemenak | ah, actually we do |
| 04:45.47 | DTRemenak | {{del|reason}} |
| 04:45.49 | JefferyM | then use that :) |
| 04:46.04 | DTRemenak | add that to the top of the page, someone will come by and clean it up |
| 04:46.40 | JefferyM | there we go, all cleaned up |
| 04:46.56 | KingRobot | even better :) |
| 04:49.16 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 05:00.31 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 05:23.21 | KingRobot | anyone here very familiar with swig? |
| 05:25.36 | KingRobot | Ha, not that Swigg |
| 05:25.43 | KingRobot | Just solved it, though. |
| 05:26.33 | CIA-76 | BZFlag: 03kingrobot * r20455 10/trunk/bzflag/src/bzrobots/ (Bullet.cxx Bullet.h Makefile.am): bzrobots: make python/swig happy |
| 05:35.45 | BulletCatcher | KingRobot: You and I may be the only ones who configure with --enable-bzrobots-python and therefore need swig. |
| 05:35.47 | BulletCatcher | Fedora 10 just upgraded swig from 1.3.35 to 1.3.39, which required changing PySwigObject to SwigPyObject in PythonLoader.cxx . I haven't bothered to commit that because I wasn't sure whether anyone else would notice. |
| 05:37.02 | BulletCatcher | swig 1.3.39 also introduced a few harmless-looking warnings in bzrobot_python_runtime.h |
| 05:38.15 | KingRobot | BulletCatcher: the issue at hand was that the wrapper was missing from the makefile for some reason |
| 05:38.41 | BulletCatcher | What version of swig do you have? |
| 05:39.27 | KingRobot | (thus causing symbol errors about initbzrobot_pyext) |
| 05:39.33 | KingRobot | but that's fixed now |
| 05:39.40 | KingRobot | let me check (about the version) |
| 05:39.52 | KingRobot | 1.3.36 |
| 05:40.40 | BulletCatcher | Okay. That's a good reason for me not to commit that change. I couldn't find an easy way to detect which version is installed. |
| 05:40.49 | KingRobot | Does configure check the swig version? oh... |
| 05:41.04 | KingRobot | Are you any good with autotools? |
| 05:41.11 | BulletCatcher | Yes. |
| 05:42.00 | BulletCatcher | A version check could be done in configure, but I was hoping to find a way to test for the functionality. |
| 05:42.10 | KingRobot | Is there a set of macros we could check against swig -version? Oh, again :) |
| 05:42.48 | BulletCatcher | Right now it isn't important. |
| 05:44.24 | KingRobot | SWIG_VERSION ? |
| 05:44.39 | KingRobot | #if SWIG_VERSION <= 0x010337 ... |
| 05:45.25 | KingRobot | Hmm, seems to be defined only in bzrobot_python_wrap.cxx |
| 05:46.10 | BulletCatcher | My bzrobot_python_runtime.h has #define SWIG_RUNTIME_VERSION "4" . If yours doesn't then that will do it. |
| 05:46.37 | KingRobot | Nope, mine is the same |
| 05:46.46 | BulletCatcher | Darn. |
| 05:47.57 | BulletCatcher | You have higher priority things to worry about for the last few GSoC days. |
| 06:00.27 | KingRobot | Alright |
| 06:00.41 | KingRobot | Wekk, if you feel so inclined to write an autoconf macro |
| 06:01.05 | KingRobot | $SWIG_VERSION = swig -version 2>&1 |sed -ne 's/^SWIG Version //p' |
| 06:01.36 | KingRobot | $SWIG_HEX = echo $SWIG_VERSION | awk -F. '{printf("0x%06d\n", 10000*$1 + 100*$2 + $3)};' |
| 06:01.51 | KingRobot | ... and then #define SWIG_HEX |
| 06:02.59 | KingRobot | Then we can check against that as necessary in the source |
| 06:03.51 | KingRobot | s/Wekk/Well/ |
| 06:06.24 | KingRobot | Or something roughly along the above lines |
| 06:06.24 | KingRobot | Not sure how well the above can be written into m4 |
| 06:09.21 | *** join/#bzflag archangel_13 (n=root@71-17-124-222.estv.hsdb.sasknet.sk.ca) |
| 06:15.10 | BulletCatcher | configure is just a (very ugly) shell script, so it can do almost anything with enough effort. This shouldn't be too hard. |
| 06:34.57 | CIA-76 | BZFlag: 03kingrobot * r20456 10/trunk/bzflag/ (7 files in 2 dirs): bzrobots: u can haz python? |
| 06:38.47 | *** join/#bzflag TutTankAhmon (n=olivier@about/essy/MobileTarget/LePoulpe303) |
| 06:38.53 | *** join/#bzflag Archangel_13 (n=root@71-17-124-222.estv.hsdb.sasknet.sk.ca) |
| 06:41.06 | trepan | heh, </usr/include/python2.5/pyconfig.h:350:1: error: "HAVE_NCURSES_H" redefined> ... <../../include/config.h:162:1: error: this is the location of the previous definition> |
| 06:41.23 | KingRobot | trepan: yes - no idea how to fix that one |
| 06:41.33 | KingRobot | although here it is only a warning? |
| 06:41.39 | trepan | #undef hack ? |
| 06:42.16 | KingRobot | but it's in the python headers... wrap #undef around #include python? |
| 06:42.51 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 06:43.03 | KingRobot | that would be a hack all right |
| 06:45.23 | KingRobot | ha, can't |
| 06:45.39 | KingRobot | bzrobot_python_wrap.cxx is auto generated |
| 06:46.53 | KingRobot | It would have to be undef'd for common.h in BZRobot |
| 06:47.17 | *** join/#bzflag AAA_awright_ (n=a3@ip70-176-138-98.ph.ph.cox.net) |
| 06:47.20 | KingRobot | Although presumably bzrobots won't care if we HAVE_NCURSES_H |
| 06:49.47 | *** join/#bzflag donny (n=joevano@bzflag/developer/JoeVano) |
| 06:49.47 | *** mode/#bzflag [+v donny] by ChanServ |
| 06:52.44 | CIA-76 | BZFlag: 03kingrobot * r20457 10/trunk/bzflag/src/bzrobots/ (BZRobot.h PythonLoader.h): Someone file a bug against pyconfig.h; ugly fix for HAVE_NCURSES_H |
| 06:52.56 | KingRobot | trepan: that work for you? |
| 06:54.54 | trepan | yup |
| 06:55.00 | trepan | but now i'm getting: /usr/bin/ld: ../date/.libs/libDate.a(buildDate.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC |
| 06:55.44 | trepan | for the '-o bzrobot_pyext.la' build |
| 06:56.30 | trepan | (and the HAVE_NCURSES_H error tells me that the bzrobots header files aren't all that clean, probably shouldn't contain bzflag internal headers) |
| 06:57.00 | KingRobot | They don't |
| 06:57.42 | KingRobot | PythonLoader needs both common.h and Python.h |
| 06:57.52 | trepan | ah, that's not so bad then ;) |
| 06:58.24 | trepan | they're still messy, imo; one file should suffice |
| 06:58.36 | KingRobot | how do you mean? |
| 06:58.51 | trepan | for the end user, tracing through multiple headers isn't optimal |
| 06:59.20 | trepan | AdvancedRobot.h BZRobot.h BZAdvancedRobot.h ? |
| 06:59.25 | KingRobot | Ah |
| 07:00.16 | KingRobot | AdvancedRobot.h and Robot.h imo can go - there is no need for 1 to 1 compatability with robocode unless we decide to support JAVA, and even then, BZFlag is too different |
| 07:00.27 | trepan | and BZAdvancedRobot.h contains #include "common.h" |
| 07:00.56 | trepan | "... probably shouldn't contain bzflag internal headers" <-- relating to that |
| 07:01.03 | KingRobot | ah, ok |
| 07:02.01 | KingRobot | The reason for BZRobot.h and BZAdvancedRobot.h would bring it to two headers... the idea from robotcode being that BZRobot is extremely basic (degrees instead of radians, etc), so you could use it in, say, a high school project. |
| 07:02.14 | KingRobot | You think they should be one and the same? |
| 07:04.20 | CIA-76 | BZFlag: 03kingrobot * r20458 10/trunk/bzflag/src/bzrobots/ (AdvancedRobot.cxx AdvancedRobot.h Robot.cxx Robot.h): bzrobots: banish the robocode compatibility interface |
| 07:06.37 | CIA-76 | BZFlag: 03kingrobot * r20459 10/trunk/bzflag/src/bzrobots/ (BZAdvancedRobot.h BZRobot.h BZRobotEvents.h Makefile.am): bzrobots: remove common.h from API headers |
| 07:08.11 | KingRobot | Any idea what that R_X86_64_32 is? I've never seen that before. |
| 07:34.30 | CIA-76 | BZFlag: 03kingrobot * r20460 10/trunk/bzflag/src/bzrobots/ (BZRobotPlayer.cxx Makefile.am): bzrobots: add -fPIC to bzrobot_pyext.la LDFLAGS |
| 07:34.42 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 07:35.27 | trepan | that doesn't help, the problem is libDate.a ... |
| 07:40.58 | trepan | removing bzrobot_pyext_la_LIBADD from Makefile.am seems to do the trick |
| 08:13.51 | *** join/#bzflag blast007 (n=blast007@bzflag/developer/Blast) |
| 08:13.51 | *** mode/#bzflag [+v blast007] by ChanServ |
| 08:16.14 | *** join/#bzflag donny (n=joevano@bzflag/developer/JoeVano) |
| 08:16.14 | *** join/#bzflag TutTankAhmon (n=olivier@about/essy/MobileTarget/LePoulpe303) |
| 08:16.14 | *** join/#bzflag dcat_ (n=dirtycat@ip70-188-17-240.rn.hr.cox.net) [NETSPLIT VICTIM] |
| 08:16.14 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 08:16.14 | *** join/#bzflag ts (n=ts@bzflag/developer/ts) [NETSPLIT VICTIM] |
| 08:16.14 | *** join/#bzflag _WarPig_ (n=DTMB@207.235.53.82) |
| 08:16.14 | *** mode/#bzflag [+v donny] by irc.freenode.net |
| 08:22.25 | *** join/#bzflag phasmophage (n=user@adsl-75-36-180-95.dsl.pltn13.sbcglobal.net) |
| 08:38.15 | CIA-76 | BZFlag: 03kingrobot * r20461 10/trunk/bzflag/MSVC/build/ (bzrobots.vcproj testbot.vcproj): bzrobots: Updated Windows projects to reflect updated API |
| 08:40.00 | *** join/#bzflag Upsetter (n=ups@89.246.219.19) |
| 08:47.44 | *** join/#bzflag bier (n=bier@p54A570A9.dip.t-dialin.net) |
| 08:47.49 | *** join/#bzflag bier|tp (n=bier@p54A570A9.dip.t-dialin.net) |
| 09:32.46 | brlcad | gah, and he leaves |
| 09:33.38 | brlcad | he's arguably removed the second best feature of the bots getting rid of the robocode interface |
| 09:34.12 | brlcad | well, not arguable that they were removed, aruably the second best feature |
| 09:34.18 | *** join/#bzflag bier|tp_ (n=bier@pD9E2EE33.dip.t-dialin.net) |
| 09:35.08 | cygal_ | ah yeah that sucks |
| 09:35.23 | cygal_ | was planning to play with the robocode=like interface |
| 09:36.01 | brlcad | there is the BZ*Robot interface, but there was a huge win from just tweaking any java-syntax in the bots to be c++ and having them "just work" |
| 09:36.19 | brlcad | for many of the existing bots, they actually require zero tweaking |
| 09:38.21 | brlcad | cygal_: awesome find in TextUtils yesterday ..... |
| 09:40.10 | brlcad | amazing that's been there all that time .. probably explains more than a few really obscure bugs |
| 09:43.01 | *** join/#bzflag bier (n=bier@pD9E2EE33.dip.t-dialin.net) |
| 09:46.32 | cygal_ | ah thanks |
| 09:46.41 | cygal_ | well I was a bit surprised when I found this :p |
| 09:48.45 | *** mode/#bzflag [+o brlcad] by ChanServ |
| 09:49.45 | brlcad | yeah, I bet |
| 09:49.55 | brlcad | I had to read it a couple times in the patch myself |
| 09:52.17 | brlcad | was hoping that was one of the more obscure wordfilter bugs, but looked like it's only using isalpha, isVisible, and isPunctuation |
| 09:52.58 | cygal_ | these is exactly the kinds of things where tests would be useful |
| 09:54.49 | brlcad | I have notes for some of the known wordfilter bugs written down somewhere, but yeah almost goes without saying ;) |
| 09:55.39 | cygal_ | what, not written in BUGS? :) |
| 09:56.05 | brlcad | nope |
| 09:56.34 | brlcad | they're not exactly polite language that we should ship out, BUGS gets installed as documentation |
| 10:14.36 | *** join/#bzflag AAA_awright (n=a3@ip70-176-138-98.ph.ph.cox.net) |
| 10:17.38 | *** join/#bzflag AAA_awright_ (n=a3@ip70-176-138-98.ph.ph.cox.net) |
| 10:43.35 | *** join/#bzflag Upsetter (n=ups@89.246.219.19) |
| 11:49.14 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 11:49.14 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:26.47 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 13:26.47 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 13:27.02 | BulletCatcher | brlcad: No one should be additionally offended if specific word filter bugs are documented in multilingualSwearList.txt . |
| 13:28.01 | BulletCatcher | They could then be referenced indirectly in the BUGS file. |
| 13:28.53 | Wyk3d | like .. FIXME: remove the work f*** from the BUGS file :D |
| 13:29.03 | Wyk3d | *word |
| 13:33.12 | nn-main | Hi all, Can some one here tell me how to export a single blender object to a bzflag mesh object? |
| 13:36.15 | brlcad | BulletCatcher: that's quite true, and a good idea |
| 13:36.23 | BulletCatcher | :-) |
| 13:37.01 | brlcad | similarly, the tracker is fine for those as well |
| 13:40.40 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 13:40.40 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:43.34 | BulletCatcher | nn-main: Have you tried following the instructions at http://wiki.teppic.homelinux.net/bzwiki/index.php/Exporting ? |
| 13:49.35 | nn-main | BulletCatcher, I'm Trying that now |
| 14:00.10 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 14:17.06 | nn-main | Can some one give me a code sample for a material with a purple color Please |
| 14:20.14 | trepan | color purple |
| 14:27.35 | nn-main | ok so far I have gotten the texture working but Ran into a SERIOUS BUG ... take a look at this screen shot :: http://nn2:rmix@remix.userbin.net/bzfi0001.png ... Somthing is broken or missing and I cant figure out how to fix it .. I was wondering if any of you knew ? .... map file => http://nn2:rmix@remix.userbin.net/graph_H3.bzw |
| 14:29.59 | trepan | you haven't described what the 'SERIOUS BUG' is, but i'm guessing winding (seeing as you are using blender) |
| 14:31.08 | nn-main | Well the bug is that half of the faces of that graph are missing |
| 14:31.20 | nn-main | The screen shot should contain them but dosent |
| 14:31.53 | nn-main | trepan, .. here taking a look at the animation which contains the exported graph may help you see whats wrong in the screen shot |
| 14:32.03 | nn-main | <PROTECTED> |
| 14:33.15 | trepan | already guessed it |
| 14:34.12 | trepan | the order of the 'vertices' elements is important, and defines the orientation of the face |
| 14:35.19 | *** join/#bzflag ep (n=quassel@about/essy/guynextdoor/ep) |
| 14:36.07 | nn-main | trepan, so .. how can that be fixed automatically ? |
| 14:36.16 | nn-main | so it exports properly |
| 14:36.19 | nn-main | ? |
| 14:38.38 | trepan | disable 'Double Sided' in blender, and get to editting ;) |
| 14:39.12 | trepan | *editing |
| 14:40.05 | trepan | if your meshes are purely visual, using "noculling" would also work |
| 14:44.14 | *** join/#bzflag _anomaly_ (n=mike@h217.57.90.75.dynamic.ip.windstream.net) |
| 15:44.34 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 16:07.49 | *** join/#bzflag RAThomas (n=chatzill@email.fescorp.com) |
| 16:34.58 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:34.58 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:37.09 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-147-102.dsl.irvnca.pacbell.net) |
| 16:41.36 | *** join/#bzflag Upsetter (n=ups@89.246.219.19) |
| 16:56.46 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:56.46 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:57.56 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:22.39 | *** join/#bzflag Upsetter (n=ups@89.246.219.19) |
| 17:30.07 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 17:41.47 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:41.47 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:45.03 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 18:17.49 | nn-main | trepan, what exactly is noculling or how do i set that option ? |
| 18:19.01 | nn-main | I was actually thinking that it would be cool to build a cool bzflag map using a graph as the flore plan. |
| 18:19.07 | *** join/#bzflag pacman87 (n=pacman87@pool-173-57-45-94.dllstx.fios.verizon.net) |
| 18:46.47 | *** join/#bzflag blast (i=4cc99596@bzflag/developer/Blast) |
| 18:46.47 | *** mode/#bzflag [+v blast] by ChanServ |
| 18:52.50 | CIA-76 | BZFlag: 03kingrobot * r20462 10/trunk/bzflag/ (MSVC/build/bzrobots.vcproj src/bzrobots/ScriptLoader.h): bzrobots: Don't need ScriptLoader.h anymore either. |
| 18:53.20 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 18:53.20 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 19:08.47 | trepan | nn-main: read the man page, or use the wiki search feature |
| 19:12.43 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 19:28.14 | *** join/#bzflag xaver__ (n=xaver@pD9ED6827.dip.t-dialin.net) |
| 19:31.11 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 19:32.55 | *** join/#bzflag Yassen (n=Yassen@pool-98-111-76-249.sttlwa.fios.verizon.net) |
| 19:42.09 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 19:42.15 | *** join/#bzflag dcat (n=dirtycat@ip70-188-17-240.rn.hr.cox.net) |
| 19:43.02 | x_ares_x | is there a way to track high scores? (other than the my.bzflag.org site) like, a way to post them on a private site? |
| 19:43.35 | JefferyM | you could make a plugin for your servers |
| 19:43.55 | JefferyM | the push stats system will allow your private site to get the scores for whatever servers you want |
| 19:44.00 | JefferyM | but thats for trunk |
| 19:44.52 | x_ares_x | mmm, i'm not the best coder for such things.. =P i can only edit, can't really build from scratch unless it's PHP |
| 19:45.19 | JefferyM | that would be why I'm doing the stats API, it's all php and web calls |
| 19:45.40 | x_ares_x | ah, cool |
| 19:46.09 | JefferyM | well you could call it with anything, but it should be simple with php |
| 19:46.55 | x_ares_x | yea, i <3 php for how easy it can be to use |
| 19:48.09 | JefferyM | really needs to finish it up one day |
| 19:48.21 | JefferyM | it's just tracking server data right now |
| 19:48.26 | JefferyM | and I think current player data |
| 19:48.40 | JefferyM | gotta get it do long term stats on registered players |
| 19:49.46 | x_ares_x | hm, i'ma download this "BZStats" thing from sourceforge |
| 19:50.00 | *** join/#bzflag Upsetter1 (n=ups@89.246.172.109) |
| 19:50.09 | JefferyM | that's the stats site IIRC |
| 19:50.54 | JefferyM | or the one from the web dir? |
| 19:51.14 | x_ares_x | http://sourceforge.net/projects/bzstats/ |
| 19:51.53 | JefferyM | no clue what that is |
| 19:51.57 | JefferyM | soemthing in java |
| 19:52.15 | x_ares_x | yea, i don't think it's what i was thinking, but meh |
| 19:53.02 | x_ares_x | ah, i see what it does.. |
| 19:53.16 | x_ares_x | it just uses bzadmin to make log files, and it reads that.. |
| 19:55.02 | JefferyM | at some point I'll write a push plugin for 2.0.x that will push up some of the stats. |
| 19:57.46 | *** join/#bzflag Marzipan (n=marzi@84-119-63-99.dynamic.xdsl-line.inode.at) |
| 20:20.44 | blast | x_ares_x: there's already a plugin that can track high scores. SimpleStats, iirc. And there's one or two plugins that report stats to a website. |
| 20:20.56 | x_ares_x | oh, cool |
| 20:26.05 | x_ares_x | how does my.bzflag.org get stats? |
| 20:26.15 | JefferyM | badly |
| 20:26.21 | JefferyM | it polls the list server |
| 20:26.26 | JefferyM | and then polls each server |
| 20:26.43 | JefferyM | it's not fast, efficent, or accurate |
| 20:26.48 | x_ares_x | oh |
| 20:27.13 | x_ares_x | yea, i kinda noticed the fact that it's not all that accurate given my high score is only listed at 45 |
| 20:27.32 | JefferyM | since it polls, it never gets your score right before you leave |
| 20:27.34 | x_ares_x | is there a way to query a server on it's own without any plugins? |
| 20:27.39 | JefferyM | yeah |
| 20:27.43 | JefferyM | gamequery |
| 20:27.52 | JefferyM | that's what the list server does |
| 20:27.57 | x_ares_x | ah, ok |
| 20:27.59 | JefferyM | it connects and does a gamestate lookup |
| 20:28.05 | JefferyM | wastes lots of bandwith |
| 20:28.11 | x_ares_x | oh |
| 20:28.20 | JefferyM | and any system that polls will be inaccurate |
| 20:28.22 | x_ares_x | well, if it's done on the server locally, then it shouldn't matter |
| 20:28.34 | x_ares_x | hm |
| 20:28.39 | JefferyM | yeah, the server knows when people leave |
| 20:28.43 | JefferyM | a polling system dosn't |
| 20:28.49 | x_ares_x | true |
| 20:28.52 | JefferyM | since all it can do is get a snapshot |
| 20:29.08 | JefferyM | so it will never record your score between the last poll and when you quit |
| 20:29.40 | JefferyM | the push system pushes stats when people leave, so the system has the score at quit time |
| 20:29.59 | x_ares_x | ah, that'll be nice |
| 20:30.19 | JefferyM | it also keeps a hash for the current player state, so you know if there has been no change in data |
| 20:30.35 | JefferyM | so you can easaly see what servers have been updated since a specific time |
| 20:31.11 | AAA_awright | It is possible to infer the data from regular polls very accurately |
| 20:31.15 | JefferyM | that should leave 95% of the servers only pushing stats once every 30 min |
| 20:31.25 | JefferyM | AAA_awright, there will always be a gap |
| 20:31.45 | AAA_awright | Yeah, about 90-90% |
| 20:31.46 | JefferyM | you can not know the score of someone who was there on the last poll and not on this time |
| 20:32.03 | KingRobot | ping whoever msgd MemoSrv |
| 20:32.05 | JefferyM | depends on the frequency of scoring |
| 20:32.16 | JefferyM | and the time for a full poll |
| 20:32.22 | KingRobot | ah, brlcad |
| 20:32.27 | JefferyM | with 300 servers the polling takes a while |
| 20:32.36 | JefferyM | pushing is just better overall |
| 20:32.48 | AAA_awright | The server could just as easily store a log of the data for the last 5 minutes |
| 20:32.53 | JefferyM | yes it could |
| 20:32.55 | KingRobot | ping brlcad, then... |
| 20:33.01 | JefferyM | or we could just push :) |
| 20:33.06 | JefferyM | both are viable ways |
| 20:33.28 | JefferyM | still with a poll system you have to poll lots of dead servers |
| 20:33.32 | JefferyM | just to see if they are dead |
| 20:33.40 | JefferyM | with pushing, the dead ones don't push as often |
| 20:34.12 | blast | well, we don't currently poll servers that the list says don't have any players |
| 20:34.18 | JefferyM | yeah |
| 20:34.21 | JefferyM | that helps |
| 20:34.37 | JefferyM | except for the servers that have one bzadmin client ;) |
| 20:34.54 | JefferyM | not sure if 2.0.x reported those as players or observers right |
| 20:35.15 | AAA_awright | They do |
| 20:35.18 | JefferyM | good |
| 20:36.01 | AAA_awright | I used a system that calculated the chance there new data based on the past data and what the list server knows, that pushes it down to ~5-10 servers/min |
| 20:36.14 | JefferyM | if the granularity of the push system isn't enough then we can also do a fast poll to those servers that are active and force them to push more often. |
| 20:37.20 | JefferyM | we'll see if/when it's finished |
| 20:40.10 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 20:44.49 | CIA-76 | BZFlag: 03kingrobot * r20463 10/trunk/bzflag/src/bzrobots/botplaying.cxx: bzrobots: the bot starts here... |
| 21:08.58 | *** join/#bzflag pacman87 (n=pacman87@pool-173-57-45-94.dllstx.fios.verizon.net) |
| 21:27.57 | *** join/#bzflag Bambino (n=Bambino@unaffiliated/sniper15) |
| 21:38.29 | *** join/#bzflag Wyk3d (n=Wyk3d@cl-86-125-166-243.cablelink.mures.rdsnet.ro) |
| 21:57.39 | *** join/#bzflag Wyk3d (n=Wyk3d@cl-86-125-166-243.cablelink.mures.rdsnet.ro) |
| 22:08.05 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 22:14.12 | *** join/#bzflag ahs3- (n=ahs3@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 22:26.15 | *** join/#bzflag Yassen_ (n=Yassen@pool-98-111-76-249.sttlwa.fios.verizon.net) |
| 23:09.46 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 23:09.46 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:22.01 | CIA-76 | BZFlag: 03kingrobot * r20464 10/trunk/bzflag/ (5 files in 2 dirs): bzrobots: working HitWallEvents and ScannedPlayerEvents, better timing in client |
| 23:30.13 | *** join/#bzflag Yassen (n=Yassen@pool-98-111-76-249.sttlwa.fios.verizon.net) |
| 23:43.33 | *** join/#bzflag eTangenT (n=lamer@97-118-216-165.hlrn.qwest.net) |
| 23:54.23 | *** join/#bzflag Marzipan (n=marzi@84-119-63-99.dynamic.xdsl-line.inode.at) |
