| 00:00.11 | [Gort] | yeah, I suppose. Might do that (ask owner first). Thanks. |
| 00:00.34 | blast007 | I don't actually know why that one hasn't been dropped from Freenode's periodic nick cleanup |
| 00:01.36 | [Gort] | yeah, I had this nick a few years ago, then didn't come along for about two months, and lost it. Got it back, as no one had chosen it (naturally). |
| 00:02.18 | BulletCatcher | Maybe they're afraid that an alien robot will destroy the Earth if it is used. |
| 00:02.25 | [Gort] | hehe |
| 00:21.32 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 00:43.06 | [Gort] | bye all. |
| 01:32.23 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 02:41.42 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 02:54.26 | macsforme | sometimes I think it would have been simpler to do plugins as scripts in an interpreted language |
| 02:55.05 | macsforme | although less efficient... I think many plugins have low processing needs, but I'm sure there are exceptions |
| 03:30.06 | blast007 | http://luajit.org/luajit.html |
| 03:30.19 | macsforme | yep |
| 03:30.44 | allejo | meh, now I gotta learn a new language |
| 03:33.12 | macsforme | learning a new language now and then is widely regarded as beneficial to developing your skill portfolio as a programmer :-) |
| 03:33.32 | blast007 | also, I think *all* bzfs plugin have to have low processing needs since it runs in the server game loop, unless they do their own threading |
| 03:35.01 | allejo | don't think any plugins are doing their own threading |
| 03:35.36 | blast007 | I don't recall seeing any that do that either |
| 03:36.10 | blast007 | easier to just offload processing work to a website and use the URL stuff |
| 03:37.01 | allejo | yea |
| 03:37.37 | allejo | macsforme, I know, just joking around :p |
| 03:57.29 | *** join/#bzflag meeba (~lamer@c-73-14-146-7.hsd1.co.comcast.net) |
| 04:13.42 | *** join/#bzflag Delusional_ (~Delusiona@unaffiliated/delusional) |
| 04:41.52 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 05:36.23 | *** join/#bzflag JeffM (uid48618@gateway/web/irccloud.com/x-qxywqpacsvnsmegn) |
| 06:09.44 | *** join/#bzflag tofu (~sean@104.225.5.10) |
| 08:12.46 | *** join/#bzflag zuii (~cauchy@BC06BF93.catv.pool.telekom.hu) |
| 09:21.17 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.42) |
| 09:21.17 | BZnotify | [13bzflag] 15khonkhortisan opened pull request #53: -view three for greater or fewer than three monitors (062.4...06ThreeChannelUI) 02https://git.io/vo1nb |
| 09:21.17 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.42) |
| 09:51.21 | *** join/#bzflag I_Died_Once_ (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 10:17.10 | blast007 | is the purpose of -view three even *for* multiple _monitors_, or was it for something more like three projectors pointing at three walls of a room? |
| 10:48.06 | *** join/#bzflag zuii (~cauchy@BC06BF93.catv.pool.telekom.hu) |
| 10:59.37 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 13:43.48 | blast007 | been a while since I looked at the modes, but I'm thinking it displays the front, left, and right, not just a wide angle view |
| 13:49.46 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 15:25.21 | JeffM | blast007: yes, it was for a partial cave view |
| 15:25.47 | JeffM | a view setup that is USELESS today, so changing it to a wide one is not a bad thing |
| 15:41.25 | *** join/#bzflag Void7 (~Void7@205.157.147.198) |
| 15:58.27 | *** join/#bzflag Void7 (~Void7@205.157.147.198) |
| 16:24.18 | blast007 | I think that just puts them side-by-side instead of in a 2x2 grid |
| 16:26.36 | JeffM | really you'd want to know the angle between the displays for an accurate rendering. Then your monitors are windows in the tank :) |
| 16:29.39 | blast007 | ooo, just thought up a name for a 2D version of BZFlag.... BZFlat |
| 16:32.01 | JeffM | make a 3d flag, where you can move in and out of the 2d plane, flatland style |
| 16:53.31 | the_map | flatland was a really cool book |
| 17:20.18 | JeffM | each server/map would be a different 2d Slice of the 3d word |
| 17:54.37 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 18:40.32 | *** join/#bzflag zuii (~cauchy@BC06BF93.catv.pool.telekom.hu) |
| 18:46.54 | *** join/#bzflag Void7 (~Void7@205.157.147.198) |
| 20:14.10 | *** join/#bzflag alpha1-2 (~alpha1@host236.201-252-190.telecom.net.ar) |
| 20:17.59 | alpha1-2 | hi all, after doing "make distclean" I did "./configure --disable-client --disable-bzadmin --enable-custom-plugins=NAME" and I got this error: "config.status: error: cannot find input file: `plugins/NAME/Makefile.in'". I see that that file was not edited nor copied by newplugin.sh. Is it buggy or I missed something? |
| 20:19.05 | alpha1-2 | (using bzflag-2.4.4-RC3) |
| 20:21.08 | blast007 | 'make distclean' probably deleted your custom plugin |
| 20:21.31 | blast007 | you probably wanted 'make clean' instead |
| 20:22.17 | blast007 | or if you really wanted to nuke all the files not in the Git repo, 'git clean -x -f -d' |
| 20:24.31 | alpha1-2 | My custom plugin is still there. Now I edited Makefile.in manually from plugins/SAMPLE_PLUGIN/ and copied it to plugins/NAME and it worked now. I guess newplugin.sh is buggy, then. |
| 20:26.08 | alpha1-2 | (I supposed I had to run distclean because I was going to run another ./configure) |
| 20:27.01 | blast007 | you do not have to run distclean |
| 20:27.17 | blast007 | you can just run ./configure again with whatever options you want |
| 20:27.51 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 20:27.51 | *** mode/#bzflag [+v joevano] by ChanServ |
| 20:28.14 | *** join/#bzflag rodgort (~rodgort@68.ip-149-56-14.net) |
| 20:28.41 | alpha1-2 | it is supposed to delete all files configure made (plus what make made) or not? |
| 20:28.51 | *** join/#bzflag jcp (sid143528@bzflag/contributor/javawizard2539) |
| 20:29.16 | blast007 | I don't know |
| 20:29.30 | alpha1-2 | okay, I did it just in case |
| 20:29.35 | JeffM | distclean gets you ready for zipping right? |
| 20:29.51 | blast007 | but I just ran it here, and it didn't delete the Makefile.in from my custom plugin folder |
| 20:29.59 | blast007 | 'make dist' makes the source zips |
| 20:31.26 | alpha1-2 | I will run again newplugin.sh to see... |
| 20:31.50 | blast007 | I should note that I didn't use the newplug.sh, but an already packaged plugin from the forums |
| 20:32.23 | blast007 | in any case, it would not be a "bug" in the newplug.sh, as that just copies SAMPLE_PLUGIN to a new name and replaces that name inside the files too |
| 20:33.08 | alpha1-2 | no, Makefile.in it is not edited nor copied |
| 20:33.14 | alpha1-2 | is* |
| 20:36.11 | blast007 | are you not running the latest git code or something? the configure script automatically handles creating Makefile.in for custom plugins you pass to configure... |
| 20:36.15 | alpha1-2 | this is the output ("prueba" means "test): http://pastebin.com/AYmySmRr |
| 20:36.58 | blast007 | right, that's what it is supposed to do |
| 20:38.43 | alpha1-2 | as I said I am running one of the latest (bzflag-2.4.4-RC3), and it misses one file (Makefile.in). AS I understand, you first run newplug.sh and the you run configure (as the help says) |
| 20:39.26 | alpha1-2 | someone could check if in the latest version newplug.sh works fine |
| 20:40.05 | blast007 | I just did, it works |
| 20:40.14 | blast007 | it does not need to copy Makefile.in |
| 20:40.18 | blast007 | configure creates that for you |
| 20:40.58 | alpha1-2 | I edited and copied it manually and configure worked. I got an error in configure, it was the first I wrote |
| 20:41.00 | blast007 | I cannot replicate your issue with the details you have provided |
| 20:41.50 | blast007 | I ran './newplug.sh test', './configure --enable-custom-plugin=test', 'make distclean', './configure --enable-custom-plugin=test' without error |
| 20:41.59 | blast007 | enable-custom-plugins* |
| 20:43.24 | alpha1-2 | can you post the output of the newplug.sh script, please, to compare with mine? |
| 20:46.36 | alpha1-2 | or I did bad in editinig it manually then? |
| 20:49.02 | blast007 | it's the same |
| 20:54.21 | alpha1-2 | well, it's weird, thanks anyway |
| 20:56.06 | alpha1-2 | I compared the latest newplug.sh from git and mine and are equals |
| 20:56.44 | alpha1-2 | but I will be playing with plugins, then any thing related to this I will say |
| 20:57.42 | alpha1-2 | I suposse the one placed in https://github.com/BZFlag-Dev/bzflag/tree/2.4/plugins is the latest right? |
| 20:58.12 | alpha1-2 | (that branch appears by default) |
| 20:58.24 | alpha1-2 | suppose* |
| 21:08.42 | blast007 | give me the full steps to reproduce your issue |
| 21:15.05 | alpha1-2 | you skipped a step: I did "newplug.sh", "make distclean" and "configure"; you did "make distclean" and "configure" |
| 21:17.10 | alpha1-2 | (or you ran configure previously, which I didn't) |
| 21:18.04 | alpha1-2 | now I can't run any plugin :/ |
| 21:18.31 | alpha1-2 | "WARNING: unable to load the plugin; autoFlagReset" |
| 21:18.38 | alpha1-2 | in example |
| 21:19.51 | alpha1-2 | ./bzfs -loadplugin autoFlagReset -world /path/world.bzw |
| 21:22.24 | alpha1-2 | (they are compiled, I can see the .o files) |
| 21:23.49 | alpha1-2 | was my error to run distclean then? |
| 21:24.06 | alpha1-2 | don't remeber running a plugin recently tho |
| 21:26.18 | *** join/#bzflag KaadmY (uid135503@gateway/web/irccloud.com/x-fmtklmknnqabjkzt) |
| 21:27.34 | alpha1-2 | oh lol now client and bzdamin are deleted |
| 21:27.54 | alpha1-2 | at last bzfs runs |
| 21:27.57 | alpha1-2 | least |
| 21:29.03 | alpha1-2 | I will start again, don't worry for now, thanks |
| 21:37.46 | *** part/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 21:45.12 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 23:02.54 | *** join/#bzflag meeba (~lamer@c-73-14-146-7.hsd1.co.comcast.net) |
| 23:04.59 | *** join/#bzflag disco- (~disco@unaffiliated/disco-) |