<- Previous Log Select Different Log Next Log ->  
Log from 2009-02-27:
--- Day changed Fri Feb 27 2009
00:01 -!- GodTodd [n=TheTruth@pool-173-74-72-105.dllstx.fios.verizon.net] has joined #armagetron
00:03 <armabot> armacommits: [armagetronad-zones-v1v2] r905 set default timed zone scale to a fixed 1 || [armagetronad-zones-v1v2] r904 delegate loading state defaults to shapes...
00:09 -!- Lizmatic [n=Lizmatic@78-27-12-206.dsl.alice.nl] has quit ["Leaving"]
00:15 -!- akira_arma [n=chatzill@77-64-161-27.dynamic.primacom.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]"]
00:33 -!- nsh22 [n=neal@bas3-barrie18-1279549255.dsl.bell.ca] has joined #armagetron
00:34 <nsh22> hey hey
00:34 <epsy> hi
00:35 <nsh22> why is fort cafe down :(?
00:36 <epsy> wrtlprnft too lazy to restart it o:)
00:36 <epsy> in the meantime you can use x sumo
00:36 <epsy> and switch it to fort
00:37 <nsh22> meh
00:37 <nsh22> im in wild fort now so...
00:41 -!- joda_bot [n=anonymou@dslb-084-061-072-003.pools.arcor-ip.net] has left #armagetron []
00:44 -!- AshitakA [n=AshitakA@pD9E015DC.dip0.t-ipconnect.de] has quit ["...draws the curtains."]
00:48 -!- zmanuel [n=manuel@p50870EA2.dip0.t-ipconnect.de] has joined #armagetron
00:53 -!- PinkTomato [n=sam@hn-33-170.brookes.ac.uk] has quit ["Leaving."]
01:09 <smoothice> zmanuel: does the new protobuf stuff interfere with tools-php-client-trunk-work?
01:10 <smoothice> zmanuel: I'm using it for my Server Status page and I want to make sure it will be compatible with trunk
01:14 -!- zmanuel [n=manuel@p50870EA2.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
01:18 <armabot> lpbugs: [329874] Recycling of object IDs <https://bugs.launchpad.net/bugs/329874> || [329812] MOVE_TO doesn't work when specifying port <https://bugs.launchpad.net/bugs/329812> || [328263] Recurrent crash across different clients during online play <https://bugs.launchpad.net/bugs/328263> || [326670] Lots of missing help entries <https://bugs.launchpad.net/bugs/326670> || [326662] Some command help is hardcoded <https://bugs.launch
01:19 -!- Stewah_ [n=AngryOve@cpe-76-88-116-195.san.res.rr.com] has joined #armagetron
01:27 -!- sinewav [n=sinewav@adsl-76-193-189-7.dsl.chcgil.sbcglobal.net] has joined #armagetron
01:36 -!- epsy [n=epsy@unaffiliated/epsy] has quit [Read error: 104 (Connection reset by peer)]
01:53 <armabot> armagetronad:  * resources/Concord/wavelength/subshell-0.0.1.aamap.xml: Resource by Concord
01:55 <nsh22> luke-jr: on my server, why does the map change to a plain square even when map_file is a valid map?
01:55 <smoothice> nsh22: It isn't
01:56 <nsh22> ...
01:56 <nsh22> you changed the map?
01:56 <smoothice> No
01:56 <smoothice> You're trying to include the configuration file as the map
01:57 <nsh22> oh
01:57 <smoothice> it should be this line
01:57 <nsh22> OH I SEE!!
01:57 <smoothice> yeah
01:57 <smoothice> the map_file is in the configuration
01:57 <smoothice> don
01:57 <nsh22> ah yes
01:57 <smoothice> don't change resource_repo_server or anything
01:57 <smoothice> just RINCLUDE the settings and it should work
01:58 <nsh22> but i still need a mapfile for the rmaps
01:58 <smoothice> It's in the config
01:58 <smoothice> the map_file
02:00 <nsh22> ^^ ty smooth
02:04 <armabot> armagetronad:  * resources/Concord/wavelength/subshell-0.0.2.aamap.xml: Resource by Concord
02:15 -!- nsh22 [n=neal@bas3-barrie18-1279549255.dsl.bell.ca] has quit [Read error: 104 (Connection reset by peer)]
02:32 -!- mkzelda [n=mkzelda@unaffiliated/mkzelda] has quit [Remote closed the connection]
02:41 <sinewav> lag!
02:41 <sinewav> oops, wrong application.
02:41 <sinewav> ;)
02:43 -!- Concord [n=Concord@pool-72-93-80-152.bstnma.fios.verizon.net] has joined #armagetron
02:52 <sinewav> Concord: talk to me baby.
02:52 <sinewav> I set up that pair play on our teams server
02:53 <Concord> orly?
02:53 <sinewav> walls_length 400 would be nice I think
02:53 <Concord> I'm a go test it
02:53 <Concord> ;)
02:53 <sinewav> meet you there
02:53 <Concord> it be cool to get a bunch of those sumoers in there
02:56 -!- nsh22 [n=neal@bas3-barrie18-1279549255.dsl.bell.ca] has joined #armagetron
03:06 <Concord> sinewav
03:06 <Concord> try 0.0.4
03:06 <Concord> the old map had wrong settings too
03:06 <armabot> armagetronad:  * resources/Concord/pairplay/pairplay-0.0.4.aamap.xml: Resource by Concord
03:07 <Concord> sinewav: I sent my .cfg to you
03:07 <Concord> for settings
03:12 <armabot> armagetronad:  * resources/Concord/pairplay/pairplaybare-0.0.1.aamap.xml: Resource by Concord
03:39 -!- Concord [n=Concord@pool-72-93-80-152.bstnma.fios.verizon.net] has quit []
03:53 -!- emphasis [n=rolf@140-184-045-062.dynamic.caiway.nl] has quit [Read error: 60 (Operation timed out)]
03:54 -!- emphasis [n=rolf@140-184-045-062.dynamic.caiway.nl] has joined #armagetron
04:00 -!- nsh22 [n=neal@bas3-barrie18-1279549255.dsl.bell.ca] has quit ["the computer has been thrown across the room"]
04:05 -!- emphasis [n=rolf@140-184-045-062.dynamic.caiway.nl] has quit [Read error: 60 (Operation timed out)]
04:14 -!- emphasis [n=rolf@140-184-045-062.dynamic.caiway.nl] has joined #armagetron
04:14 -!- Vanhayes [i=Vanhayes@CPE001111c2dce8-CM001a66837916.cpe.net.cable.rogers.com] has joined #armagetron
04:26 -!- tramshed [n=tramshed@tramshed.broker.freenet6.net] has quit [Remote closed the connection]
04:38 -!- emphasis [n=rolf@140-184-045-062.dynamic.caiway.nl] has quit [Read error: 110 (Connection timed out)]
04:38 -!- emphasis [n=rolf@140-184-045-062.dynamic.caiway.nl] has joined #armagetron
05:03 <Vanhayes> freeciv anyone?
05:05 <luke-jr> maybe]
05:07 <armabot> armacommits: [armagetronad-zones-v1v2] r908 remove dead code, add ZONESV1 ifdef || [armagetronad-zones-v1v2] r907 FIXME to note || [armagetronad-zones-v1v2] r906 remove any shape from the game when the zone is removed
05:29 -!- Netsplit zelazny.freenode.net <-> irc.freenode.net quits: luke-jr, fonkay, ljrbot
05:30 -!- ljrbot [n=supybot-@2002:46bb:1a76:0:2b0:d0ff:fe49:6b31] has joined #armagetron
05:30 -!- fonkay [n=dreamboa@blk-7-225-70.eastlink.ca] has joined #armagetron
05:30 -!- luke-jr [n=luke-jr@2002:46bb:1a76:0:20e:a6ff:fec4:4e5d] has joined #armagetron
05:36 -!- tramshed [n=tramshed@tramshed.broker.freenet6.net] has joined #armagetron
05:40 <Lucifer> GodTodd: ping
05:58 <smoothice> The_Master: ping
05:58 <The_Master> Probably
05:59 <smoothice> The_Master: echo hi
05:59 <The_Master> smoothice: I lost my train of thought.
06:01 <Vanhayes> #eliza hello
06:01 <armabot> Vanhayes: How do you do? What brings you to see me?
06:01 <Vanhayes> #eliza long time no see
06:02 <armabot> Vanhayes: Why do you say long time no see?
06:02 <Vanhayes> #eliza havent gotten any smarter eh?
06:02 <armabot> Vanhayes: What do you think?
06:02 <smoothice> lol
06:02 <smoothice> #eliza what is wrong with you
06:02 <armabot> smoothice: Why do you say what is wrong with me?
06:03 <ct|kyle> oi smoothice
06:03 <smoothice> #eliza Because you are idiotic today
06:03 <smoothice> ct|kyle: hi
06:03 <armabot> smoothice: Is it because i are idiotic today that you came to me?
06:03 <smoothice> #eliza no
06:03 <armabot> smoothice: Why not?
06:03 <smoothice> ...
06:04 <Vanhayes> #eliza Don't answer ever question with another question
06:04 <smoothice> #nwers
06:04 <Vanhayes> #ping
06:04 <smoothice> lol
06:04 <armabot> Vanhayes: Why do you say do not answer ever question with another question?
06:04 <armabot> smoothice: This data is 56 seconds old: SmOoThice~NW@~Night Walker's Central~DF~ (8/12)
06:04 <armabot> pong
06:13 <Lucifer> #math calc sqrt(400)
06:13 <armabot> Lucifer: 20
06:14 <ct|kyle> #g 400^.5
06:14 <armabot> ct|kyle: 400^.5 = 20
06:21 -!- smoothice [n=smoothic@unaffiliated/smoothice] has quit []
06:27 -!- GodTodd [n=TheTruth@pool-173-74-72-105.dllstx.fios.verizon.net] has quit [Read error: 113 (No route to host)]
06:34 -!- smoothice [n=smoothic@97-122-118-62.hlrn.qwest.net] has joined #armagetron
06:45 -!- mkzelda [n=mkzelda@unaffiliated/mkzelda] has joined #armagetron
06:46 <smoothice> ct|kyle: it seems the latest 0.2.8 is really buggy
06:47 <smoothice> ct|kyle: What do you suppose is the stablest armagetron version that exists at the moment?
06:48 <smoothice> luke-jr: any ideas?
06:48 <luke-jr> O.o
06:48 <luke-jr> smoothice: you mean or -sty+ct?
06:49 <smoothice> anything
06:49 <smoothice> I had lots of bugs and lag discrepancies with 0.2.8alpha today
06:49 <luke-jr> :o
06:49 <smoothice> the server would freeze for like 3 seconds
06:49 <luke-jr> is probably most stable
06:49 <smoothice> and then compenstate
06:50 <smoothice> arrggg
06:50 <smoothice> but is three years old
06:51 <smoothice> luke-jr: even you wouldn't use it, would you?
06:51 <smoothice> what do you use for your servers?
06:55 <luke-jr> random 0.2.8 alphas that happen to work ☺
06:55 <smoothice> -.-
06:56 <luke-jr> smoothice: see why I didn't just upgrade it when you demanded? :p
06:56 <luke-jr> I upgrade when there's a need, not because the date looks old
07:00 <smoothice> luke-jr: hmm... maybe in this case the newer versions or worse. should I compile 20080719?
07:02 <smoothice> luke-jr:I don't necessarily think that'd be a good idea either
07:03 -!- zmanuel [n=manuel@p50870EA2.dip0.t-ipconnect.de] has joined #armagetron
07:03 -!- noobSaibot [i=4570961f@gateway/web/ajax/mibbit.com/x-816e3fef52e6a8fe] has joined #armagetron
07:08 -!- ct|kyle [n=kyle@pool-71-97-147-102.aubnin.dsl-w.verizon.net] has quit ["Leaving."]
07:09 <luke-jr> zmanuel: happen to have code for finding the nearest and furthest point from a polygon? ☺
07:10 <zmanuel> nearest and furthest from what?
07:10 <zmanuel> And no, not at hand :)
07:10 <luke-jr> from a polygon
07:10 <luke-jr> a zShapePolygon
07:11 <luke-jr> I just noticed the minimap is supposed to support focussing on the nearest zone :/
07:11  * luke-jr is going to make idiot stubs for now.
07:14 <smoothice> #night
07:14 <armabot> Good night smoothice!
07:14 <smoothice> g'nite luke-jr
07:14 <luke-jr> night smoothy
07:14 <smoothice> :)
07:14 -!- smoothice [n=smoothic@unaffiliated/smoothice] has quit []
07:15 <luke-jr> zmanuel: ok, now it should be suitable for merging finally
07:15 <luke-jr> though I haven't tested the minimap integration, tbh
07:23 -!- noobSaibot [i=4570961f@gateway/web/ajax/mibbit.com/x-816e3fef52e6a8fe] has quit ["http://www.mibbit.com ajax IRC Client"]
07:25 -!- sinewav [n=sinewav@adsl-76-193-189-7.dsl.chcgil.sbcglobal.net] has quit [Remote closed the connection]
07:28 -!- emphasis [n=rolf@140-184-045-062.dynamic.caiway.nl] has quit [Read error: 113 (No route to host)]
07:28 -!- emphasis [n=rolf@046-186-045-062.dynamic.caiway.nl] has joined #armagetron
07:40 <luke-jr> hi emphasis
08:08 <armabot> armacommits: [armagetronad-remove-zonesv1] r913 reduce parseShapeCircle* to parseShapeCircle || [armagetronad-remove-zonesv1] r912 reduce parseZone* to parseZone || [armagetronad-remove-zonesv1] r911 delete unused parseShapeCircleArthemis || [armagetronad-remove-zonesv1] r910 strip out zones v1 || [armagetronad-zones-v1v2] r909 fix minimap integration with v2 zones
08:23 -!- zmanuel [n=manuel@p50870EA2.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
08:35 -!- MrBougo [n=MrBougo@50.31-241-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
08:46 -!- BabyBug [n=babybug@] has joined #armagetron
08:46 <BabyBug> Morning!
08:47 <BabyBug> #ubuntu
08:47 <armabot> sudo aptitude install bzr (or subversion) build-essential automake libboost-dev libxml2-dev libsdl-image1.2-dev libsdl-mixer1.2-dev ftgl-dev libglew-dev bison pkg-config autoconf autotools-dev
09:00 <luke-jr> ……
09:00 <luke-jr> that should be updated :x
09:01 <luke-jr> unfortunately, there is no one-liner anymore
09:02 <BabyBug> what do you mean by one-liner?
09:06 <Vanhayes> "Guy walks into a bar, Ouch"
09:06 <Vanhayes> One liner
09:06 <Vanhayes> #night
09:07 <armabot> Good night Vanhayes!
09:07 -!- MrBougo [n=MrBougo@50.31-241-81.adsl-dyn.isp.belgacom.be] has quit []
09:07 -!- Vanhayes [i=Vanhayes@CPE001111c2dce8-CM001a66837916.cpe.net.cable.rogers.com] has quit ["Moving"]
09:08 -!- MaZuffeR [n=mazuffer@darkmoor.sby.abo.fi] has joined #armagetron
09:09 <luke-jr> BabyBug: protobuf and zthreads aren't available via apt/aptitude
09:10 <BabyBug> luke-jr, protobuf is...
09:10 <BabyBug> libprotobuf-dev and protobuf-compiler
09:10 <armabot> armacommits: [armagetronad-zonesv2-cleanup] r910 block off access to zZone.pos (its not valid)... || [trunk-armagetronad-work] r854 Properly escape auto completed names starting with quotes wh...
09:25 -!- BabyBug [n=babybug@] has quit ["Leaving"]
09:26 <luke-jr> err
09:27 <luke-jr> Ubuntu actually has protobuf :o
09:29 -!- zmanuel [n=manuel@p50870EA2.dip0.t-ipconnect.de] has joined #armagetron
09:45 -!- PinkTomato [n=sam@hn-33-170.brookes.ac.uk] has joined #armagetron
09:50 -!- joda_bot [n=anonymou@dslb-084-061-072-003.pools.arcor-ip.net] has joined #armagetron
09:59 -!- PinkTomato [n=sam@hn-33-170.brookes.ac.uk] has quit ["Leaving."]
10:02 <armabot> armagetronad: bazaarmagetron * r9063 /armagetronad/trunk/armagetronad/ (. src/engine/ePlayer.cpp): wrtlprnft: Properly escape auto completed names starting with quotes where they'll be parsed by the server. Fixes https://bugs.launchpad.net/armagetronad/+bug/325878
10:14 <armabot> armacommits: [armagetronad-zonesv2-cleanup] r920 stop zZone from using deprecated methods || [armagetronad-zonesv2-cleanup] r919 permit a refVal when converting tFunc to tPoly || [armagetronad-zonesv2-cleanup] r918 mark zZone::{Evaluate,Set}FunctionNow as deprecated-- these ... || [armagetronad-zonesv2-cleanup] r917 remove more old commented code || [armagetronad-zonesv2-cleanup] r916 avoid use of (now deprecated) zZone::GetPositio
10:25 -!- akira_arma [n=chatzill@77-64-161-27.dynamic.primacom.net] has joined #armagetron
10:29 -!- joda_bot [n=anonymou@dslb-084-061-072-003.pools.arcor-ip.net] has quit ["Leaving."]
11:17 <armabot> armacommits: [armagetronad-remove-zonesv1] r915 fix zones[v2] option handling || [armagetronad-zones-v1v2] r912 ensure fortress forces zones support || [armagetronad-remove-zonesv1] r914 rename --enable-zonesv2 to --enable-zones
11:36 -!- fonkay [n=dreamboa@blk-7-225-70.eastlink.ca] has quit [Read error: 60 (Operation timed out)]
11:40 -!- fonkay [n=dreamboa@blk-7-225-70.eastlink.ca] has joined #armagetron
11:50 -!- z-manuel [n=manuel@p508710AF.dip0.t-ipconnect.de] has joined #armagetron
11:50 -!- z-manuel is now known as z-man
11:53 <armabot> armagetronad: z-man * r9064 /armagetronad/trunk/ (4 files in 3 dirs): (log message trimmed)
11:53 <armabot> armagetronad: Merging branch 0.2.8 from revision 9056 to 9063:
11:53 <armabot> armagetronad:  ------------------------------------------------------------------------
11:53 <armabot> armagetronad:  r9062 | bazaarmagetron | 2009-02-26 18:14:14 +0100 (Thu, 26 Feb 2009) | 2 lines
11:53 <armabot> armagetronad:  Manuel Moos: Now switched to the more standard and easier to escape reading method that turns \\ into \, \\\\ into \\ and so on.
11:53 <armabot> armagetronad:  ------------------------------------------------------------------------
11:53 <armabot> armagetronad:  r9061 | bazaarmagetron | 2009-02-26 18:12:42 +0100 (Thu, 26 Feb 2009) | 2 lines
12:07 -!- zmanuel [n=manuel@p50870EA2.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
12:18 <armabot> armacommits: [trunk-armagetronad-work] r855 Merging branch 0.2.8 from revision 9056 to 9063:...
12:19 -!- emphasis [n=rolf@046-186-045-062.dynamic.caiway.nl] has quit []
12:22 -!- emphasis [n=rolf@046-186-045-062.dynamic.caiway.nl] has joined #armagetron
12:59 <armabot> armagetronad: bazaarmagetron * r9065 /armagetronad/trunk/armagetronad/ (31 files in 7 dirs): Manuel Moos: Merging Luke-Jr's zone v1 obsoletion branch.
13:00 <armabot> armagetronad: bazaarmagetron * r9066 /armagetronad/trunk/armagetronad/ (. configure.ac):
13:00 <armabot> armagetronad: author: Manuel Moos
13:00 <armabot> armagetronad: Disabiling zones v1 from the start by default to avoid warning message.
13:00 <armabot> armagetronad: Yeah, this makes it more work to get them back.
13:14 -!- epsy [n=epsy@unaffiliated/epsy] has joined #aRmAGetRoN
13:19 <armabot> armacommits: [trunk-armagetronad-work] r857 Disabiling zones v1 from the start by default to avoid warni... || [trunk-armagetronad-work] r856 Merging Luke-Jr's zone v1 obsoletion branch....
13:40 <armabot> armagetronad: bazaarmagetron * r9067 /armagetronad/trunk/armagetronad/ (. src/tools/tPolynomial.cpp src/tools/tPolynomial.h): Manuel Moos: Moved operator() to .h file, it was declared inline..
13:42 <armabot> armagetronad: bazaarmagetron * r9068 /armagetronad/trunk/armagetronad/ (. src/tron/zone/zShape.cpp): Manuel Moos: Fixed jerkyness of incoming zone v1 syncs in the v2 code.
14:01 <armabot> armagetronad: bazaarmagetron * r9069 /armagetronad/trunk/armagetronad/ (. src/tron/zone/zShape.cpp src/tron/zone/zShape.hpp): Manuel Moos: Fixed rendering order of v2 zones, they now are marked as alpha objects and are rendered after walls.
14:03 -!- epsy [n=epsy@unaffiliated/epsy] has quit [Read error: 110 (Connection timed out)]
14:04 -!- epsy [n=epsy@unaffiliated/epsy] has joined #aRmAGetRoN
14:19 <guru3> i h8 windows updates
14:22 <armabot> armacommits: [trunk-armagetronad-work] r860 Fixed rendering order of v2 zones, they now are marked as al... || [trunk-armagetronad-work] r859 Fixed jerkyness of incoming zone v1 syncs in the v2 code.... || [trunk-armagetronad-work] r858 Moved operator() to .h file, it was declared inline.....
14:27 -!- epsy [n=epsy@unaffiliated/epsy] has quit [Read error: 113 (No route to host)]
14:59 <armabot> armagetronad: z-man * r9070 /armagetronad/tags/ Tagging
15:10 <armabot> armagetronad: bazaarmagetron * r9071 /armagetronad/branches/0.2.8/armagetronad/ (6 files in 4 dirs): Manuel Moos: Injected Armatrator access level between Team Leader and Moderator and gave it IP and ID read rights by default.
15:26 <armabot> armacommits: [0.2.8-armagetronad-sty] r891 Merge from mainline... || [0.2.8-armagetronad-work] r1079 Injected Armatrator access level between Team Leader and Mod...
15:48 -!- smoothice [n=smoothic@97-122-118-62.hlrn.qwest.net] has joined #armagetron
16:07 -!- epsy [n=epsy@unaffiliated/epsy] has joined #aRmAGetRoN
16:10 -!- ct|kyle [n=kyle@pool-71-97-147-102.aubnin.dsl-w.verizon.net] has joined #armagetron
16:11 <smoothice> hi ct|kyle
16:11 <ct|kyle> oi smoothice
16:11 <smoothice> ct|kyle: did ya' sleep good? :P
16:12 <ct|kyle> I don't know
16:12 -!- z-man [n=manuel@p508710AF.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
16:30 <armabot> armacommits: [trunk-armagetronad-work] r861 Restored ZONE_ALPHA(_SERVER) for v2 zones....
16:32 -!- Stewah_ [n=AngryOve@cpe-76-88-116-195.san.res.rr.com] has quit []
16:38 -!- arrow [n=euclid@adsl-dyn191.91-127-248.t-com.sk] has joined #armagetron
16:43 -!- z-man [n=manuel@p508710AF.dip0.t-ipconnect.de] has joined #armagetron
17:21 <luke-jr> Lucifer: why is the sound engine in dedicated? :o
17:24 <luke-jr> z-man: how familiar are you with zv2?
17:25 <z-man> Not more than you are :)
17:25 <luke-jr> you know how there are multiple differing classes that have ::apply and ::validate?
17:26 <z-man> no.
17:26 <luke-jr> they all get stacked on each other
17:26 <luke-jr> o
17:26 <z-man> Merges 0.2.8 -> trunk are done in SVN because for bzr, the current branches are incompatible.
17:26 <luke-jr> :/
17:27 <luke-jr> Anyway, if I want to eliminate the middle-men in cases where they are matching everything, should I make it part of "cleanup" or a new "refactor" branch? :p
17:28 <z-man> How should I know? :)
17:28 <luke-jr> heh
17:28 <z-man> Is the other stuff lrjbot just told me about still current?
17:28 <luke-jr> I forget what it is ☺
17:29 <z-man> I did test the CRAP branch and it didn't crash my 0.2.8
17:29 <luke-jr> hm
17:29 <z-man> need to do anything special on the server?
17:29 <luke-jr> just try connecting twice
17:29 <z-man> or does a CRAP client crash a 0.2.8 server?
17:29 <luke-jr> IIRC, CRAP will segfault when you connect
17:29 <luke-jr> so start it up again and try reconnecting
17:29 <z-man> It didn't crash itself, either...
17:29 <luke-jr> hrm
17:30 <luke-jr> want me to try to reproduce again?
17:30 <z-man> If it's not too much trouble, yes.
17:30 <luke-jr> ok
17:30 <z-man> I'll try again myself, too.
17:30 <luke-jr> just a recompile afaik ☺
17:31 <luke-jr> also
17:32 <luke-jr> is there a reason gParser thinks we're still Artemis?
17:32 <armabot> armacommits: [armagetronad-zonesv2-cleanup] r921 remove old commented code
17:33 <smoothice> luke-jr: armagetronad-v2sty - Merged????????? I thought I was working on that?
17:33 <luke-jr> smoothice: wasn't me!
17:33 <smoothice> z-man: ?
17:33 <z-man> what? did I merge the wrong branch?
17:33 <z-man> uh oh :)
17:33 <smoothice> :O
17:33 <smoothice> ...
17:33 <z-man> Whatever I merged, it was good :)
17:33 <luke-jr> z-man: no, v1v2 merged too
17:33 <smoothice> luke-jr: what now?
17:34 <luke-jr> smoothice: maybe it propagated since you didn't actually change anything
17:34 <z-man> Yeah, that's plausible.
17:34 <luke-jr> smoothice: I'd just pull from trunk into v2sty
17:34 <smoothice> so branch v2sty
17:34 <smoothice> and merge with trunk?
17:34 <smoothice> and set status to dev?
17:34 <luke-jr> err
17:35 <z-man> Depends on what you're doing.
17:35 <luke-jr> https://code.launchpad.net/~armagetronad-sty-0.3/armagetronad/armagetronad-v2sty done
17:35 <luke-jr> you can set it to Dev once there's something there
17:36 <armabot> armagetronad: bazaarmagetron * r9072 /armagetronad/trunk/armagetronad/ (5 files in 3 dirs): Manuel Moos: Restored ZONE_ALPHA(_SERVER) for v2 zones.
17:36 <smoothice> so I should use that branch?
17:36 <luke-jr> smoothice: yeah
17:36 <luke-jr> I just synced it with trunk
17:36 <luke-jr> since v1v2 is merged into trunk now
17:37 <smoothice> ok
17:37 <luke-jr> z-man: btw, I spent an hour or so yesterday testing remove-zonesv1 and hyping 0.3.2 :p
17:37 <luke-jr> as supporting "star-shaped flags"
17:38 <luke-jr> does anyone know why Rotation2 isn't Rotation?
17:38 <z-man> probably because rotation is in gZone
17:38 <smoothice> luke-jr: so theoretically I should create zZoneFlag and zZoneBall
17:38 <z-man> and phillipe started by having v2 a base class of that.
17:39 <luke-jr> smoothice: zFlag.* with zFlagZone subclass; likewise for ball
17:39 <luke-jr> i c
17:39 <luke-jr> z-man: any idea how complex it would be to add a SegmentRotation or such?
17:39 <smoothice> luke-jr: Why zFlag and zFlagZone? Cannot it just be one class?
17:39 <luke-jr> perhaps generalize it to TextureRotation for future texture support
17:39 <luke-jr> right now the entire shape rotates, I'm thinking just the visual wrap on it
17:40 <luke-jr> smoothice: the class named zFlagZone, but the *files* named zFlag.*
17:40 <z-man> You mean for the polygon shapes?
17:40 <luke-jr> z-man: yeah
17:40 <luke-jr> or any shapes really other than circle
17:40 <smoothice> luke-jr: k
17:40 <z-man> Have a square where the segments move around it, but the shape stays?
17:40 <luke-jr> circle's the onyl shape it's the same thing ☺
17:40 <luke-jr> right
17:40 <z-man> Can't be that hard.
17:40 <luke-jr> IIRC, the polygon rendering is still not workign quite right anyway
17:41 <z-man> If the current segmentation code is any good, you just have to add an initial offset.
17:41 <luke-jr> ☺
17:41 <luke-jr> I think the current segmentation code is pretty bad, but I haven't seen it
17:41 <luke-jr> I've just read the comments criticizing it
17:41 <luke-jr> zShapePolygon is beyond my ability to comprehend
17:42 <luke-jr> hence why the nearest-point functions are so wacked for it
17:43 <smoothice> luke-jr: How and where should I add those files to Makefile.am?
17:44 <luke-jr> smoothice: look at how I did Fortress ☺
17:44 <luke-jr> also configure.ac
17:44 <luke-jr> you'll need a --enable-flags and --enable-ball
17:45 <smoothice> k
17:45 <smoothice> luke-jr: is there a certain commit I can look at in LP to see exactly what you did and where?
17:47 <luke-jr> z-man: would be nice if bazaararmagetron would set the author to <username>@users.sourceforce.net instead of jusst <<usernaame>>
17:47 <luke-jr> minor tho
17:47 <luke-jr> smoothice: http://bazaar.launchpad.net/~armagetronad-dev/armagetronad/trunk-armagetronad-work/revision/856
17:48 <luke-jr> smoothice: note there is no reason your changes should conflict with Zones v1, so you don't need to copy that logic
17:48 <luke-jr> lines 333-339 configure.ac in that diff
17:49 <z-man> luke-jr: really cool would be if it would translate them to the lp userids.
17:49 <luke-jr> z-man: LP itself doesn't do that
17:50 <luke-jr> LP looks us up by email
17:50 <luke-jr> since I have luke-jr@users.sourceforce.net as one of my secondary LP emails, it would link me
17:50 <z-man> makes sense.
17:50 <luke-jr> hence the reason for my suggestion ☺
17:51 <luke-jr> btw, ♡ __deprecated
17:51 <smoothice> luke-jr: Wouldn't I still need some logic to make sure that ball and flag can only be enabled if zones-v2 is enabled?
17:51 <luke-jr> smoothice: that is line 347-353 configure.ac
17:52 <z-man> as long as there's never anything merged where a __deprecated function is still used :)
17:52  * z-man runs strictly on -Werror
17:52 <luke-jr> basically, --enable-fortress forces --enable-zonesv2
17:52 <luke-jr> z-man: I imagine smoothice will find it useful while porting
17:52 <z-man> don't bother with all that fine-tuned configuration, geez.
17:52 <z-man> just enable the new sty stuff whenever zonesv2 are activated.
17:52 <luke-jr> :/
17:53 <smoothice> works for me :)
17:53 <smoothice> It doesn't really make sense to keep the sty stuff separate and only accessible via. configure
17:53 <z-man> After the new fortress stuff has gotten some more testing, I'm for completely removing zones v1.
17:54 <luke-jr> z-man: completely removing zones v1 is functional in remove-zonesv1 branch ☺
17:54 <luke-jr> smoothice: fortress is separate like such
17:54 <z-man> Isn't it already functional on trunk?
17:54 <luke-jr> z-man: maybe, but I mean I actually did it
17:54 <z-man> Default compile doesn't even compile gWinZone.cpp.
17:54 <luke-jr> heck, I had G++ removing zFortress.o from the final binary because nothing referenced it XD
17:55 <smoothice> luke-jr, z-man: frankly this is one of those things I just need to be told to do
17:56 <luke-jr> o rly?
17:56 <luke-jr> ok then
17:56 <luke-jr> smoothice: DO IT NOW >:O
17:56 <smoothice> luke-jr: not the entire thing... just the configure dilemma
17:56 <z-man> I'll remove the fine grained configurability on merging it :)
17:57 <z-man> So do it only if it helps you with development.
17:57 <smoothice> so if I answer no then I'll just do ifdefs for enable-zonesv2
17:57 <z-man> yep.
17:58 <smoothice> and
17:58 <smoothice> What's the difference between ifdef and ifndef?
17:58 <smoothice> or
17:58 <smoothice> something like that?
17:58 <z-man> ifdef compiles the block if the symbol is defined
17:58 <z-man> ifndef compiles the block if the symbol is NOT defined
17:59 <z-man> But just put your .cpp files in Makefile.am where the other zone v2 files are.
17:59 <smoothice> ah
17:59 <smoothice> k
17:59 <smoothice> so the entire zZone.cpp file should probably be inside an ifdef?
18:00 <z-man> It's inside an Automake if statement already.
18:00 <luke-jr> z-man: ☹
18:00 <smoothice> z-man: I mean't zFlag and zBall
18:01 <z-man> just put them next to zZone.cpp in Makefile.am.
18:01 <smoothice> ok
18:01 <z-man> inside the zonesv2 if statement there.
18:02 <smoothice> k
18:03 <smoothice> z-man: 	tron/zone/zEffector.h      tron/zone/zEffector.cpp\
18:03 <smoothice> 	tron/zone/zZoneInfluence.h tron/zone/zZoneInfluence.cpp
18:03 <smoothice> one has / on the end
18:03 <smoothice> one doesn't
18:03 <smoothice> why?
18:03 <z-man> the one without the \ is the last one :)
18:03 <smoothice> ahhh
18:03 <smoothice> got it :)
18:04 <luke-jr> sigh
18:04 <smoothice> z-man: so if I add zFlag and zBall to Makefile.am I don't need to worry about configure.ac
18:04 <smoothice> luke-jr: -.-
18:04 <luke-jr> z-man: did you remove the fortress modularity? :/
18:05 <luke-jr> z-man: the eventual goal is to be able to isolate modules entirely
18:06 <z-man> smoothice: yes.
18:06 <z-man> luke-jr: no. But I probably will.
18:06 <luke-jr> ☹
18:06 <z-man> Problem is that those Automake if statements also define what gets packed into source tarballs.
18:06 <z-man> (I think)
18:06 <z-man> So right now, there would be no way to pack a complete tarball.
18:08 <z-man> Plus, what's the point? In our binary version, we have to activate all stable modules anyway.
18:08 <z-man> One "oh, I also want those new flashy experimental modules" flag suffices.
18:09 <luke-jr> z-man: in the binary server, maybe
18:09 <luke-jr> clients have no need for zone modules, AFAIK
18:09 <z-man> For local play?
18:09 <z-man> We don't want to make that completely impossible.
18:09 <z-man> That there's no AI that can handle all the fancy new zones is no excuse :)
18:09 <luke-jr> I'm hoping zones aren't going to be "new flashy experimental" when the next stable release comes out ☺
18:10 <z-man> Not all zones. But some of them may be.
18:10 <luke-jr> good idea, zones should have a function telling AIs to seek or avoid them
18:10 <luke-jr> z-man: hence why there should be some modularity to disable new flashy experimetnal without disabling zones entirely
18:11 <z-man> Or better yet, a function taking over the AI completely :
18:11 <smoothice> luke-jr: in zFortress.cpp: zFortressZone::zFortressZone( eGrid * grid ) is your constructor function right?
18:11 <luke-jr> smoothice: one of them
18:11 <z-man> Yes, we agree there :) Some modularity. Generally, have v1 disabled, v2 enabled with lots of stable, tested modules
18:11 <smoothice> luke-jr: what's the other one then?
18:11 <luke-jr> z-man: I thought you were just telling smoothice to make his new flashy experimental hard-enabled with zones? :p
18:11 <z-man> but build jump zones, teleport zones, wall drop zones etc.. only on request.
18:12 <luke-jr> smoothice: dunno, maybe there is only one for that
18:12 <z-man> yeah, as long as they're in a branch specifically designed to develop them, what's the point of having them disableable?
18:13 <luke-jr> z-man: for when it's merged? :p
18:13 <z-man> Let me worry about that :)
18:14 <luke-jr> I can't reproduce CRAP anymore
18:14 <luke-jr> maybe latest 0.2.8 fixed it
18:14 <luke-jr> I think I had an old 0.2.8 rev back then
18:14 <z-man> Try
18:14 <luke-jr> I just deleted it ;(
18:14 <z-man> if that crashes, we have a little problem :)
18:15 <smoothice> luke-jr: Will I need to use zoneSegments for zFlagZone and zBallZone?
18:15 <luke-jr> smoothice: say what?
18:15 <luke-jr> #define sg_segments sz_zoneSegments ?
18:15 <smoothice> yeah
18:15 <luke-jr> search for sg_segments
18:16 <luke-jr> if so, then yes
18:16 <luke-jr> you could do a Find/Replace too, but then you're less able to merge changes from 0.2.8 sty if needed
18:16 <z-man> Isn't that handled by zShapeCircle alrady?
18:16 <luke-jr> z-man: fortress calculates max rotation speed from it
18:16 -!- joda_bot [n=anonymou@dslb-084-061-072-003.pools.arcor-ip.net] has joined #armagetron
18:17 <z-man> ah. right.
18:17 <luke-jr> not sure if sty uses it in any way
18:17 <smoothice> so zZone would hand the zone visuals itself
18:17 <luke-jr> zZone doesn't have visuals
18:18 <luke-jr> zShape* does all that
18:18 <smoothice> ok
18:18 <smoothice> and
18:18 <smoothice> static zZoneExtRegistration regFortress("fortress", "", zFortressZone::create); deals with the map link right?
18:19 <luke-jr> registers the module with the zone extension registry
18:19 <smoothice> yay
18:19 <smoothice> ok I'm getting this now
18:19 <luke-jr> the second string is a description if you care to fill that in ☺
18:20 <smoothice> k
18:20 <luke-jr> it's not actually used right now
18:21 <smoothice> luke-jr: and for the constructor function of zFortressZone, I'm guessing zFlagZone won't need currentState_ or onlySurvivor_?
18:21 <luke-jr> shrug
18:21 <z-man> Probably not.
18:21 <smoothice> ok
18:22 <smoothice> also, what is touchy_?
18:22 <smoothice> that sounds wrong but still what is it? :P
18:22 <z-man> Fortress specific, delete it.
18:22 <smoothice> k
18:22 <smoothice> lastEnemyContact?
18:22 <z-man> if set, the fortress collapses at the merest touch.
18:22 <smoothice> I'm guessing fortress only too
18:22 <luke-jr> z-man: any way to replace all the tFunctions with tPolynomials, but still sync with tFunction-based code? ☺
18:23 <z-man> luke-jr: sure, but the code calling the sync will sadly need a bit of adaption.
18:23 <z-man> I wouldn't stop at tPolynomial, tbh
18:24 <luke-jr> I know
18:24 <luke-jr> did anyone ever decide whether to strip vValue or keep it?
18:24 <z-man> No, and we won't stip it unless scripting is there.
18:25 <smoothice> luke-jr: so the only constructor variables I'll need for zFlagZone are enemiesInside, ownersInside, lastSync, and teamDistance?
18:26 <luke-jr> so in theory, we could upgrade everythign to vValues and send tFunction and tPolynomial syncs for old clients/servers?
18:26 <ct|kyle> zFlag not zFlagZone :P
18:26 <luke-jr> smoothice: probably none of those
18:26 <smoothice> not teamdistance?
18:26 <luke-jr> smoothice: you will need to have some for the flag-specific stuff I'm sure
18:26 <smoothice> yeah
18:26 <smoothice> but
18:26 <luke-jr> like the player holding it
18:26 <luke-jr> look at your 0.2.8 constructor
18:26 <smoothice> k
18:27 <luke-jr> I don't think any of that changed with zones v2
18:27 <ct|kyle> that part is in e-player
18:27 <z-man> luke-jr: if we want to lock ourselves to vValue, yes. I don't think it's a good idea :)
18:33 <smoothice> luke-jr: what's does the Timestep method do?
18:33 <z-man> It does the game simulation.
18:34 <smoothice> ?
18:34 <z-man> The parameter is the time up to which you should simulate to.
18:34 <z-man> the game logic?
18:34 <smoothice> huh?
18:34 <smoothice> timestep = game logic?
18:35 <armabot> armacommits: [armagetronad-zonesv2-cleanup] r922 remove unused shapeCircle.h file
18:36 <z-man> smoothice: yes. The game logic is what drives the game.
18:36 <z-man> the cycles, in their Timestep method, for example, move forward.
18:36 <smoothice> so Timestep is run every time se_GameTime is incremented?
18:36 <z-man> basically, yes.
18:36 <smoothice> ok
18:37 <smoothice> and with zones v2, the methods SetExpansionSpeed and SetRotationSpeed probably don't exist anymore, right?
18:38 <armabot> armagetronad: z-man * r9073 /www/beta/trunk/www-aabeta/releases.php: Added
18:38 <armabot> Executed aauptest: /home/supybot/a
18:38 <luke-jr> smoothice: enjoy http://luke.dashjr.org/tmp/fort-v2.diff
18:39 <smoothice> will do sir!
18:40 <luke-jr> your reaction should now be: wow, that makes it so much simpler
18:40 <smoothice> wow, that makes it so much simpler
18:40 <luke-jr> :p
18:41 <smoothice> oooh no
18:41 <smoothice> what about shots?
18:42 <smoothice> I'm guessing zShot.* and zShotZone, but I'll do that later
18:42 <ct|kyle> shot zones were part of death zones
18:46 <epsy> we have modules? on what branch?
18:47 <z-man> Not real modules :)
18:47 <epsy> like, what?
18:47 <z-man> Zone v2 modules.
18:48 <epsy> ah, but no module loading code?
18:48 <z-man> You can register new zone v2 types without adapting all kind of crap all over the place.
18:48 <z-man> no, no module loading.
18:48 <epsy> good
18:48 <epsy> my effort is not wasted :d
18:48 <epsy> I have a module loading structure on a personal branch
18:49 <luke-jr> z-man: no reproduce CRAP with either
18:49 <luke-jr> smoothice: shots will need rewriting a bit I bet
18:49 <epsy> however, it is packed with eEvent which is not yet adapted to the new net code
18:49 <luke-jr> z-man: we have real modules, just not dynamically loaded
18:49 <luke-jr> technically, there's no reason zFortress.o can't be turned into zFortress.so and linked in dynamically
18:49 <z-man> that's what espy wanted to know.
18:49 <luke-jr> it wouldn't require a single change in zFortress ☺
18:50 <epsy> It doesn't work yet, but maybe someone wants me to upload it
18:50 <z-man> epsy: cross-platform? :)
18:50 <epsy> not yet, no
18:50 <epsy> but well, it works with loader classes
18:50 <luke-jr> z-man: does Mac support dlopen?
18:50 <epsy> so you could easily have a python loader or something
18:50 <luke-jr> Windows dlopen is just a few #defines ☺
18:50 <epsy> it does, I think
18:51 <z-man> it's unix, so I suppose so
18:51 <z-man> but the packaging is probably a tad different.
18:51 -!- dlh [n=dlh@c-75-69-147-94.hsd1.ma.comcast.net] has joined #armagetron
18:51 <epsy> luke-jr, well, I probably will just have it in the library loader
18:52 <epsy> should I upload it?
18:52 <luke-jr> upload it?
18:52 <epsy> I'm kinda busy anyway getting eEvent ported to pb
18:52 <epsy> luke-jr, it being my personal module loading branch
18:53 <luke-jr> you don't keep your branches on LP?
18:53 <epsy> not every of them
18:53 <epsy> heck, it's a sub-branch of eEvent
18:53 <luke-jr> >_<
18:55 -!- Vanhayes [i=Vanhayes@CPE001111c2dce8-CM001a66837916.cpe.net.cable.rogers.com] has joined #armagetron
18:57 <smoothice> luke-jr: I don't think they'll need that much rewriting since all it is is a little bit of code that makes a zone when the brake threshold is reached
18:57 <luke-jr> smoothice: the problem is you can't use brakes ☺
18:57 <luke-jr> or ideally not
18:58 <smoothice> ...
18:58 <smoothice> that's how sty has always worked
18:58 <smoothice> that's how this is going to work
18:58 <epsy> wait, ...
18:58 <luke-jr> shooting should be a seperate thing
18:58  * z-man agrees
18:58 <luke-jr> smoothice: that si part of why sty was never merged? ☺
18:58 <epsy> calls to protobuf message members have to be lowercase?
18:58 <smoothice> oh
18:58 <smoothice> can it still be brake?
18:58 <z-man> for backward client compatibility, I guess so.
18:59 <smoothice> yeah
18:59 <z-man> epsy: yes.
18:59 <smoothice> that
18:59 <luke-jr> smoothice: there could be some kind of backward-compatibility to share it with brake, but it should support independent use too
18:59 <smoothice> z-man: that's what I thought
18:59 <epsy> that explains it :<
18:59 <z-man> heh :)
18:59 <smoothice> luke-jr: all that does is confuse players when they are learning
18:59 <luke-jr> uh
18:59 <z-man> Be sure to stick to googles captialization guidelines.
18:59 <luke-jr> new players won't expect brake and shootign to be tied :p
18:59 <epsy> heh
19:00 <smoothice> well then
19:00 <smoothice> players upgrading to 0.3 from 0.2.8 will get confused
19:00 <epsy> how should my field names look like in the proto?
19:00 -!- Zurd [i=629675b5@gateway/web/ajax/mibbit.com/x-a29900e5d6d314ea] has joined #armagetron
19:00 <epsy> better just lowercase as well?
19:00 <luke-jr> smoothice: players on servers upgrading*
19:00 <smoothice> no
19:00 <smoothice> clients
19:00 <luke-jr> hm
19:00 <luke-jr> I guess it *does* need client supprot
19:00 <smoothice> clients upgrrading to 0.3 from 0.2.8 will get confused
19:00 <luke-jr> smoothice: I'd leave shooting out for now ☺
19:01 <z-man> epsy: yes, lowercase and words separated with _
19:01 <luke-jr> that seems like a can of worms
19:01 <smoothice> luke-jr: but
19:01 <epsy> well, that's downgrading
19:01 <epsy> z-man, ah ok
19:01 <smoothice> luke-jr: shooting is what makes sty awesome
19:01 <epsy> erm
19:01 <luke-jr> smoothice: CTF IMO
19:01  * z-man disagrees
19:01 <epsy> it's rather ctf I would say
19:01 <smoothice> ...
19:01 <z-man> CTF too
19:01 <luke-jr> smoothice: but anyhow, I jsut mean temporarily
19:01 <luke-jr> shootign can be added later
19:01 <luke-jr> in another branch
19:01 <epsy> still, it's not really awesome :>
19:01 <z-man> styball is too quirky
19:01 <smoothice> I hate styball
19:01 <z-man> and shooting is boring :)
19:01 <smoothice> Lets leave that out
19:01 <luke-jr> LOL
19:02 <smoothice> lets leave styball out
19:02 <smoothice> Who gives a crap?
19:02 <epsy> P4,
19:02 <luke-jr> CTF is the best innovation of sty IMO
19:02 <smoothice> ok
19:02 <luke-jr> it allows constant gameplay
19:02 <epsy> or rather, import hehe
19:02 <luke-jr> kills the whole waiting-for-next-round crap
19:02 <smoothice> luke-jr: why not leave styball out
19:02 <dlh> HTF ftw... :)
19:02 <Zurd> i agree that ctf is what make sty so good, but ctfs is what revolutionizes it
19:02 <smoothice> -.-
19:02 <epsy> :D
19:02 <luke-jr> smoothice: feel free to use separate branches for each part
19:03 <luke-jr> I think Flag Fortress is innovative
19:03  * epsy thinks ctfs only decredibilized the sty patch
19:03  * smoothice disagrees
19:03 <smoothice> luke-jr: I don't really want to merge branches all the time just to work on stuff
19:03 <Zurd> why do you think that?
19:03 <epsy> because it sucks?
19:03 <smoothice> :O
19:04 <epsy> no smoothice you are NOT ctfs
19:04 <Zurd> epsy: it does not suck, you do :O
19:04 <luke-jr> smoothice: merging is part of development
19:04 <smoothice> how could you diminish thou CTFS?
19:04 <smoothice> luke-jr: ok w/e then
19:04 <smoothice> I'll do it in separate branches if it makes thou dev team happy
19:05 <smoothice> I'll leave flags for the root zonesv2sty branch
19:05 <smoothice> then branch for styball and shooting and whatever else
19:06 <z-man> Coo, what does positing a topic as announcement in phpbb do?
19:06 <epsy> it prefixes it with "Announcement"
19:06 <smoothice> like a sticky but in the announcements section
19:06 <luke-jr> lol
19:06 <epsy> and I think it sticks to the top for "a wile"
19:06 <z-man> THAT'S ALL?
19:06 <smoothice> epsy: you must hate racing then if you hate ctfs
19:06 <epsy> a while *
19:06 <z-man> bah.
19:06 <epsy> smoothice, why?
19:07 <epsy> better use stickys
19:07 <smoothice> epsy: since you seem to hate anything that's not standard
19:07 <epsy> ctf isn't too bad
19:07 <z-man> but it should't be sticky.
19:07 <epsy> what is it about?
19:07 <StickyNoob> bahhh, stop pinging me, makes me think i have friends
19:08 <epsy> hi StickyNoob :D
19:08 <z-man> your own fault for having 'sticky' in your highlight list :)
19:09 <smoothice> luke-jr: typedef std::vector< tJUST_CONTROLLED_PTR< eTeam > > TeamArray;
19:09 <smoothice> luke-jr: explain?
19:09 <epsy> google std::vector
19:09 <z-man> So you don't have to type it out every time?
19:09 <StickyNoob> yo
19:09 <StickyNoob> epsy: yo
19:09 <epsy> tJUST_CONTROLLED_PTR keeps the pointers to eTeam to be dereferenced
19:10 <epsy> does it? X_x
19:10 <z-man> yeah :)
19:10 <z-man> I'm about to rename that class as soon as 0.2.8 is sufficiently dead.
19:11  * epsy just seen where his compiled pb files went
19:11 <smoothice> when will 0.2.8 ever be sufficently dead if 0.3 is "unstable and never to be used by clients"
19:11 <epsy> src/protobuf/protobuf/
19:11 <z-man> 0.3 is not 'never to be used'
19:12 <z-man> and we definitely are going to fix the construction sites sometime soon.
19:12 <z-man> one way or the other.
19:12 <ct|kyle> when are you going to release
19:13 <smoothice> hah
19:13 <luke-jr> smoothice: I haven't the slightest idea. ask z-man
19:13 <z-man> (one being to complete them, the other one is moving the current stuff into a branch and reverting them on trunk)
19:13 <z-man> ct|kyle: beta2 has just been released.
19:13 <smoothice> 1 month after beta1
19:13 <smoothice> hah
19:13 <epsy> HRM
19:13 <luke-jr> z-man: btw, remember how it was before 0.2.8 was released?
19:13 <z-man> how what was?
19:13 <luke-jr> we "had" 0.2.7, but most people used 0.2.8 betas
19:14 <epsy> cos we never realease em'
19:14 <luke-jr> and the download page basically recommended using the 0.2.8 ebtas
19:14  * luke-jr hopes to move back to that state soonish after is gone
19:14 <z-man> the official download page? really?
19:14 <luke-jr> well, the aabeta page at least ☺
19:14 <smoothice> -.-
19:14 <ct|kyle> that may be a good idea to recommend the betas
19:14 <luke-jr> not sure we had an official website back then?
19:14 <z-man> Heh. I remember bashing you for that :)
19:15 <z-man> of course we had a site.
19:15 <epsy> from src/, `protoc protobuf/eEvent.proto --cpp_out=./protobuf` outputs in src/protobuf/protobuf/
19:15 <luke-jr> z-man: btw, did you fix that protoc stuff? :p
19:15 <z-man> it's not broken for me :)
19:15 <z-man> So, details?
19:15 <luke-jr> use a separate build dir
19:15  * joda_bot upgrades to beta2 :D
19:16 <z-man> (IRC bot notices are a very poor bug report channel)
19:16 <luke-jr> I have a Client and Server directory that i build each in
19:16 <z-man> me too.
19:16 <luke-jr> O.o
19:16 <luke-jr> remove all the *.pb.* files ☺
19:16 <epsy> er, pb.h/cc aren't cleared
19:17 <Zurd> when is tronwatch gonna be back up?
19:17 <epsy> ask novocaine
19:17 <luke-jr> uhoh
19:17 <ct|kyle> so you are right on target for releasing on April 1 :P
19:17 <epsy> haha yeah
19:17 <smoothice> ct|kyle: :P
19:17 <luke-jr> /src/tron/zone/zEffector.h:54: undefined reference to `vtable for zEffector'
19:17 <luke-jr> wtf does that mean :o
19:17 <epsy> the constructor
19:17 <luke-jr> I've only ever seen it in Qt apps when Q_OBJECT is missing
19:17 <epsy> or a constructor
19:17 <epsy> is missing
19:18 <luke-jr> epsy: not so!
19:18 <z-man> luke-jr: that means one virtual function is missing.
19:18 <luke-jr> oh
19:18 <luke-jr> the implementation?
19:18 <z-man> the vTable gets attached to one of the virtual functions, usually the destructor.
19:18 <epsy> make it empty
19:18 <z-man> yes, the implementation.
19:19 <z-man> I wanted to release a cube binary on April 1 already :/
19:19 <z-man> Make everyone think it's an april fools joke
19:19 <z-man> BUT IT'D BE REAL!
19:19 <smoothice> luke-jr: BASE_RESPAWN will be in zFortress, correct?
19:19 <luke-jr> z-man: you're helping me w/ that? :o
19:19 <z-man> how far are you? :)
19:19 <luke-jr> smoothice: yep, I think
19:19 <luke-jr> z-man: destroying zones v1 was my first step
19:20 <luke-jr> that was the entire purpose of v1v2 ☺
19:20 <z-man> Zones are the wrong attack vector :)
19:20 <luke-jr> borders are probably next
19:20 <z-man> You need teleporting walls.
19:20 <luke-jr> aka borders? :p
19:20 <z-man> yeah.
19:20 <z-man> Also. multigrid support is needed.
19:21 <luke-jr> is it? XD
19:21 <ct|kyle> should release the floor binary with backwards compatibility on april 1
19:21 <luke-jr> I was just going to wall off separate sections on the same grid
19:21 <luke-jr> and put some kind of render hints in
19:21 <luke-jr> ct|kyle: floor binary?
19:22 <epsy> z-man, also: handling of subdirectories in authorities has been fully fixed
19:22 <ct|kyle> the armagetron3d
19:22 <z-man> it was broken?
19:22 <epsy> yeah
19:22 <epsy> with short authorities
19:22 -!- PinkTomato [n=sam@hn-33-170.brookes.ac.uk] has joined #armagetron
19:22 <z-man> luke-jr: the rendering hints would be quite complicated :)
19:22 <epsy> eg. x/member
19:22 <luke-jr> :x
19:22 <z-man> You'd need to completely slice apart the grid and reassemble it
19:23 <luke-jr> z-man: any ideas for i18n on map messages?
19:23 <z-man> map messages?
19:23 <epsy> zones-caused messages, I suppose
19:23 <z-man> anyway: gettext :)
19:23  * epsy was thinking that as well
19:23 <smoothice> z-man: the timestep for the flag would be the blinking right?
19:24 <z-man> if that's what the v1 flag timestep does, yes.
19:24  * z-man is off cooking
19:24 <smoothice> I'm not copying v1
19:24 -!- PinkTomato [n=sam@hn-33-170.brookes.ac.uk] has quit [Client Quit]
19:24 <smoothice> I'm doing this from pseudo-scratch
19:24 -!- fonkay [n=dreamboa@blk-7-225-70.eastlink.ca] has quit [Read error: 110 (Connection timed out)]
19:24 <epsy> like, trunk?
19:24 -!- fonkay [n=dreamboa@blk-7-225-70.eastlink.ca] has joined #armagetron
19:24 <luke-jr> z-man: gettext in maps?
19:25 <smoothice> epsy: trunk is scratch?
19:25 <epsy> pseudo-scratch?
19:25 <smoothice> yeah
19:25 <luke-jr> z-man: map zone effects have a 'message' attribute right now ;)
19:25 -!- BabyBug [n=babybug@] has joined #armagetron
19:26 <smoothice> epsy: what's wrong with pseudo-random?
19:26 <luke-jr> I'm thinking we need to replace it with a <message lang="xx">…</message> element
19:27 <epsy> pseudo-smoothice: pseudo-what pseudo-do pseudo-you pseudo-mean?
19:27 <smoothice> You apparently don't know what pseudo means?
19:28 <epsy> not really
19:28 <epsy> :D
19:28 <epsy> (and I meant that was it's meaning)
19:28 <smoothice> omk
19:28 <smoothice> well
19:28 <smoothice> in this context
19:28 <smoothice> it means partial
19:28 <epsy> so..partially random??
19:29 <smoothice> ?
19:29 <smoothice> this has nothing to do with random
19:29 <epsy> you mean so you get an equal probability for each output possibility?
19:29 <smoothice> no wonder you have no friends
19:29 <luke-jr> :O
19:29 <smoothice> gotcha
19:29 <smoothice> :P
19:29 <luke-jr> epsy has no friends⁈
19:29 <smoothice> nope
19:29 <epsy> I don't know what the hell you're talking about anyways
19:29 <luke-jr> LOL
19:29 <luke-jr> ♡ epsy
19:29 <smoothice> lol
19:30 <luke-jr> epsy: I'll be your friend.
19:30 <smoothice> I never said I had any either
19:30 <smoothice> -.-
19:30 <epsy> @aol ohh you're so cute!
19:30 <teabot> epsy: ohh youre so cute!:D:D:D
19:30 <joda_bot> oh another bot :-)
19:30 <smoothice> luke-jr: I never said I had any friends either
19:30 <joda_bot> Hi there teabot
19:30 <epsy> well, g++ my friend is bashing me
19:30 <luke-jr> smoothice: and?
19:31 <smoothice> I wish you'd be my friend...
19:31 <luke-jr> smoothice: I'm not? ☹
19:31 <teabot> hi joda_bot!
19:31 <teabot> Want some tea?
19:31 <smoothice> yes
19:31 <dlh> #tea
19:31 <smoothice> I do
19:31 <armabot> dlh: There doesn't seem to be a server matching “cafe” at the moment, sorry.
19:31 <smoothice> FAIL
19:31 <smoothice> epic!
19:31 <smoothice> #help tea
19:32 <joda_bot> heh :-) hmmm, I prefer waffles anf apple juice or beer
19:32 <teabot> Ok it's ready, mind coming to take it?
19:32 <armabot> smoothice: (tea <an alias, 0 arguments>) -- Alias for "serverinfo cafe".
19:32 <luke-jr> ]rating smoothice
19:32 <ljrbot> luke-jr: smoothice is 10030th with a rating of 1354-1408 (from 1356-1406)
19:32 <smoothice> ...
19:32 <dlh> ]rating Player 1
19:32 <ljrbot> dlh: player_1 is 8758th with a rating of 1374-1403 (from 1431-1451)
19:32 <smoothice> ]rating luke-jr
19:32 <ljrbot> smoothice: luke-jr is 238th with a rating of 1628-1691 (from 1650-1709)
19:32 <epsy> ]rating 0:epsy@x/member
19:32 <ljrbot> epsy: I don't know anything about '0:epsy@x/member'!
19:32 <epsy> ]rating 0:epsy@x
19:32 <ljrbot> epsy: 0:epsy@x is 5682nd with a rating of 1435-1539 (from 1436-1538)
19:32 <epsy> ]rating 0:epsy@forums
19:32 <ljrbot> epsy: 0:epsy@forums is 2236th with a rating of 1519-1554 (from 1523-1551)
19:32 <epsy> ]aka 0:epsy@forums
19:32 <ljrbot> epsy: ¿3832 |x|epsy2 0:epsy@fff.armagetron.co.uk/staff 0:epsy@forums
19:33 <luke-jr> ]aka smoothice
19:33 <ljrbot> luke-jr: ¿17380 smoothice
19:33 <smoothice>  /staff?
19:33 <epsy> ]aka 0:epsy@tst.armagetron.co.uk/staff
19:33 <BabyBug> gone for a week...and the channel becomes pure spam...zeesh! men!
19:33 <ljrbot> epsy: I don't know anything about '0:epsy@tst.armagetron.co.uk/staff'!
19:33 <BabyBug> 8-)
19:33 <smoothice> gone for a week?
19:33 <smoothice> I should have come on more!
19:33 <luke-jr> BabyBug: liar
19:33 <epsy> you were here yesterday BabyBug
19:33 <joda_bot> his IRC client was :D
19:34 <epsy> her *
19:34 <epsy> teabot: babybug
19:34 <BabyBug> only cause of auto start up thingy =P
19:34 <BabyBug> Staying open this time :D
19:34 <joda_bot> oh, sorry
19:34 <BabyBug> Lucifer, ping4!
19:34 <epsy> ah I forgot about that plugin
19:34 <epsy> @load Factoids
19:34 <teabot> epsy: An error has occurred and has been logged. Please contact this bot's administrator for more information.
19:34 <epsy> :(
19:34 <epsy> epsy, what's going on?
19:35 <epsy> @whoami
19:35 <teabot> epsy: epsy
19:35 <epsy> this is kinda stupid
19:35 <joda_bot> @whodoyouwanttobe
19:35 <joda_bot> :-P
19:35 <smoothice> ]load Dementia
19:35 <ljrbot> smoothice: Error: You don't have the owner capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
19:35 <epsy> it knows I am the owner of this bot
19:35 -!- PlayerNuby [n=x-javach@142.Red-83-39-119.dynamicIP.rima-tde.net] has joined #armagetron
19:35 <epsy> but tells me to contact the owner of itself
19:35 <joda_bot> yeah
19:35 <epsy> @gnu python sucks
19:35 <teabot> epsy: GNU/python GNU/sucks
19:36 <epsy> @list filters
19:36 <teabot> epsy: Error: 'filters' is not a valid plugin.
19:36 <epsy> @list filters
19:36 <epsy> @list filter
19:36 <teabot> epsy: Error: 'filters' is not a valid plugin.
19:36 <joda_bot> epsy: It's saying "piss off" indirectly  "talk to yourself" :D
19:36 <teabot> epsy: aol, binary, colorize, gnu, hebrew, hexlify, i18n, jeffk, leet, lithp, morse, outfilter, rainbow, reverse, rot13, scramble, shrink, spellit, squish, stripcolor, supa1337, undup, unhexlify, unmorse, and windows
19:36 <epsy> haha
19:36 <luke-jr> ]yandere start theme=twg
19:36 <ljrbot> The Worm Game is starting in 60 seconds! Please type "]yandere" to join.
19:36 <epsy> ]yandere stop
19:36 <ljrbot> The Worm Game game has been forced to end.
19:36 <smoothice> ]load dumbass
19:36 <luke-jr> :<
19:36 <ljrbot> smoothice: Error: You don't have the owner capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
19:36 <epsy> :>
19:38 -!- joda_bot [n=anonymou@dslb-084-061-072-003.pools.arcor-ip.net] has quit ["Leaving."]
19:39 <armabot> armacommits: [armagetronad-zonesv2-cleanup] r925 why the heck was there a full page of whitespace there? :/ || [armagetronad-zonesv2-cleanup] r924 kill miscDataPtr before someone uses it >:O || [armagetronad-old-glancing] r758 Merge from trunk... || [trunk-armagetronad-work] r862 Added files to OS X project... || [armagetronad-zonesv2-cleanup] r923 use applyContext on effectors...
19:39 <epsy> [armagetronad-zonesv2-cleanup] r925 why the heck was there a full page of whitespace there? :/
19:40 <epsy> "cleaning up" haha
19:40 <luke-jr> epsy: I think it's done for now
19:40 -!- PlayerNuby [n=x-javach@142.Red-83-39-119.dynamicIP.rima-tde.net] has quit ["webirc@xclan.armagetron.co.uk"]
19:40 -!- PlayerNuby [n=x-javach@142.Red-83-39-119.dynamicIP.rima-tde.net] has joined #armagetron
19:43 -!- PlayerNuby [n=x-javach@142.Red-83-39-119.dynamicIP.rima-tde.net] has quit [Client Quit]
19:44 <smoothice> luke-jr: I'm also going to have to modify zFortress to enable flag home points
19:44 <luke-jr> I somewhat expected that
19:44 <smoothice> yeah
19:44 <smoothice> shouldn't be too hard
19:44 <luke-jr> actually
19:44 <luke-jr> you shouldn't need to for that
19:44 <smoothice> ?
19:45 <luke-jr> the zones should be able to interact directly
19:45 <smoothice> It could be either way, I guess... I just thought it would make more sense if was in zFortress
19:45 <smoothice> but I guess you're way works
19:45 <smoothice> with timestep
19:45 <epsy> your*
19:46 <smoothice> oh
19:46 <smoothice> thanks epsy
19:46 <epsy> yw
19:46 <smoothice> I knew that but sometimes I type faster than I should
19:46 <luke-jr> not with timestep actually
19:46 <smoothice> no?
19:47 <luke-jr>     virtual void InteractWith( eGameObject *target,REAL time,int recursion=1 );
19:47 <epsy> grm
19:47 <luke-jr> that gets called for every object before Timestep
19:48 <luke-jr> implement it, and check for zFortressZones
19:48 <luke-jr> with the same owner
19:48 <luke-jr> etc
19:48 <smoothice> does it need to be in the header?
19:48 <luke-jr> then call a new OnFlagHome
19:48 <luke-jr> all methods need to be in the header
19:49 <smoothice> even private methods?
19:49 <luke-jr> yes
19:49 <smoothice> but if they're private
19:49 <smoothice> why does it matter
19:50 <epsy> just fucking put them in the header
19:50 <luke-jr> LOL
19:50 <smoothice> :O
19:50 <luke-jr> smoothice: no idea, blame C++
19:50 <smoothice> what about static methods
19:50 <epsy> because they wont fit in if they're not in the class definition
19:50 <epsy> static methods have to be in the header
19:51 <smoothice> for sty+pvp
19:51 <smoothice> I added new methods
19:51 <epsy> because it's the only place where you can put your static keyword
19:51 <smoothice> and
19:51 <epsy> also, they're called member functions
19:51 <smoothice> for sty+pvp I added new methods that didn't require header
19:51 <smoothice> ok
19:51 <luke-jr> smoothice: that's what it didn't work
19:51 <smoothice> but it did work
19:51 <smoothice> the functions were called
19:52 <smoothice> void startPVP();
19:52 <smoothice> wasn't in the header
19:52 <luke-jr> that's not even a method
19:52 <epsy> compiler?
19:52 <smoothice> called from tConfItemFunc
19:52 <smoothice> method = function?
19:52 <luke-jr> no
19:52 <smoothice> :O
19:52 <luke-jr> method is a function that is part of a class
19:52 <smoothice> oh
19:52 <smoothice> mine weren't methods then
19:52 <smoothice> lol
19:52 <luke-jr> sigh
19:52 <smoothice> you hate me don't yo
19:53 <smoothice> u
19:53 <luke-jr> no
19:53 <smoothice> :O
19:53 -!- epsy [n=epsy@unaffiliated/epsy] has quit [Read error: 60 (Operation timed out)]
19:53 <smoothice> maybe you just think I'm a random dude that come in here one day and wants to do c++ programming in armagetron
19:54 <luke-jr> ……
19:54 <smoothice> ?
19:57 <luke-jr> z-man: now you need to go back and make all the prior releases "announcements" too
19:58 <luke-jr> :p
19:59 <z-man> noidont
20:00 <luke-jr> ☺
20:00 <luke-jr> Game/Client  0.2.8  2008-02-09  GNU/Linux libc++5  x86_32  .package  1.76 MB  Z-Man
20:00 <luke-jr> z-man: maybe mark that obsolete, or is it?
20:01 <luke-jr> our x86_64 .package is only :o
20:02 <luke-jr> z-man: are we dropping OSX 10.2.8?
20:02 <smoothice> noooooooooooooooooooooooo
20:02 <smoothice> Don't do it!
20:02 <smoothice> You know you shouldn't!
20:03 <smoothice> Just because I'm using 10.5.6 doesn't mean 10.2.8, our old friend, shall we dropped!
20:07 <z-man> luke-jr: only obsolete packages are hidden when you have 'hide old' selected?
20:07 <smoothice> luke-jr: what's the equiv of GetRadius for zv2?
20:08 <z-man> and I *think* maybe our current builds to support 10.2.8, too.
20:08 <luke-jr> z-man: 'obsolete' is for when it doesn't autodetect it
20:08 <luke-jr> smoothice: there might not be one
20:08 <luke-jr> smoothice: not all shapes have radius
20:08 <z-man> like when switching from date to version tags?
20:09 <smoothice> luke-jr: ok I guess I'll just hope that the radius of the flag is never changed somehow
20:09 <luke-jr> z-man: no, it can handle that
20:09 <luke-jr> z-man: the problem is it sees "GNU/Linux libc++5" as a different OS than "GNU/Linux"
20:09 <z-man> ah.
20:09 <z-man> well, it is :)
20:09 <luke-jr> smoothice: I want my flag to be a ShapePolygon star
20:09 <luke-jr> smoothice: stars don't have radius
20:09 <smoothice> k
20:10 <z-man> so in a sense, that build is not obsolete, our current builds are libstdc++6.
20:10 <smoothice> sorry, still thinking in zones v1 mode :)(
20:10 <luke-jr> z-man: ok
20:10  * luke-jr pokes armabot
20:10 <armabot> armagetronad: luke-jr * r9074 /www/beta/trunk/www-aabeta/releases.php: move "Devel" branch to "0.2.8" where it belongs
20:10 <armabot> Executed aauptest: /home/supybot/a
20:10 <luke-jr> thanks
20:11  * smoothice pokes armabot
20:13 <armabot> armagetronad: luke-jr * r9075 /www/beta/trunk/www-aabeta/releases_filter.php: remove "Devel" branch from dropdown box
20:13 <armabot> Executed aauptest: /home/supybot/a
20:14 <luke-jr> z-man: btw, any chance of a protobuf build sometime soon? ☺
20:14 <z-man> 0.3.2 perhaps :)
20:15 <dlh> I'm not sure if the 0.2.8 branch still works on OS X 10.2.8. Trunk needs 10.3+ certainly.
20:16 <dlh> and it is difficult to test on something so old, especially when no one runs that version anymore
20:17 <dlh> I don't think the 10.2.8 SDK is even included with the OS X dev-tools anymore, either...
20:17 <smoothice> nope
20:18 <smoothice> luke-jr: What is tASSERT( target );?
20:18 <luke-jr> smoothice: man assert
20:18 <dlh> Look at the definition of tASSERT, and also the man-page for "assert" :)
20:19 <luke-jr> basically, it does a clean crash if 'target' is NULL
20:19 <smoothice> ????????????????
20:19 <luke-jr> instead of a segfault
20:19 <smoothice> ok
20:19 <luke-jr> someone was interested in OS X 10.2.8 build on Feb 10, 2009
20:20 <luke-jr> German user
20:20 <luke-jr> notably, he downloaded old vesions too
20:21 <luke-jr> and he ran 10.5.6 :p
20:21 <dlh> strange...
20:21 <armabot> armagetronad: bazaarmagetron * r9076 /armagetronad/trunk/armagetronad/ (. MacOS/Armagetron Advanced.xcodeproj/project.pbxproj): Daniel Lee Harple: Added files to OS X project
20:23 <smoothice> luke-jr: void zFortressZone::OnInside( gCycle * target, REAL time )
20:23 <smoothice>     if ( team == otherTeam )
20:23 <smoothice> team is never declared..
20:24 <luke-jr> it's a member variable…
20:24 <smoothice> what's that
20:25  * luke-jr facepalms.
20:26 <smoothice> ..
20:26 <luke-jr> anyhow, looks like the last REAL 10.2.8 user was Nov 22, 2008
20:26 <luke-jr> Sep*
20:27 <smoothice> luke-jr: of course you don't even explain
20:27 <luke-jr> smoothice: it's extremely basic C++
20:28 <luke-jr> google it
20:28 <smoothice> ok
20:28 <smoothice> ok I get it
20:28 <smoothice> but
20:28 <smoothice> team is not declared even in the member scope
20:29 <dlh> maybe it is inherited
20:29 <smoothice> From zZone I guess....
20:29 <luke-jr> z-man: how should I define the protobuf enum for render fill modes?
20:32 <smoothice> luke-jr: team isn't inherited from zZone either
20:35 <luke-jr> z-man: I modified zShape.proto and neither of zShape.pb.* are being regenerated
20:35 <luke-jr> z-man: if I delete zShape.pb.*, I get make⚂: ⁂ No rule to make target `../../src/protobuf/zShape.pb.cc', needed by `libprotobuf_a-zShape.pb.o'.  Stop.
20:39 <Zurd> smoothice: what msn do you use?
20:41 <armabot> armacommits: [armagetronad-zone-fill-border] r863 protobuf extensions for segment_border_color and segment_fil... || [armagetronad-zonesv2-cleanup] r926 remove completed TODO
20:43 <smoothice> zurd: smoothice2009
20:44 -!- epsy [n=epsy@unaffiliated/epsy] has joined #aRmAGetRoN
20:45 <z-man> luke-jr: odd, why does it generated in the first place then? I mean, some make rule has to apply, right?
20:46 <luke-jr> z-man: a dependency rule
20:46 <z-man> yeah, but why doesn't it apply for the rebuild, too?
20:47 <luke-jr> dunno, it shouldn't be modifying the srcdir tho
20:47 <Zurd> smoothice: the program to run it
20:48 <smoothice> Zurd: yesterday I used aMSN but it sucked so I'm back to using Microsoft Messenger 7.0.2
20:48 <luke-jr> smoothice: Psi rules
20:48 <dlh> adium
20:48 <z-man> it shouldn't, right. perhaps your protoc behaves differently from mine?
20:49 <z-man> can you post the protoc calls from a clean make and tell me where the files land?
20:50 <luke-jr> obviously there are no protoc calls because make isn't matching things :/
20:51 <z-man> I mean a clean make :)
20:51 <z-man> make clean
20:51 <z-man> then make again.
20:51 <Zurd> smoothice: kthx
20:52 <z-man> It has to have called protoc at some point, otherwise there would be no pb.cc files :)
20:53 <z-man> The funny thing is that I wrote my reply while Smart only had his first line in his post. Anyone wants to shoot him for me?
20:53 <luke-jr> z-man: there are no pb.cc files
20:53 <luke-jr> except the ones that are in the bzr repo
20:54 <z-man> there are pb.cc files in the bzr repo?
20:54  * z-man goes looking
20:55 <z-man> Nope, not in my bzr branch.
20:55 <z-man> If they are in there in some other branch, delete them :)
20:55 <luke-jr> O.o
20:56 <z-man> I'd better put them into .bzrignore.
20:56  * luke-jr ponders
20:57 <z-man> what? :) how the files got there?
20:57 <luke-jr> yeah
20:59 <luke-jr>        Must remake target `protobuf/tColor.pb'.
20:59 <luke-jr> protoc ../../src/protobuf/tColor.proto --cpp_out=protobuf --proto_path=../../src
20:59 <luke-jr> /protobuf 2>&1 | sed -e "s,^\(.*\).proto,../../src/protobuf/\1.proto,"
21:00 -!- emphasis [n=rolf@046-186-045-062.dynamic.caiway.nl] has quit []
21:01 <luke-jr> z-man: maybe because *.pb.* existed in srcdir during configure?
21:02 <luke-jr> nope, reconfiguring didn't help :x
21:02 <z-man> yeah. Files that are there definitely would get picked up by an out-of-source build.
21:03 <z-man> you need to get rid of the autogenerated depencendices.
21:03 <luke-jr> perhaps 'distclean' should delete them
21:03 <z-man> yeah, perhaps.
21:03 <luke-jr> since that's what configure ensures I do before configurign elsewhere
21:03 <luke-jr> but even after I got rid of them and reconfigured, it still had the problem :/
21:03 <z-man> Only we'll include them in tarballs so people don't need to have protoc
21:03 <luke-jr> making an entirely new checkout this time
21:04 <luke-jr> so perhaps distclean isn't what 'configure' should demand of me ;p
21:04 <luke-jr> hm
21:04 <z-man> nah, it's fine
21:04 <luke-jr> oh well, no good solution
21:04 <luke-jr> just need to remember the instructions are for end users, not me
21:05 <z-man> if someone makes distclean and doesn't have protoc, it's his own fault :)
21:05 <z-man> maintainerclean or somesuch should clean out generated files, methinks
21:05  * z-man checks on the GNU rules
21:06 <luke-jr> well, what is 'distclean' *supposed* to be for?
21:06 <luke-jr> if it's "clean in preparation for distribution", then it should leave them there I guess
21:06 <z-man> it's supposed to be for the end user
21:07 <z-man> it's supposed to remove all files generated after ./configure.
21:07 <z-man> and by ./configure.
21:07 <z-man> for a tarball build.
21:09 <z-man> Oh, screw it. I'm cleaning the files on distclean.
21:10 <armabot> lpbugs: [335586] ZONE_ALPHA_SERVER should default to .7 <https://bugs.launchpad.net/bugs/335586> || [335582] ShapeCircle alpha setting ignored for fortress zones <https://bugs.launchpad.net/bugs/335582> || [335580] Protobuf doesn't regenerate *.pb.{cc,h} if builddir != srcdir <https://bugs.launchpad.net/bugs/335580>
21:10 <z-man> Hey, the files are already in .bzrignore.
21:15 -!- GodTodd [n=TheTruth@pool-173-74-72-105.dllstx.fios.verizon.net] has joined #armagetron
21:29 <Vanhayes> anyone up for a game of freeciv later on tonight?
21:30 <epsy> comments on search results O_O
21:37 -!- MrBougo [n=MrBougo@160.217-242-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
21:44 <armabot> armacommits: [trunk-armagetronad-work] r864 Removing protobuf autogenerated files on distclean.... || [trunk-armagetronad-work] r863 Added some files generated by in-source builds.... || [armagetronad-zone-fill-border] r864 internal storage of bordercolor
21:47 <epsy> lol @ bzr visualise on trunk-eevent
21:49 <Vanhayes> #tea
21:49 <armabot> Vanhayes: There doesn't seem to be a server matching “cafe” at the moment, sorry.
21:52 <epsy> was trunk revision 844 supposed to build ?
21:52 <epsy> well, link, actually
21:54 <epsy> z-man, is src/protobuf/.dir to be versionned?
21:59 <z-man> no.
21:59 <z-man> That's why it's in .bzringore now :)
21:59 <epsy> in mainline?
21:59 <epsy> ok
22:02 <epsy> aragnagna
22:02 <epsy> stupid protoc
22:03 <epsy> why shouldn't it be run from ${srcdir}/protobuf/ ?
22:05 <z-man> because then it writes the generated files into the source directory, which is illegal.
22:06 <z-man> (unless you build there, of course)
22:06 -!- Vanhayes [i=Vanhayes@CPE001111c2dce8-CM001a66837916.cpe.net.cable.rogers.com] has quit ["Moving"]
22:08 <epsy> did anyone experience problems with merging after cherry-picking?
22:08 <z-man> not when using --weave.
22:08 -!- Lackadaisical [n=lckdscl@ip202-29-210-87.adsl2.static.versatel.nl] has joined #armagetron
22:09 <epsy> at cherry-pick or merge time?
22:09 <z-man> But I only did it once, so that's not a representative sample.
22:09 -!- Lackadaisical [n=lckdscl@ip202-29-210-87.adsl2.static.versatel.nl] has quit [Remote closed the connection]
22:09 <epsy> well, heh
22:09 <z-man> at merge time.
22:10 <epsy> I get a weird linking error :<
22:10 <epsy> well, a load of linking errors
22:10 <epsy> missing symbols to tCoord and tRectangle stuff
22:10 <epsy> were they removed?
22:11 <z-man> s'pose they don't go away after 'make clean'?
22:11 <z-man> Nope, both should still be there.
22:12 <epsy> I'll check
22:14 <luke-jr> z-man: --weave doesn't help
22:14 <luke-jr> epsy: Bazaar doesn't do proper cherry picking ☹
22:14 <z-man> Well, then maybe the conflicts are real?
22:15 <epsy> well, I'll uncommit it from the eevents branch then commit it on the main branch then merging from the main branch
22:15 <epsy> but well, I thought having the same revision twice in a branch would be impossible by concept
22:16 -!- joda_bot [n=anonymou@dslb-084-061-072-003.pools.arcor-ip.net] has joined #armagetron
22:19 <epsy> didn't go away with distclean
22:19 <epsy> :(
22:20 <smoothice> epsy: fail
22:20 <epsy> strange, half of it goes away with LC_ALL=en_US O_o
22:21 <epsy> well, nevermind that, I guess
22:21 <z-man> Well again, does plain trunk behave the same way?
22:21 <epsy> http://pastebin.com/d4b330b58
22:21 <epsy> I didn't check yet
22:22 <epsy> ah
22:22 <epsy> I guess I probably missed them in the Makefile when merging
22:23 <z-man> yeah, the .cpp files for tCoord and tRectangle (and tColor, methinks) were added.
22:23 <z-man> eek, make -j 99 ate my memory
22:23 <ct|kyle> heh
22:23 <ct|kyle> don't use make -j5555
22:24 <ct|kyle> it ate my CPU
22:24 <epsy> I never use -j
22:24 <epsy> only --quiet when I feel like it
22:24 <z-man> You will once you have multicore.
22:24 <epsy> I have pseudo-multicore, whatever they call it
22:24 <ct|kyle> hopefully I get it back next week phenom 940
22:26 <epsy> yep, that was it
22:26 <z-man> Hyperthreading, they call it.
22:27 <z-man> And it doesn't help too much with compilation, I think.
22:27 <epsy> smt or something like that
22:27 <epsy> Linux heidi 2.6.28-ARCH #1 SMP PREEMPT Fri Feb 13 10:23:36 UTC 2009 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux
22:28 <epsy> doesn't really say anything but SMP
22:28 <z-man> that just means it has support for multicore/multiprocessor.
22:28 <epsy> yeah :)
22:28 <epsy> is there anything annoying with the nvidia drivers, but the fact they are proprietary?
22:29 <z-man> Depends on your hardware.
22:29 <z-man> If it's medium-new, then no.
22:29 <z-man> And of course, because they're non-OS, installing them and keeping them up to date is a bit of a pain.
22:30 <epsy> ah, indeed, HT for hyperthreading
22:30 <epsy> I think there are packages for it
22:30 <z-man> Yeah, but you may have to reinstall them every time you update your kernel.
22:30 <epsy> extra/nvidia 180.22-1
22:30 <epsy>     NVIDIA drivers for kernel26.
22:31 <epsy> well, since it's officially maintained, I suppose they bump the version
22:31 <z-man> I had to do that for a while, until I realized the first installation hadn't worked properly and didn't install the 'update me automatically on kernel updates' hook :)
22:32 <epsy> right, time for some testing
22:33 <epsy> makes me remember I haven't tested arguments at all
22:35 <epsy> meh eh
22:36 <epsy> again protoc errors
22:37 <epsy> again ./protobuf/protobuf
22:40 <z-man> Try merging again :) I just committed a change moving the protobuf build into the protobuf subdirectory.
22:47 <armabot> armacommits: [trunk-armagetronad-work] r870 Moved protobuf make rules into protobuf directory. That now ... || [trunk-armagetronad-work] r869 Removed zlib header for now, we're not actually using it.... || [trunk-armagetronad-work] r868 Removed all render-time alpha comparisons with .7. Zones are... || [trunk-armagetronad-work] r867 zShape.hpp -> zShape.h. Wanted to do this for a while.... || [trunk-armagetronad-work] r866 ZONE_ALP
22:47 <epsy> only if launchpad feeds were updated properly :<
22:48 <Lucifer> GodTodd: ping
22:48 <epsy> you mean pong don't you?
22:49 <armabot> armagetronad: bazaarmagetron * r9077 /armagetronad/trunk/armagetronad/ (. .bzrignore): Manuel Moos: Added some files generated by in-source builds.
22:49 <armabot> armagetronad: bazaarmagetron * r9078 /armagetronad/trunk/armagetronad/ (. src/Makefile.am): Manuel Moos: Removing protobuf autogenerated files on distclean.
22:50 <armabot> armagetronad: bazaarmagetron * r9079 /armagetronad/trunk/armagetronad/ (. .bzrignore): Manuel Moos: Ignoring more build-here directories.
22:51 <armabot> armagetronad: bazaarmagetron * r9080 /armagetronad/trunk/armagetronad/ (4 files in 2 dirs): Manuel Moos: ZONE_ALPHA_SERVER now only gets applied if no color at all appears in the zone's map definition.
22:52 <armabot> armagetronad: bazaarmagetron * r9081 /armagetronad/trunk/armagetronad/ (7 files in 4 dirs): Manuel Moos: zShape.hpp -> zShape.h. Wanted to do this for a while.
22:53 <armabot> armagetronad: bazaarmagetron * r9082 /armagetronad/trunk/armagetronad/ (. src/tron/zone/zShape.cpp):
22:53 <armabot> armagetronad: author: Manuel Moos
22:53 <armabot> armagetronad: Removed all render-time alpha comparisons with .7. Zones are
22:53 <armabot> armagetronad: constructed with alpha=.7 by default instead.
22:54 <armabot> armagetronad: bazaarmagetron * r9083 /armagetronad/trunk/armagetronad/ (. src/network/nProtoBuf.cpp): Manuel Moos: Removed zlib header for now, we're not actually using it.
22:55 <armabot> armagetronad: bazaarmagetron * r9084 /armagetronad/trunk/armagetronad/ (. configure.ac src/Makefile.am src/protobuf/Makefile.am): Manuel Moos: Moved protobuf make rules into protobuf directory. That now finally really fixes make -j.
22:59 <epsy> z-man, and where the .proto list at?
22:59 <z-man> nowhere, it's implicit. The .pb.h .pb.cc list is in src/protobuf/Makefile.am
23:00 <epsy> is it just a copypaste of the old one?
23:00 <epsy> with proto changed to pairs of .pb.cc/.pb.h
23:04 <z-man> there never was a .proto list. The copy/paste change was to remove protobuf/, that's all.
23:05 <epsy> oh right
23:06 <epsy> @alias add bugs g site:https://bugs.launchpad.net/armagetronad/+bug/
23:06 <teabot> epsy: The operation succeeded.
23:06 <epsy> #alias add bugs g site:https://bugs.launchpad.net/armagetronad/+bug/
23:06 <epsy> oh
23:06 <armabot> epsy: The operation succeeded.
23:06 <epsy> #alias add bugs google site:https://bugs.launchpad.net/armagetronad/+bug/
23:06 <armabot> epsy: The operation succeeded.
23:06 <epsy> @bugs display list
23:06 <teabot> epsy: https://bugs.launchpad.net/armagetronad/+bug/246159 - Bug #246159 in Armagetron Advanced: “Server browser rendering ...
23:07 <epsy> #bugs display list
23:07 <armabot> epsy: Error: The command "bugs" is available in the Alias and Sourceforge plugins.  Please specify the plugin whose command you wish to call by using its name as a command before "bugs".
23:07 <epsy> #defaultplugin bugs alias
23:07 <armabot> epsy: Error: You don't have the owner capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
23:07 <epsy> wrtlprnft, #defaultplugin bugs alias
23:08 <epsy> #alias bugs display list
23:08 <armabot> epsy: Search took 0.08 seconds: Bug #246159 in Armagetron Advanced: “Server browser rendering ...: <https://bugs.launchpad.net/armagetronad/+bug/246159>; Bug #321685 in Armagetron Advanced: “No option to join full team”: <https://bugs.launchpad.net/armagetronad/+bug/321685>; Bug #194144 in Armagetron Advanced: “Undescribable: Hit a wall in ...: (3 more messages)
23:09 <epsy> armabot wins
23:10 <smoothice> z-man: is it a bug that one can only login with armathentication during a round switch?
23:10 <dlh> no
23:10 <dlh> you need zthread if you want to be able to log in anytime
23:11 <smoothice> awwww
23:11 <smoothice> k
23:11 <z-man> smoothice: that dlh said.
23:11 <z-man> what he said, I main.
23:11 <smoothice> how do you get zthread?
23:11 <epsy> port to boost/pthread is welcome :)
23:11 <epsy> http://www.lmgtfy.com/?q=zthread
23:11 <z-man> on my list, but I wouldn't mind if someone would take it away :)
23:12 <epsy> @alias add gtfy echo [concat http://www.lmgtfy.com/?q= [urlencode $*]]
23:12 <teabot> epsy: The operation succeeded.
23:12 <ct|kyle> http://rafb.net/p/rBiDZZ99.html
23:12 <epsy> @gtfy zthread
23:12 <ct|kyle> that is to smoothice
23:12 <teabot> http://www.lmgtfy.com/?q= [urlencode zthread]
23:12 <epsy> nice
23:12 -!- arrow [n=euclid@adsl-dyn191.91-127-248.t-com.sk] has quit ["Leaving."]
23:13 <smoothice> aww well
23:13 <smoothice> screw zthread
23:13 <smoothice> I'm fine
23:13 <smoothice> :{P
23:13 <smoothice> :P
23:13 <ct|kyle> smoothice: http://rafb.net/p/rBiDZZ99.html
23:13 <ct|kyle> like that is that hard to do :P
23:13 <epsy> @apropos url
23:13 <teabot> epsy: urlquote and urlunquote
23:14 <epsy> @urlquote a b ( )
23:14 <teabot> epsy: a%20b%20%28%20%29
23:14 <epsy> @alias add gtfy echo [concat http://www.lmgtfy.com/?q= [urlquote $*]]
23:14 <teabot> epsy: The operation succeeded.
23:14 <smoothice> Upon zthread installations
23:14 <epsy> @gtfy zthread
23:14 <teabot> http://www.lmgtfy.com/?q=%24%2A
23:14 <ct|kyle> @gtfy epsy
23:14 <smoothice> will I have to recompile arma?
23:14 <teabot> http://www.lmgtfy.com/?q=%24%2A
23:14 <ct|kyle> LOL
23:14 <ct|kyle> smoothice: yes
23:15 <epsy> @help alias add
23:15 <teabot> epsy: (alias add <name> <alias>) -- Defines an alias <name> that executes <alias>. The <alias> should be in the standard "command argument [nestedcommand argument]" arguments to the alias; they'll be filled with the first, second, etc. arguments. $1, $2, etc. can be used for required arguments. @1, @2, etc. can be used for optional arguments. $* simply means "all remaining arguments," and cannot be combined with (1 more message)
23:15 <z-man> yes.
23:15 <z-man> you even have to reconfigure.
23:15 <epsy> zomg moar
23:15 <teabot> epsy: optional arguments.
23:15 <smoothice> aww
23:15 <smoothice> with what configure flag?
23:15 <smoothice> --enable-zthread?
23:15 <epsy> normally, none
23:15 <epsy> or maybe fpermissive
23:15 <ct|kyle> it should detect it if you use the compile options I gave you
23:16 <epsy> @echo [urlquote zthread]
23:16 <teabot> zthread
23:16 <epsy> good boy
23:17 <epsy> @concat [hi [urlquote zthread]]
23:17 <teabot> epsy: (concat <string 1> <string 2>) -- Concatenates two strings. Do keep in mind that this is *not* the same thing as join "", since if <string 2> contains spaces, they won't be removed by concat.
23:17 <epsy> @concat hi [urlquote zthread]
23:17 <teabot> epsy: hizthread
23:17 <ct|kyle> @alias add gtfy echo "[concat http://www.lmgtfy.com/?q= [urlquote $*]]"
23:17 <teabot> ct|kyle: The operation succeeded.
23:17 <epsy> good idea
23:17 <ct|kyle> @gtfy epsy
23:17 <teabot> http://www.lmgtfy.com/?q=epsy
23:18 <ct|kyle> @gtfy epsy get zthread
23:18 <teabot> http://www.lmgtfy.com/?q=epsy%20get%20zthread
23:18 <epsy> @alias add gtfy echo "@1: [concat http://www.lmgtfy.com/?q= [urlquote $*]]"
23:18 <teabot> epsy: Error: Can't mix $* and optional args (@1, etc.)
23:18 <epsy> @alias add gtfy echo "$1: [concat http://www.lmgtfy.com/?q= [urlquote $*]]"
23:19 <teabot> epsy: The operation succeeded.
23:19 <epsy> that's illogical
23:19 <epsy> @gtfy ct|kyle get zthread
23:19 <teabot> ct|kyle: http://www.lmgtfy.com/?q=get%20zthread
23:19 <epsy> it takes a lot of time to concat 3 strings
23:23 -!- MaZuffeR [n=mazuffer@darkmoor.sby.abo.fi] has quit ["Ex-Chat"]
23:36 <epsy> woo, it works :)
23:50 -!- Zurd [i=629675b5@gateway/web/ajax/mibbit.com/x-a29900e5d6d314ea] has quit ["http://www.mibbit.com ajax IRC Client"]
23:50 <armabot> armacommits: [trunk-armagetronad-eevent] r712 forgot to add tRectangle and tCoord in the Makefile... || [trunk-armagetronad-eevent] r711 fixed import directive... || [trunk-armagetronad-eevent] r710 Merging from mainline.... || [trunk-armagetronad-eevent] r709 Ported to protobuf. However doesn't link....
23:55 -!- z-man [n=manuel@p508710AF.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]

View entire month
DISCLAIMER: These logs of public chat may contain some content which may not be appropriate for all audiences. Use at your own risk.
Logs from 2006-2009 pulled from wrtlprnft
Format changes at: 2015-08-25, 2017-02-20, and 2020-03-23. Times (2015 and later) should be Eastern.

 © NelgTron 2014-2021. Made for . [About this site] [Credits]