| 00:09.40 | *** join/#bzflag Ebert (~Ebert@99-135-97-147.lightspeed.tukrga.sbcglobal.net) |
| 02:05.56 | *** join/#bzflag mebigfatguy (~dave@38.102.19.7) |
| 02:25.38 | *** join/#bzflag TheMagicCookie (6c09d2ba@gateway/web/freenode/ip.108.9.210.186) |
| 02:25.47 | TheMagicCookie | hello |
| 02:36.28 | blast007 | goodbye |
| 02:38.00 | short_circuit | heh |
| 03:54.04 | *** join/#bzflag Detrimental (~james@h222.221.117.75.dynamic.ip.windstream.net) |
| 04:03.39 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 04:35.36 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 06:12.13 | *** part/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 06:24.04 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 06:25.54 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 06:49.00 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 07:07.23 | *** join/#bzflag Marzipan (~Marzipan@sign-4db6a483.pool.mediaWays.net) |
| 09:09.10 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 10:14.17 | *** join/#bzflag LandonBZ (~Landon@host-184-166-180-212.kls-mt.client.bresnan.net) |
| 11:20.46 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 12:02.46 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 12:04.42 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 12:40.54 | *** join/#bzflag mas (~mas@81.19.46.234) |
| 12:42.27 | mas | Hi |
| 12:42.43 | kierra | hi |
| 12:43.13 | mas | I have one question |
| 12:43.28 | mas | Are you going to participate in Google Summer of Code? |
| 12:43.45 | mas | (bzflag project) |
| 12:44.11 | kierra | i'm not one to answer that. When blast /joevano/ etc wake up, they can answer you |
| 12:44.23 | blast007 | mas: no, we are not |
| 12:46.32 | mas | no chance? |
| 12:46.35 | blast007 | no |
| 12:46.47 | mas | ok |
| 12:46.51 | mas | thanks |
| 16:22.46 | *** join/#bzflag Marzipan (~Marzipan@sign-4db6a7a2.pool.mediaWays.net) |
| 16:53.06 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
| 16:53.06 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:25.40 | alezakos | thinks Notify stopped working once again |
| 17:26.08 | alezakos | and new spam pages have been added to the wiki |
| 17:29.52 | blast007 | alezakos: thanks |
| 17:32.40 | BulletCatcher | Notify hasn't reported the commits I made yesterday. |
| 17:37.05 | BulletCatcher | I would like to know if r22696 creates any new compile errors or warnings on Windows. |
| 17:38.15 | JeffM | I'll get latest |
| 17:44.04 | JeffM | what did you make changes to BulletCatcher ? |
| 17:45.10 | BulletCatcher | I added "const" to the nboUnpack* functions. |
| 17:45.31 | BulletCatcher | There was lots of fallout. |
| 17:46.04 | JeffM | oh windows should be fine with const stuff |
| 17:46.19 | JeffM | it follows the standards very closely there |
| 17:46.32 | JeffM | now bzfscron... that's another matter |
| 17:46.56 | JeffM | I have no errors in the client or server projects |
| 17:47.01 | BulletCatcher | yay |
| 17:47.47 | BulletCatcher | I'll be making more "const" changes to remove warnings generated by gcc -Wcast-qual . |
| 17:48.02 | JeffM | const correctness is a good thing |
| 17:52.22 | JeffM | WOW, sf is putting fake errors in commits to get you to upgrade the project! |
| 17:52.44 | BulletCatcher | I saw. |
| 17:52.51 | JeffM | kinda cheezy |
| 17:52.59 | JeffM | now every commit makes the bad "bong" sound |
| 17:53.12 | BulletCatcher | The older message did not bother to reassure that your commit was successful. |
| 17:53.31 | JeffM | wow |
| 17:53.41 | JeffM | so do we upgrade or move? |
| 17:55.22 | blast007 | what would we move to? Bitbucket with Mercurial? Self hosted Subversion? |
| 17:56.21 | JeffM | probably bitbucket |
| 17:56.31 | JeffM | unless you think there is any reason to self host? |
| 17:57.26 | blast007 | self hosting would be kinda a pain, probably |
| 17:58.37 | BulletCatcher | Outsourcing the repo hosting is easiest. |
| 18:00.40 | JeffM | or we upgrade, see how bad it is and then move |
| 18:01.35 | blast007 | if we upgrade, we should give people a bit of a heads up, since the SVN URL will change |
| 18:01.44 | alezakos | Isn't the upgrade going to automatically happen at some point of time? |
| 18:01.51 | blast007 | alezakos: yeah |
| 18:01.52 | JeffM | yeah |
| 18:01.53 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 18:01.56 | BulletCatcher | Upgrading is the path of least resistance if the commit "error" is too annoying. |
| 18:02.34 | JeffM | I'd rather upgrade on our timeframe so we can give warning rather then have it forced at some unknown date |
| 18:03.10 | JeffM | does command line svn support the "relocate" command? |
| 18:03.22 | BulletCatcher | I rarely hit the SF web site, so its details don't really bother me. |
| 18:04.05 | BulletCatcher | Yes, "svn relocate" is supported. |
| 18:04.21 | JeffM | then that's all people would have to do to update a working dir |
| 18:05.40 | *** join/#bzflag mas (~mas@81.19.46.234) |
| 18:06.17 | blast007 | 'svn switch' is what it should be for CLI, it seems |
| 18:06.29 | JeffM | no that moves you from one branch to another IIRC |
| 18:06.38 | JeffM | that's a different path on the same repo |
| 18:06.58 | JeffM | but then I do get them mixed up |
| 18:07.03 | JeffM | as they do similar things |
| 18:07.07 | blast007 | "Rewrite working copy URL metadata to reflect a syntactic change only. This is used when repository's root URL changes (such as a scheme or hostname change) but your working copy still reflects the same directory within the same repository." |
| 18:07.10 | blast007 | there is no 'svn relocate' |
| 18:07.31 | JeffM | maybe relocate is a windows thing then |
| 18:07.41 | JeffM | I have both switch and relocate |
| 18:07.52 | JeffM | switch only allows the path part of the URL to change |
| 18:07.52 | blast007 | maybe my SVN version is older then |
| 18:08.01 | JeffM | relocate gives full new URL |
| 18:08.12 | blast007 | running SVN 1.6.17 here |
| 18:08.27 | alezakos | Check out this documentation article (from SVN 1.7): http://svnbook.red-bean.com/en/1.7/svn.ref.svn.c.relocate.html |
| 18:08.28 | JeffM | 1.7.8 |
| 18:08.57 | JeffM | ok so it was added in 1.7 |
| 18:09.19 | JeffM | Users often get confused about the difference between svn switch and svn relocate. Here's the rule of thumb: |
| 18:09.19 | JeffM | <PROTECTED> |
| 18:09.19 | JeffM | <PROTECTED> |
| 18:09.43 | JeffM | so yeah relocate if you have it |
| 18:11.27 | alezakos | If you don't, you can `svn switch --relocate` |
| 18:25.50 | blast007 | I guess they never gave an exact date they would end the old platform. "Our goal is to have everybody off of the old platform in the first quarter of next year [2013]" |
| 18:27.26 | blast007 | assuming the commit emails still get generated, Notify (when working) should still work |
| 18:27.39 | blast007 | they don't seem to support *any* commit hooks in the new platform |
| 18:28.04 | blast007 | but hey, new and shiny with less features is better, right? ;) |
| 18:29.39 | alezakos | <Notify> bullet_catcher (r22700) Remove support for the _old_linux_ compile-time macro. It was used incorrectly, causing minor variable type problems on modern systems. |
| 18:31.46 | BulletCatcher | *I* didn't get that message, alezakos. |
| 18:33.05 | blast007 | god, the new sourceforge is like Windows 8... two different UIs that don't work well together... |
| 18:33.22 | blast007 | They support multiple repos, but they don't let you configure which one the 'Code' link on the summary page goes to without *deleting* your repo and making a new one.. |
| 18:36.43 | BulletCatcher | We ought to be able to get them to manually fix that for us in the database if the UI isn't up to it. |
| 18:37.08 | blast007 | not an issue for us at the moment since we only have one repo |
| 18:37.12 | blast007 | just a note |
| 18:37.13 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 18:37.13 | *** mode/#bzflag [+v spldart] by ChanServ |
| 18:37.19 | BulletCatcher | k |
| 18:37.29 | blast007 | their options seem very limited now |
| 18:38.18 | blast007 | I have a 6MB XML file with all/most of the SF site data for BZFlag |
| 18:38.29 | blast007 | and I have a local synced copy of the SVN repo |
| 18:39.19 | BulletCatcher | It is wise to have your own backup of data in the cloud. |
| 18:40.19 | blast007 | hmm, wonder if I could put a commit hook in my local copy of the repo. |
| 18:42.33 | blast007 | would we want to schedule the project upgrade for next Saturday? |
| 18:43.36 | JeffM | that's probably enough time |
| 18:44.24 | BulletCatcher | Is there anything we need to do to prepare beyond mental cringing? |
| 18:44.45 | JeffM | tell people how to relocate when the time comes |
| 18:45.11 | JeffM | tho now that I think about it people can't really "prepare" for it since it's a URL change |
| 18:45.15 | alezakos | Seems SourceForge has documentation on migrating SVN repos: https://sourceforge.net/p/forge/community-docs/Repository%20Upgrade%20FAQ/#how-do-i-change-svn-to-point-to-the-new-repo |
| 18:45.19 | JeffM | so what advantage is there in waiting? |
| 18:47.25 | BulletCatcher | People who "svn update" automatically will appreciate advance notice. |
| 18:48.02 | JeffM | it needs to be clear that they should not make the change right away, since that will break them |
| 18:48.24 | JeffM | too bad you can't leave the old repo up in read only mode for a week or so |
| 18:48.35 | blast007 | JeffM: dunno... my thinking was that it was more time for us to unbreak stuff from the upgrade, but on the other hand, if it's something that SF staff needs to fix, they might not be available on the weekends |
| 18:48.49 | JeffM | yeah |
| 18:49.11 | JeffM | tho if it braks we'll probably just move :) |
| 18:49.19 | blast007 | BulletCatcher: I may be one of the few that updates automatically ;) |
| 18:51.16 | BulletCatcher | probably |
| 18:51.39 | JeffM | there is going to be some confusion ether way |
| 18:52.11 | blast007 | many people probably wouldn't read the forum announcement anyway until their 'svn up' breaks ;) |
| 18:52.23 | JeffM | yeah that's what I was thinking |
| 18:52.27 | blast007 | so probably no advantage in waiting |
| 18:52.37 | JeffM | and those that do read it beforehand will make the change and it won't work |
| 18:56.14 | blast007 | and we never used Trac, right? |
| 18:56.24 | blast007 | seems like we just have two test bugs in there |
| 18:57.43 | JeffM | heh |
| 18:58.59 | blast007 | hmm, apparently we use an SVN hook to send the commits to the email list.... |
| 18:59.14 | blast007 | so it's likely we will not have any email notification possibility |
| 18:59.25 | blast007 | thus no Notify ;) |
| 18:59.36 | JeffM | isn't there a standard commits list? |
| 18:59.47 | blast007 | no idea |
| 19:00.13 | blast007 | svnnotify --repos-path "$1" --revision "$2" --to "bzflag-commits@lists.sourceforge.net" --subject-prefix "SF.net SVN: bzflag:" --subject-cx --no-first-line --with-diff --viewcvs-url "http://bzflag.svn.sourceforge.net/bzflag/?rev=%s&view=rev" --user-domain "users.sourceforge.net" -l /usr/bin/svnlook --max-diff-length 100000 |
| 19:00.18 | blast007 | that's in our hook list |
| 19:02.50 | BulletCatcher | Commit notifications are important to us. |
| 19:02.52 | BulletCatcher | If SF can't provide them then that would be a justifiable reason to move the repo elsewhere. |
| 19:02.52 | JeffM | want to send them a message to ask? |
| 19:03.07 | JeffM | communityteam@sourceforge.net |
| 19:03.11 | blast007 | heh, they have an RSS feed |
| 19:03.30 | JeffM | dosn't ibot techincaly support a crap RSS reader? |
| 19:03.36 | BulletCatcher | We could use Google Reader for follow that. Oh, wait... |
| 19:03.41 | blast007 | heh |
| 19:04.23 | blast007 | there is a "[Un]Subscribe from this tool" on the code tool |
| 19:04.30 | blast007 | but I'm not sure what that actually means |
| 19:05.09 | BulletCatcher | The new system is open source, so you could find out if you really wanted to. :-) |
| 19:05.15 | blast007 | apparently my 46 commits aren't recent enough: https://sourceforge.net/p/trueleague/code/feed |
| 19:05.28 | blast007 | (2007 is recent, right?) |
| 19:06.59 | blast007 | apparently they assume everyone uses command line tools, because they automatically highlight the entire 'git clone git://git.code.sf.net/p/allura/git allura-git' when you try to highlight just the URL :/ |
| 19:11.39 | JeffM | welll there is a way to get emails |
| 19:12.04 | JeffM | if you have a SF account and subscribe to the project to get updates it sends you an email on commit it seems |
| 19:13.07 | JeffM | so we'd have to make a SF account for the notifyer |
| 19:13.18 | blast007 | heh |
| 19:14.19 | blast007 | and then we have to configure that email account to automatically forward everything it gets from sourceforge to the commits list? |
| 19:14.24 | JeffM | checking to see if the mail list commit is automatic now |
| 19:25.55 | JeffM | yeah the upgrade breaks the old PROJECT-COMMITS list |
| 19:27.25 | JeffM | I say send em an email asking what the expected soultion is |
| 19:27.34 | JeffM | if they don't have a decent answer we move elsewhere |
| 19:41.21 | *** join/#bzflag SpazzyMcGee (~SpazzyMcG@host-92-24-156-45.ppp.as43234.net) |
| 20:09.41 | *** join/#bzflag SpazzyMcGee (~SpazzyMcG@host-92-24-156-45.ppp.as43234.net) |
| 22:27.42 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 22:27.42 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:18.23 | *** join/#bzflag LandonBZ (~Landon@host-184-166-180-212.kls-mt.client.bresnan.net) |
| 23:28.00 | Notify | 03BZFlag:bullet_catcher * 22696 (trunk/bzflag/include/Address.h trunk/bzflag/include/ArcObstacle.h and 80 others): Change the nboUnpack* functions to accept and return const pointers, and fix the consequences thereof. |
| 23:28.02 | Notify | 03BZFlag:bullet_catcher * 22697 (trunk/bzflag/plugins/serverSidePlayerSample/playerHandler.cpp trunk/bzflag/plugins/serverSidePlayerSample/playerHandler.h): whitespace |
| 23:28.04 | Notify | 03BZFlag:bullet_catcher * 22698 trunk/bzflag/src/bzfs/ServerSidePlayer.cxx: AllPlayers is the correct parameter for sendPlayerMessage().It will be transformed into BZ_ALLUSERS at the right time. |
| 23:29.45 | Notify | 03BZFlag:jeffm2501 * 22699 trunk/bzflag/plugins/bzfscron/bzfscron.vcxproj: add a reference to plugin_utils so bzfscron can link on windows |
| 23:29.52 | Notify | 03BZFlag:bullet_catcher * 22700 (trunk/bzflag/include/network.h trunk/bzflag/src/net/network.cxx): Remove support for the _old_linux_ compile-time macro.It was used incorrectly, causing minor variable type problems on modern systems. |
| 23:30.24 | Notify | 03BZFlag:LaurieQue * 8615 /Google_Maps:_Explore_The_Married_Pussy: Created page with "While I know this may not be able to get you introduced to anal penetration, but NOT one larger than the cock that will soon be impatient to see the Range of Realistic pocket pus..." |
| 23:30.26 | Notify | 03BZFlag:Blast * 0 /User:LaurieQue: Spamming links to external sites |
| 23:30.28 | Notify | 03BZFlag:Blast * 0 /User:LaurieQue: content was spam (and the only contributor was "[[Special:Contributions/LaurieQue|LaurieQue]]") |
| 23:30.30 | Notify | 03BZFlag:Bullet Catcher * 0 /Google_Maps:_Explore_The_Married_Pussy: Vandalism |
| 23:30.40 | blast007 | weeeeeee |
| 23:47.30 | LandonBZ | Crazy |
| 23:48.01 | *** join/#bzflag swigg (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 23:48.02 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 23:59.26 | BulletCatcher | Better late than never, I guess. |