00:04.34 | KTL | maybe while turning yes, or also when jumping |
00:04.50 | KTL | or maybe during every type of move |
00:05.07 | KTL | like going forward make you look a bit lower |
00:05.17 | KTL | going backwards make you look a bit higher |
00:05.27 | KTL | depending on the speed |
00:11.50 | *** join/#bzflag PoinTbLanK (n=danny@ip24-251-243-233.ph.ph.cox.net) |
00:59.26 | *** join/#bzflag PoinTbLanK (n=danny@ip24-251-243-233.ph.ph.cox.net) |
01:15.15 | *** join/#bzflag PrezKennedy (n=Matthew@c-69-138-68-160.hsd1.md.comcast.net) |
01:38.37 | *** join/#bzflag ||Wolverine|| (n=qwerty@host230-175-static.104-80-b.business.telecomitalia.it) |
01:48.44 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-63-199-246-191.dsl.sndg02.pacbell.net) |
01:48.45 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
01:53.02 | *** join/#bzflag Theme97 (n=Theme97@about/essy/phpwriter/Theme97) |
01:54.17 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
02:05.22 | *** join/#bzflag zee430 (i=47c68c58@gateway/web/cgi-irc/zeebrothers.net/x-b214a038f3b72886) |
02:19.29 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
02:42.06 | a_meteorite | Pretty sure CRW has a new name: storm trooper |
02:42.48 | brad | ip? |
02:42.50 | a_meteorite | 70.162.89.230: ip70-162-89-230.ph.ph.cox.net |
02:42.54 | brad | ding |
02:42.56 | a_meteorite | Same provider and same cheat. |
02:43.35 | a_meteorite | Soon as I saw the familiar IP he got the nice "Hello CRW. No cheating." ban. :) |
02:46.10 | *** join/#bzflag bz48 (n=443e5d3f@bz.bzflag.bz) |
02:46.51 | bz48 | got my server working trying to set wingjumpcount in my conf |
02:46.59 | bz48 | having a problem |
02:47.15 | bz48 | anyone know anything about setting this |
02:47.29 | JeffM2501 | add -set |
02:47.43 | JeffM2501 | or a vars file |
02:48.05 | bz48 | -set_wingsJumpCount 3???? |
02:48.20 | JeffM2501 | no |
02:48.30 | JeffM2501 | check the manpage |
02:48.43 | JeffM2501 | I don't remember the exact syntax |
02:48.58 | bz48 | i found it as follows |
02:49.13 | bz48 | _wingsJumpCount 3 |
02:49.24 | JeffM2501 | that's the variable name |
02:49.26 | JeffM2501 | you need to set it |
02:49.29 | bz48 | then it said in conf -set |
02:49.37 | JeffM2501 | ok |
02:49.39 | JeffM2501 | let it fly |
02:49.43 | JeffM2501 | tho there will be a space after set |
02:49.46 | JeffM2501 | before the variable name |
02:50.24 | bz48 | maybe as follows |
02:50.32 | bz48 | -set jc 3 |
02:50.35 | JeffM2501 | read the info on /set |
02:50.43 | bz48 | okay i will |
02:50.49 | bz48 | thanks for your help |
03:05.43 | *** join/#bzflag Rune-boy8620 (n=root@70.134.106.178) |
03:07.35 | *** join/#bzflag Me (n=3a6958d2@bz.bzflag.bz) |
03:08.32 | Tanksnipe | hi mega boom |
03:08.36 | Megaboom | hi |
03:08.42 | Tanksnipe | were u jsut at sniper country? |
03:08.47 | Megaboom | yea |
03:08.59 | Tanksnipe | im owner |
03:09.27 | Megaboom | im halfway from completing a map |
03:10.33 | Megaboom | i just dont know how to use it =/ |
03:18.16 | Tanksnipe | wat u mean |
03:18.35 | Tanksnipe | nvm |
03:24.17 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) |
03:38.46 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
03:45.45 | *** join/#bzflag moriah (n=Milly@ool-44c04d6a.dyn.optonline.net) |
03:46.13 | *** part/#bzflag moriah (n=Milly@ool-44c04d6a.dyn.optonline.net) |
04:16.09 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-63-199-246-191.dsl.sndg02.pacbell.net) |
04:16.09 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
04:44.27 | *** part/#bzflag Joss (n=unknown@203.109.176.242) |
05:21.21 | *** join/#bzflag Sir_Pants (n=spencerl@67-42-80-2.tukw.qwest.net) |
05:31.48 | a_meteorite | ~seen daniel_jackson |
05:32.16 | ibot | daniel_jackson <n=bsanford@cpe-66-74-198-10.san.res.rr.com> was last seen on IRC in channel #bzflag, 22h 4m 19s ago, saying: 'well I'm off to reek havoc on the players in missile war, sry jeff if caused any problems'. |
05:32.27 | a_meteorite | hmf |
05:36.05 | *** join/#bzflag Theme97 (n=Theme97@about/essy/phpwriter/Theme97) |
05:56.42 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
06:02.05 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
06:06.21 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
06:41.37 | *** join/#bzflag bz40 (n=50fc836a@bz.bzflag.bz) |
06:50.57 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
06:59.00 | *** join/#bzflag bz47 (n=45f9b262@bz.bzflag.bz) |
07:01.07 | *** join/#bzflag Joss (n=unknown@203.109.176.242) |
07:01.31 | Joss | just found a bug of sort |
07:01.45 | Joss | in bzflag |
07:01.46 | a_meteorite | Joss: elaborate :) |
07:02.13 | Joss | when you have narow |
07:02.19 | Joss | the flag |
07:02.26 | a_meteorite | yes.. |
07:02.52 | Joss | if you got to a bilding smaller in any way |
07:03.24 | Joss | and go side on to it and drive abit |
07:03.32 | a_meteorite | you can see inside? |
07:03.38 | Joss | then turn into the bilding |
07:03.56 | Joss | then drive backwards |
07:04.02 | Theme97 | Then you'll go through it. |
07:04.08 | Joss | you go inside |
07:04.08 | Theme97 | It's possible without Narrow. |
07:04.15 | a_meteorite | whoa, ok |
07:04.22 | a_meteorite | now I gotta try that out |
07:04.28 | Joss | i think so |
07:04.35 | Joss | but wait |
07:04.40 | Theme97 | a_meteorite: Easiest with mesh walls. |
07:04.57 | Joss | it might only work on mesh walls |
07:05.18 | Joss | but i did it on my map |
07:06.49 | a_meteorite | Theme97: can you demonstrate at boxy? |
07:06.56 | a_meteorite | bzfx.game-host.org:6026 |
07:08.50 | Theme97 | ... |
07:08.51 | Theme97 | can't |
07:08.52 | Theme97 | gotta go |
07:08.57 | a_meteorite | :( |
07:09.11 | Joss | ill try |
07:10.29 | *** join/#bzflag Blue_Eyes (n=Blue@host67-217-dynamic.4-87-r.retail.telecomitalia.it) |
08:14.43 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
08:34.18 | *** part/#bzflag Joss (n=unknown@203.109.176.242) |
08:37.38 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
08:39.06 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
08:39.06 | *** mode/#bzflag [+v Tupone] by ChanServ |
09:40.00 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
10:11.18 | *** join/#bzflag Rawk (n=unknown@203.109.176.242) |
10:45.38 | *** join/#bzflag ts (n=ts@p54B042E2.dip0.t-ipconnect.de) |
11:02.48 | *** join/#bzflag tupone_ (n=atupone@pdpc/supporter/active/Tupone) |
11:02.49 | *** mode/#bzflag [+v tupone_] by ChanServ |
11:07.24 | *** part/#bzflag Rawk (n=unknown@203.109.176.242) |
11:15.20 | *** join/#bzflag ||Wolverine|| (n=qwerty@host123-175-static.104-80-b.business.telecomitalia.it) |
11:25.29 | *** join/#bzflag daniel_jackson (n=bsanford@cpe-66-74-198-10.san.res.rr.com) |
11:25.35 | daniel_jackson | hello? |
11:25.45 | daniel_jackson | anyone home? |
11:27.24 | daniel_jackson | what would be the syntax I write to get the 2.0.9 cvs? |
11:30.13 | daniel_jackson | well I guess I'll just download the 2.0.8 for now |
11:30.18 | *** part/#bzflag daniel_jackson (n=bsanford@cpe-66-74-198-10.san.res.rr.com) |
12:23.55 | *** part/#bzflag donny_baker (n=donny_ba@about/essy/vvvvv/donnybaker) |
12:27.57 | *** join/#bzflag donny_baker (n=donny_ba@about/essy/vvvvv/donnybaker) |
12:36.24 | *** join/#bzflag Quol (n=Quol@modemcable177.75-202-24.mc.videotron.ca) |
12:54.04 | *** join/#bzflag Upsetter (n=Upsetter@62.141.59.9) |
13:01.57 | gsnedders | ~bzcvs20 |
13:33.45 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
13:43.50 | Pommes | is there a limiting factor for the brightness-control? |
13:45.21 | Pommes | On my new computer I can only set it about to a third. |
13:55.17 | Chestal | hmm? what happens exactly? |
13:57.26 | Pommes | I can move the brightness-slider to the right, but it doesn't change anything. |
13:57.37 | Pommes | Only on the first third it changes the brightness |
13:57.39 | Chestal | ah, probably bug in your SDL version |
13:57.45 | Pommes | ah |
13:57.55 | Chestal | I had that bug in my unstable debian at one point |
13:58.09 | Chestal | see if you can upgrade SDL |
13:58.20 | Pommes | ok - thx for the info :) |
13:59.35 | Chestal | someone "optimized" the SDL code at one point |
14:00.42 | Pommes | hm - no newer sdl in ubuntu-repository |
14:01.37 | Upsetter | Pommes, is it edgy? |
14:02.02 | Pommes | yes |
14:02.09 | Upsetter | ok |
14:02.20 | Pommes | btw ups: there is a newer libcurl in the repository which works |
14:02.32 | Pommes | I don't have the "join-crash"-bug anymore |
14:03.07 | Upsetter | which version do u have now? |
14:03.59 | Pommes | it's called 7.15.4-1ubuntu2.1~proposed1 |
14:04.50 | Upsetter | hmm, and where is it? i cant find? is it in a special repository? |
14:05.16 | Pommes | you have to tell your package-manager to also check for "proposed" updates |
14:05.19 | Pommes | that's not the default |
14:05.23 | Upsetter | ah k |
14:05.55 | Pommes | in synaptic go to settings, repositories, internet-updates -> checkbox "proposed" |
14:11.15 | Upsetter | ok, i see it. thx |
14:11.59 | Upsetter | it was not a critical bug, so lazy Ups didnt care much ;) |
14:20.34 | *** part/#bzflag Upsetter (n=Upsetter@62.141.59.9) |
14:29.58 | *** join/#bzflag Upsetter (n=Upsetter@62.141.59.9) |
14:32.04 | Pommes | Ups: but the brightness drives me crazy |
14:32.19 | Pommes | I don't want to accept that |
14:33.41 | Upsetter | yeah :/ , luckily i dont have that bug |
14:34.11 | Pommes | so which is your sdl-version? |
14:37.16 | Upsetter | http://bzflag.pastebin.ca/380964 |
14:38.18 | donny_baker | ~CBG -- |
14:55.33 | *** join/#bzflag Bz_Win (n=Kyle@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
14:55.38 | Bz_Win | boop |
15:04.30 | *** join/#bzflag _sussi (n=su@83-221-81-189.dynamic.primacom.net) |
15:31.45 | *** part/#bzflag Upsetter (n=Upsetter@62.141.59.9) |
15:39.02 | *** join/#bzflag orchid (n=bzgirl@unaffiliated/orchid) |
15:39.02 | *** mode/#bzflag [+v orchid] by ChanServ |
16:51.59 | *** join/#bzflag eTangenT (n=tangent@71-212-169-108.hlrn.qwest.net) |
17:33.14 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
17:35.39 | CBG | donny_baker: what for? :) |
18:06.33 | *** join/#bzflag zee875 (i=d52edbb0@gateway/web/cgi-irc/zeebrothers.net/x-3a605859cafe9a89) |
18:08.32 | *** join/#bzflag Legoguy (n=Legoguy@adsl-75-5-86-19.dsl.emhril.sbcglobal.net) |
18:18.44 | *** join/#bzflag ts (n=ts@p54B00913.dip0.t-ipconnect.de) |
18:31.03 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
18:31.03 | *** mode/#bzflag [+v Tupone] by ChanServ |
18:39.37 | *** join/#bzflag TD-Linux (n=TD-Linux@24-159-197-22.dhcp.roch.mn.charter.com) |
18:47.04 | *** join/#bzflag Quol (n=Quol@modemcable177.75-202-24.mc.videotron.ca) |
18:52.30 | *** join/#bzflag iwcylabumf (n=chatzill@dyn-160-39-59-201.dyn.columbia.edu) |
19:01.17 | *** join/#bzflag gsnedders (n=gsnedder@host86-139-123-225.range86-139.btcentralplus.com) |
19:01.54 | *** join/#bzflag A-Delusion (n=A-Delusi@pool-141-158-104-202.pitt.east.verizon.net) |
19:38.01 | *** join/#bzflag Bluer (n=Bluer@about/essy/terimahkSC/Bluer) |
19:38.05 | Bluer | hello |
19:38.46 | Bluer | with the server on a lan, can connect but can't spawn. Already enabled in firewall.. (Vista). What could be causing this? |
19:40.24 | donny_baker | bad config file on client... happens to me sometimes |
19:40.47 | donny_baker | delete or rename the config file in your 2.0 directory and try again |
19:41.13 | JeffM2501 | naw it's probably just blocked UDP |
19:41.21 | donny_baker | on a lan? |
19:41.28 | JeffM2501 | on the local machine :) |
19:42.16 | Bluer | deleted the config files several times |
19:42.37 | donny_baker | ok, then what Jeff said ;) |
19:42.38 | Bluer | I asked some guys to join, and they successfuly spawned (over the internet) |
19:42.49 | Bluer | I'm running Vista |
19:42.55 | Bluer | another PC on Lan is running XP |
19:42.59 | Bluer | both cant spawn |
19:43.04 | Bluer | it must be the dlink router |
19:43.06 | donny_baker | I use Vista too, had no issues |
19:43.09 | Bluer | my god dlinks are crappy |
19:43.46 | Bluer | they have those hidden features that you cant controll. its there, like it or not |
19:44.27 | Bluer | but within the same lan, how would a consumer router do this? |
19:44.41 | blast007 | Bluer: also check your flags |
19:44.45 | blast007 | might have too many |
19:45.04 | JeffM2501 | I'm betting it's your local firewall |
19:45.04 | Bluer | blast007, two guys joined and spawned over the internet |
19:45.05 | donny_baker | server is running on solaris, isn't it? |
19:45.10 | Bluer | problem is local |
19:45.11 | blast007 | hmm |
19:45.22 | Bluer | donny_baker, IRIX |
19:45.24 | Bluer | 2.0 |
19:45.26 | blast007 | tried connection to the local IP instead of the external? |
19:45.28 | Bluer | 2.0.9* |
19:45.43 | Bluer | blast007, locally I always use local |
19:45.54 | blast007 | hmm |
19:46.09 | blast007 | wouldn't be the router then |
19:46.23 | Bluer | when I can connect and see, but cant spawn, what is it? UDP faliure? |
19:46.27 | blast007 | cuz it would just be using the switch part |
19:46.45 | Bluer | no I cant see. just connect and read the message: "press I or hit ......" |
19:46.53 | Pommes | ~seen Upsetter |
19:46.58 | ibot | upsetter <n=Upsetter@62.141.59.9> was last seen on IRC in channel #bzflag, 5h 9m 42s ago, saying: 'http://bzflag.pastebin.ca/380964'. |
19:47.45 | Bluer | I can see the map and everything, but no spawn :( |
19:48.15 | donny_baker | is your config file on a local or network drive? |
19:49.21 | blast007 | check your bzfs logs directly after you connect |
19:49.25 | JeffM2501 | why are you stuck on the "config" thing dude? |
19:49.46 | JeffM2501 | a client config won't make you not spawn, unless you remaped the key |
19:49.54 | JeffM2501 | then it'd be for all servers not just the local one |
19:50.26 | Bluer | JeffM2501, should I set verbose to a specific level? |
19:50.53 | JeffM2501 | just make sure it allows both UDP and TCP |
19:50.59 | donny_baker | jeff: I have had it happen to me numerous times on XP... delete the config and all comes back fine |
19:51.12 | JeffM2501 | that means you don't know the problem ;) |
19:51.16 | Bluer | donny_baker, I did delete the config twice. no use |
19:51.19 | JeffM2501 | deleting the config isn't a generic solution |
19:51.38 | JeffM2501 | and this isn't a client problem, looks like a server issue |
19:51.43 | JeffM2501 | or a network issue |
19:52.06 | JeffM2501 | I'm guessing the local firewall is blocking the atempts to connect to itslef |
19:52.32 | Bluer | JeffM2501, I will disable the Vista firewall and see |
19:53.25 | Bluer | firewall off, no use |
19:53.43 | donny_baker | :) |
19:53.50 | Bluer | firewall back on |
19:53.53 | JeffM2501 | your computer lacks fung shue |
19:54.12 | donny_baker | did you hit i with your left or right hand? |
19:54.15 | donny_baker | hehe |
19:54.24 | blast007 | Bluer: try connecting to the external IP |
19:54.25 | Bluer | I started a local server on the machine itself, and it works |
19:54.52 | JeffM2501 | then it's something on your lan |
19:55.07 | donny_baker | can you connect to other services SSH, etc from your local machine to server? |
19:55.13 | blast007 | maybe a firewall on the irix box |
19:55.22 | Bluer | bloody works! blast007 you earned the title I gave you once more! |
19:55.35 | Bluer | donny_baker, yes |
19:55.36 | Bluer | I can |
19:55.48 | Bluer | blast007, but now I go through the internet! my lag is high |
19:55.52 | Bluer | how is this possible? |
19:55.59 | blast007 | eh, shouldn't be |
19:56.03 | Bluer | hmm |
19:56.08 | blast007 | the router just fakes routering back |
19:56.12 | blast007 | routing* |
19:56.46 | Bluer | indeed it does |
19:56.47 | JeffM2501 | yeah the "internet" dosn't send it back |
19:56.48 | Bluer | its local |
19:57.23 | Bluer | hmm |
19:58.06 | Bluer | JeffM2501, blast007 and donny_baker. Thanks |
19:58.12 | blast007 | np |
19:58.46 | donny_baker | np, anytime you want useless help, I'm available :) |
19:58.58 | Bluer | hehe |
20:14.18 | CIA-1 | BZFlag: 03atupone 07v2_0_cs_branch * 10bzflag/src/bzflag/bzflag.cxx: Load the bugplug-in to have nice information such FPS and mesh names |
20:29.50 | ruskie | hmm it's kinda scary even with normalized score I come on top... |
20:55.48 | *** join/#bzflag Blue89 (n=root@c-24-3-7-118.hsd1.pa.comcast.net) |
20:56.13 | Blue89 | I am trying to build bzflag from source but something strange happens |
20:56.42 | Tupone | what? and what is you distro? |
20:56.48 | Blue89 | when it comes to the final link command in building the server, it looks in the wrong directory for my libstdc++.la |
20:57.00 | Blue89 | I am on OpenZaurus |
20:57.23 | Blue89 | and I am sick of waiting two hours for it to build and finding an error when I get back... lol |
20:58.01 | Tupone | ~bzpaste |
20:58.06 | Tupone | ~bzpastebin |
20:58.08 | ibot | extra, extra, read all about it, bzpastebin is a place to paste your stuff without flooding the channel, and it archives too. - try http://bzflag.pastebin.ca/ |
20:58.48 | Blue89 | I can't pastebin it, I ran the command in the real terminal and I don't have a mouse there |
20:59.08 | Blue89 | it says this, I will copy the problem line by hand |
21:00.34 | Blue89 | libtook: link: cannot find library '/home/hrw/devel/build/3541-feed/tmp/cross/arm-linux/lib/libstdc++.la' |
21:00.45 | Blue89 | libtool* |
21:01.29 | JeffM2501 | sounds like you don't have all the dev packages for yours system |
21:01.38 | Blue89 | no |
21:01.40 | Tupone | some of your .la is looking at that. grep it on all that you have |
21:01.42 | Blue89 | I have stdlib |
21:01.52 | Blue89 | it is in /usr/lib, where it is supposed to be |
21:02.24 | Blue89 | <PROTECTED> |
21:03.01 | Blue89 | it is openzaurus 3.5.4.1, I wander if it is configured to be going into that directory for some wierd reason |
21:03.08 | Tupone | you mean /usr/lib/libstdc++.la is looking at /home/hrw/devel/build/3541-feed/tmp/cross/arm-linux/lib/libstdc++.la |
21:03.13 | Blue89 | no |
21:03.27 | Blue89 | there is no such link, although I could try making one |
21:03.46 | Tupone | no you don't need. Something is wrong is some of your *.la |
21:03.56 | Blue89 | ? |
21:04.16 | Blue89 | the la is there, libtool just looked in the wrong place |
21:04.17 | Tupone | libstdc++.la is an ascii file |
21:04.26 | Tupone | is not the only one |
21:04.53 | Tupone | a lot of .la's are needed. Someone, of them, is looking at that directory |
21:05.37 | Blue89 | oh |
21:05.38 | Tupone | well, at least is my gues |
21:05.48 | Tupone | s |
21:06.02 | Blue89 | maybe the guy that built this version of the lib (I got a binary) configured it that way by accident |
21:06.26 | Tupone | you got a binary of what? curl?, c-ares? |
21:06.51 | Tupone | I don't think bzflag, as you are building it |
21:07.07 | Blue89 | binary version of libstdc++ |
21:07.14 | Tupone | nope, is not that |
21:07.23 | Tupone | something else is looking for it |
21:07.30 | Blue89 | oh |
21:07.42 | Blue89 | is there a simple way to find out which one? |
21:08.11 | Tupone | find / -name \*.la | xargs grep 3541-feed |
21:09.13 | Tupone | dunno if is simple, but it is one way to do it. Otherwise you have to check the libtool command that fails, and analyze all the *.la on it |
21:09.35 | Tupone | adding all the one referenced recursively |
21:10.56 | Blue89 | wow |
21:11.26 | Blue89 | my terminal just got flooded with a boatload of messages |
21:11.51 | Tupone | find / -name \*.la | xargs grep 3541-feed | grep libstdc++.la |
21:11.52 | brlcad | Blue89: libtool only looks in paths it's told to look in or otherwise set up via system configuration |
21:11.53 | Blue89 | I can only see the bottom two, both show libcurl.la |
21:12.15 | brlcad | why would it search down into a /home/hrw path? |
21:12.22 | Blue89 | I don't know |
21:12.38 | brlcad | whatever that is, is what's causing the problem |
21:12.44 | Blue89 | I guess there is a setting that came with one of my packages asking it to do that |
21:12.56 | brlcad | it's not exactly libtools fault .. it's not magically thinking to look there ;) |
21:13.00 | Tupone | brlcad: but if the libcurl.la depends on /home/hrw/devel/build/3541-feed/tmp/cross/arm-linux/lib/libstdc++.la, it will try to open it |
21:13.26 | Tupone | and hola brlcad :) |
21:13.32 | brlcad | ciao tupone |
21:14.01 | Blue89 | I think the guy that built the package that is causing trouble used his personal system settings to build something and did not use variables |
21:14.04 | brlcad | Tupone: and that would be a problem with that libcurl.la .. we don't use that la afaik |
21:14.20 | Blue89 | I beleive you do |
21:14.38 | brlcad | Blue89: just a sanity check, you don't have and LD_LIBRARY_PATH that points there or something I hope? |
21:14.42 | Blue89 | ther ewere libraries missing the first time I tried to build, I think curl was one of them |
21:15.03 | Blue89 | I don't do much with system variables here, I don't know how to check that |
21:15.13 | brlcad | echo $LD_LIBRARY_PATH |
21:15.14 | Tupone | brlcad: if libcurl.la has been moved on a system place, and it still refer to local path? |
21:15.21 | Blue89 | I'm guessing that means I didn't change anything :-) |
21:15.48 | brlcad | Tupone: "possibly".. though then the fix could be as simple as delete libcurl.la |
21:15.54 | brlcad | they're not necessary |
21:15.58 | Tupone | or rebuild correctly |
21:16.05 | Tupone | not libtool fault |
21:16.06 | brlcad | or that |
21:16.09 | Blue89 | that command returnsa blank line |
21:16.11 | Tupone | just uncorrect fix |
21:16.16 | Blue89 | must be unset |
21:16.19 | brlcad | yeah, libtool has lots of faults .. but this isn't one of them |
21:16.32 | brlcad | Blue89: that's good then, just a sanity check |
21:16.56 | brlcad | Blue89: try just: mv /usr/lib/libcurl.la /usr/lib/libcurl.la.backup |
21:17.12 | brlcad | and maybe ldd /usr/lib/libcurl.so |
21:17.28 | brlcad | make sure it's not linking to that deep path |
21:17.40 | Blue89 | would setting that to /usr/lib help ld find the libraries? |
21:18.02 | Blue89 | I know bzflag's server uses curl, because the make install showed it |
21:18.31 | Tupone | Blue89: we know, because we added :) |
21:18.42 | Tupone | curl is mandatory |
21:18.54 | Blue89 | cool |
21:19.12 | JeffM2501 | curl is used to talk to our list server, so both client and server use it |
21:19.43 | brlcad | that mv just moves the libtool library (libcurl.la) out of the way.. those are just text files with extra info about where the static and shared library files live, and any dependencies |
21:20.12 | brlcad | it's the dependencies that it has stored in there that would seem to be making it look deep to that (bad) libstdc++.la link |
21:20.29 | Blue89 | ok, I will try that |
21:20.41 | brlcad | there's another libtool flag to make it not use the .la's iirc, but I forget .. it's still a wrong .la to have installed |
21:20.52 | brlcad | you should check the ldd libcurl.so first |
21:21.31 | brlcad | if that actually has a dynamic link to that libstdc++.so deep with a home path, it might still cause a problem (if that deep home path exists) |
21:21.51 | Blue89 | that path does not exist |
21:22.06 | Blue89 | my home ony contains a root and a Michael directory |
21:23.16 | Blue89 | I ran that first command. do I need the second one or can I try the make install now? (which will take about 1:30 minutes to reach the point where it fails) |
21:25.36 | *** join/#bzflag zee726 (i=42ae5ca7@gateway/web/cgi-irc/zeebrothers.net/x-cf979cf370a7160b) |
21:26.39 | Blue89 | I guess I'll update you guys in an hour, thanks for the help :-) |
21:28.50 | Blue89 | I was wrong about the hour wait, I guess make is smart enough not to start from the beginning when it fails and is restarted |
21:29.01 | Blue89 | or should I say, retarded |
21:29.17 | Blue89 | I see -L/home/hrw/..... again |
21:29.50 | Blue89 | and it is complaining that it can't find curl |
21:29.51 | Tupone | find / -name \*.la | xargs grep 3541-feed | grep libstdc++.la |
21:30.12 | Tupone | and put back curl where it was |
21:30.19 | Blue89 | ok |
21:30.41 | brad | ~bz20cvs |
21:30.43 | ibot | cvs -d :pserver:anonymous@cvs.bzflag.org:/cvsroot/bzflag co -P -r v2_0branch bzflag |
21:33.53 | Blue89 | I see a lot of stuff, what am I looking for? |
21:34.20 | Blue89 | (this time I gave us a |less - so I won't miss so much) |
21:37.03 | Blue89 | the first line shows that libstdc++.la is asking for a dependancy search in two /home/hrw type dirs |
21:37.43 | Blue89 | that is a really long line, actuall six -Ls are on it |
21:38.53 | brlcad | Blue89: did you do the ldd ? |
21:39.03 | Blue89 | no |
21:39.25 | Blue89 | you said maybe I need it, I was not sure I had to, I will now if you want |
21:39.45 | brlcad | it just tells you the linkages |
21:40.23 | Tupone | because I want to be sure it is |
21:40.34 | Tupone | and he can fix chaing the path inside |
21:40.40 | Tupone | changing |
21:40.48 | brlcad | wouldn't moving it out of the way also show that? :) |
21:41.25 | Tupone | hmm, I don't know if he need to autorecof everything in that case |
21:41.28 | Blue89 | I am getting ldd: not found |
21:41.45 | brlcad | Blue89: really? interesting.. what OS is this? |
21:41.54 | Blue89 | arm linux |
21:42.00 | brlcad | huh |
21:42.16 | Blue89 | openzaurus to be specific |
21:42.19 | ruskie | erm |
21:42.47 | ruskie | and bzflag should run on an arm? |
21:42.51 | brlcad | Blue89: grep 3541-feed /usr/lib/*.la | wc |
21:43.09 | Blue89 | ruskie: it has been done before in pdaxrom I beleive |
21:43.19 | blast007 | ruskie: it might take an arm and a leg *runs away before he gets larted* |
21:43.24 | ruskie | lol |
21:43.31 | Blue89 | I have mesa, so it should work, even if I have to turn off texturing |
21:44.04 | ruskie | this sholud be interesting... |
21:45.04 | brlcad | Blue89: the count? |
21:46.01 | Blue89 | <PROTECTED> |
21:46.20 | brlcad | so two files are busted |
21:46.25 | Blue89 | btw, I moved libcurl again before I tried the ldd, I will move it back |
21:46.33 | brlcad | nah,t hat's fine |
21:46.36 | brlcad | that just makes it 3 |
21:46.53 | brlcad | or at least three instances, maybe only 1 other file |
21:47.08 | Blue89 | I moved it back and re-ran that count, no change |
21:47.53 | brlcad | er, that suggests that maybe you copied it instead of moved it? |
21:48.08 | brlcad | the count shouldn't be identical unless you typo's copying it back |
21:48.32 | brlcad | grep 3541-feed /usr/lib/*.la without the | wc |
21:50.14 | Blue89 | I see two huge lines: a libstdc++ one and a libsupc++ one |
21:50.31 | brlcad | ooh, you have a libtstdc++.la ? |
21:50.39 | Blue89 | yes |
21:50.46 | Blue89 | why? |
21:50.51 | brlcad | ahh.. "there's yer problem" ;) |
21:50.55 | Blue89 | did you think it was missing? |
21:51.11 | Blue89 | did I just typo |
21:51.19 | brlcad | no, .la is not at all the same as .so |
21:51.38 | brlcad | the .la's aren't necessary -- it ultimately uses a .so or a .a |
21:51.45 | Tupone | but I have lisbstdc++.la too |
21:51.54 | Tupone | so he can have it |
21:52.10 | brlcad | I'm not saying it's wrong to have it |
21:52.21 | Tupone | ahh ok :) |
21:52.23 | brlcad | but in his case, he has it and it refers to a bogus path |
21:52.25 | Tupone | misunderstood |
21:52.27 | Blue89 | I will make sure I have the so, but it is the la that make wants to find |
21:52.55 | Tupone | Blue89: you should have the name of the 2 la failing |
21:53.46 | brlcad | you have three options: 1) move/remove those three .la files, 2) fix those .la files so they don't point to that 3541 path, or 3) rebuild at least libcurl and libstdc++ correctly |
21:54.30 | Blue89 | can't I just set something that will force make to look in /usr/lib first? |
21:55.01 | brlcad | Blue89: it is, and it's finding the .la .. which points it to look elsewhere |
21:55.11 | Blue89 | make install -L/usr/lib? |
21:55.18 | Blue89 | oh |
21:56.34 | brlcad | libtool will read a .la if and only if it exists first, since it has more exact details |
21:56.34 | Tupone | I'd go with 2 :) |
21:56.35 | *** join/#bzflag LongDon (n=LongDon@dialin-78184.ewetel.net) |
21:57.10 | LongDon | Is there anyone who can helpme with compile probs of cvs 209 on debian sarge? |
21:57.31 | LongDon | I have the following error: |
21:57.31 | LongDon | configure: creating ./config.status |
21:57.31 | LongDon | config.status: creating bzflag.info |
21:57.32 | LongDon | config.status: creating BZFlag.xcode/Makefile |
21:57.32 | LongDon | config.status: creating Dev-C++/Makefile |
21:57.32 | LongDon | config.status: error: cannot find input file: Makefile.in |
21:58.43 | brlcad | LongDon: sounds like probably either need to cvs update -dP or run/rerun ./autogen.sh |
21:59.17 | LongDon | Its a fresh cvs checkout |
22:01.56 | Blue89 | there's my error: still looking for libcurl.la |
22:03.12 | Tupone | Blue89: what are the name of these files? |
22:03.39 | Blue89 | libstdc++.la libsupc++.la libcurl.la |
22:04.21 | *** join/#bzflag spldart (n=troublem@cpe-24-28-107-184.houston.res.rr.com) |
22:04.27 | Tupone | edit libcurl.a and see where you refer to your temp directory |
22:05.17 | Tupone | you can save a new copy and change the path from your local firectory to /usr/lib/ |
22:27.37 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-63-199-246-191.dsl.sndg02.pacbell.net) |
22:27.37 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
22:39.45 | *** join/#bzflag bz63 (n=43b1ee97@bz.bzflag.bz) |
22:40.09 | bz63 | Anyone here able to give me a bit of help with OSX and BZFlag? |
22:42.14 | bz63 | got an older ibook, wanted to run it for my kids on here. OSX 10.4.8. When I start the game, the "join game" options are garbled and the system hangs. |
22:42.33 | LongDon | brlcad: did the cvs update -dP and rerun autogen.sh. Error still exists |
22:43.03 | bz63 | I'm trying bzflag 2.0.8 and had same problems with 20.4. |
22:43.08 | bz63 | ooops 2.0.4 |
22:44.01 | bz63 | anyone? |
22:44.43 | *** join/#bzflag triclops (n=triclops@203-217-47-13.dyn.iinet.net.au) |
22:45.27 | bz63 | guess i'm screwed huh? |
22:45.36 | blast007 | bz63: did you select a server? |
22:46.02 | blast007 | hmm, "Join Game" on the main menu? |
22:46.06 | blast007 | is grayed? |
22:46.08 | bz63 | Don't get that option. It hangs on the 'join game' screen. can't select a server, and |
22:46.34 | bz63 | It's not really greyed, it's more garbled. LIke the vid is screwed. can't escape out. |
22:46.38 | blast007 | ah |
22:46.43 | bz63 | I have to power down. |
22:47.10 | blast007 | maybe try running it at a lower resolution and see if that works |
22:47.28 | blast007 | you can start it at the terminal, and pass it -window -geometry 640x480 |
22:48.04 | bz63 | you think 1024x768 is too high a res? |
22:48.04 | blast007 | and if that works, you should be able to set the full screen resolution in the options menu |
22:48.04 | blast007 | could be |
22:48.16 | blast007 | I know some of the old ATI Rage cards had issues |
22:48.26 | bz63 | OK. I'll give it a shot. |
22:49.53 | LongDon | in the config.log i find this: |
22:49.54 | LongDon | #define INSTALL_DATA_DIR "/usr/local/share/bzflag" |
22:49.54 | LongDon | #define NDEBUG 1 |
22:49.54 | LongDon | #define PACKAGE "bzflag" |
22:49.54 | LongDon | #define PACKAGE_BUGREPORT "" |
22:49.54 | LongDon | #define PACKAGE_NAME "" |
22:49.56 | LongDon | #define PACKAGE_STRING "" |
22:49.58 | LongDon | #define PACKAGE_TARNAME "" |
22:50.00 | LongDon | #define PACKAGE_VERSION "" |
22:50.02 | LongDon | #define ROBOT 1 |
22:50.04 | LongDon | #define SNAPPING 1 |
22:50.06 | LongDon | #define STDC_HEADERS 1 |
22:50.08 | LongDon | #define STDC_HEADERS 1 |
22:50.10 | LongDon | #define VERSION "2.0.9" |
22:50.12 | LongDon | #define XF86VIDMODE_EXT 1 |
22:50.14 | LongDon | #define _USE_BZ_API 1 |
22:50.16 | LongDon | #endif |
22:50.18 | LongDon | #ifdef __cplusplus |
22:50.18 | blast007 | LongDon: pastebin |
22:50.20 | LongDon | extern "C" void std::exit (int) throw (); using std::exit; |
22:50.22 | LongDon | configure: exit 1 |
22:50.26 | blast007 | ~pastebin |
22:50.28 | ibot | [pastebin] a place to paste your stuff without flooding the channel - try http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites, or dpaste.com is a very nice pastebin as well |
22:50.56 | LongDon | ok. thx |
22:53.27 | blast007 | I have that in my config.log too |
22:53.58 | blast007 | did you run ./autogen.sh ? |
22:54.28 | blast007 | supposed you would have had to, in order to get this far |
22:54.47 | *** join/#bzflag view (n=view@c-69-249-178-98.hsd1.nj.comcast.net) |
23:04.42 | *** join/#bzflag PoinTbLanK (n=danny@ip24-251-243-233.ph.ph.cox.net) |
23:05.13 | LongDon | I did and it shows: |
23:06.34 | LongDon | http://pastebin.ca/381580 |
23:07.52 | LongDon | There is this line: Automatically preparing build ... Warning: autoreconf failed |
23:07.53 | LongDon | Is that the problem? |
23:11.48 | LongDon | Did i write thats the 2.0.9? |
23:12.17 | *** join/#bzflag Bassline89 (n=cc102b9b@bz.bzflag.bz) |
23:18.18 | brlcad | LongDon: possibly part of the problem, try ./autogen.sh --verbose and see why autoreconf failed |
23:24.22 | LongDon | running it |
23:25.21 | LongDon | may i paste 3 lines? ;) |
23:25.28 | LongDon | Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL' |
23:25.28 | LongDon | Putting files in AC_CONFIG_AUX_DIR, `misc'. |
23:25.28 | LongDon | Makefile.am:3: require version 1.6, but have 1.4-p6 |
23:25.48 | LongDon | do i need a newer automake? |
23:31.37 | LongDon | The automake1.6 helped to resolve the problem. Ty for the hints brlcad! |
23:40.41 | brlcad | LongDon: interesting.. a lacking in the autogen.sh script .. it should have aborted even earlier on the 1.4-p6 -- i didn't notice that the first time |
23:43.07 | LongDon | great ;) Glad that i could help you ;) |
23:49.16 | *** join/#bzflag codergeek42 (n=peter@fedora/codergeek42) |