Building from the SVN?

Before I try and work this out for myself has anybody tried building mafia from Eclipse using Subclipse for the subversion side?
 
[quote author=Veracity link=topic=374.msg10451#msg10451 date=1229297313]
Yes. It works fine.
[/quote]

Yes, your right, with only one minor problem - Ant was using the wrong JAVA_HOME - It worked perfectly.

No my next question is does anybody know how to get Svnversion working with it?
 
OK to answer my own question, in case anyone else has the same problem. I downloaded the CollabNet command line version of SVN. Unfortunately this inserts itself into the path and adds it's own version of SVN which seems to produce a working copy incompatible with subeclipse.

I end up deleting manually my working copy version of the mafia files and renaming the CollabNet svn.exe.

Next question - Subeclipse only seems to give you an option to checkout the entire kolmafia tree and overwrite all of my working copy - is there a way to just get the changes?

Tom
 
Followed the instructions in the first post and I'm now compiling builds without any trouble at all. I've got a rather superficial question.

I've noticed that when daily builds are posted by dangerpin, asturia or teebee they always list a changelog in the same format. I rather doubt that this is copy/pasted from each individual entry here, so could someone tell me where this found?

Yeah, it's a superficial question, but I'm curious. I thought I'd get a changelog like that when I built my own jar.
 
You can use the command "svn log" to get a changelog. You probably want "svn log --limit X" (where X gives you the last X revisions) so you don't get all 7000+ changes.
 
You can use the command "svn log" to get a changelog. You probably want "svn log --limit X" (where X gives you the last X revisions) so you don't get all 7000+ changes.
Thank you. That was certainly useful. Still another increasingly superficial question. "svn log --limit 4 > logfile.txt" gave me this:

Code:
------------------------------------------------------------------------
r7108 | veracity0 | 2009-03-25 15:33:55 -0400 (Wed, 25 Mar 2009) | 6 lines

Optimization for switch: if the labels are all constants, use a map to quickly
and efficiently map the constant into the appropriate code offset to execute.

Regardless of whether all labels are constants, check those that are for
duplicates and give an error at script parse time if you give a duplicate.

------------------------------------------------------------------------
r7107 | veracity0 | 2009-03-25 13:54:54 -0400 (Wed, 25 Mar 2009) | 2 lines

Use ISO-8859-1 charset for chat requests, not UTF-8

------------------------------------------------------------------------
r7106 | veracity0 | 2009-03-25 11:10:50 -0400 (Wed, 25 Mar 2009) | 9 lines

Fix recipe for 17-alarm saucepan: we had it listed under 17-Alarm saucepan.
That's consistent with the 5-Alarm saucepan, but it's not correct name.

When your Wild Hare gives you an extra rollover adventure, tally it in the
"extraRolloverAdventures" setting, which is (obviously) cleared at rollover.
The little pop-up on the sidepane showing modifiers adds this to the Rollover
Advs number from equipment, to give you the total number of extra adventures
you get at rollover.

------------------------------------------------------------------------
r7105 | jasonharper | 2009-03-25 05:49:17 -0400 (Wed, 25 Mar 2009) | 2 lines

Add Typical Tavern swill and its byproducts, with preliminary consumption data.

------------------------------------------------------------------------

What they post looks like this:

Code:
Revision: 7104
Author: jasonharper
Date: 21:00:52, dinsdag 24 maart 2009
Message:
Adds an override for handling expiring counters during automated adventuring.
Set counterScript to the name of an ASH script containing a function:
  boolean main( string name, int remain )
name - the label of the expired counter, "Fortune Cookie" for example.
remain - the number of turns remaining, typically 0 but can be higher if
adventuring in an area that takes multiple turns.
return value - false to allow the counter warning to appear as normal,
aborting the adventure request; true to continue the request with no warning.
----
Modified : /src/net/sourceforge/kolmafia/request/GenericRequest.java

Revision: 7103
Author: veracity0
Date: 20:36:01, dinsdag 24 maart 2009
Message:
The Clownlord Beelzebozo
----
Modified : /src/data/combats.txt
Modified : /src/data/monsters.txt

Revision: 7102
Author: jasonharper
Date: 8:01:35, dinsdag 24 maart 2009
Message:
Add support for items that require knowledge of a recipe to craft.  Such
items are indicated by a preference of the form "unknownRecipe<itemId>" in
defaults.txt, with a value of true.  The value will be changed to false,
allowing the item to be considered creatable, in the following cases:
* the recipe is read,
* the item was successfully crafted via the relay browser, or
* the item was seen on a crafting discoveries page.
----
Modified : /src/data/defaults.txt
Modified : /src/net/sourceforge/kolmafia/KoLmafiaCLI.java
Modified : /src/net/sourceforge/kolmafia/StaticEntity.java
Modified : /src/net/sourceforge/kolmafia/persistence/ConcoctionDatabase.java
Modified : /src/net/sourceforge/kolmafia/request/CreateItemRequest.java
Modified : /src/net/sourceforge/kolmafia/request/UseItemRequest.java

The former suits my needs well enough, but I'd still like to know why it is different.
 
Last edited:
I use Tortoise SVN to get the format of the changelog, which is what Asturia also uses, last I checked. Tortoise has a lot of nice features that I appreciate and I think the log looks much cleaner.

Though if you, or anyone else, feels the desire to post an update I think the differences are, as you said, superficial.
 
I'm currently enjoying TortoiseSVN whose searchable changlogs have already proven useful, but thanks for the info. I didn't know that sourceforge could display it that way.
 
I'm having problems building 7161. I did update TortoiseSVN, which has caused problems in the past, but I had several good builds since then.

Is it just me or is 7161 different in some way?
 
I'm afraid I'm having no trouble with 7161. I could post it if you like, though it doesn't quite seem like 1 revision is enough for a new thread in the unofficial builds forum.

I used:
  • TortoiseSVN-1.6.0.15855 to perform the update.
  • apache-ant-1.7.1-bin built the jar
  • Slik-Subversion-1.6.0-win32 called by ant.

Perhaps the new version of Tortoise isn't compatible with the old version of Tortoise? You could always delete the svn and download it from scratch to see if that helps.
 
Thanks for mentioning Slik Subversion, I was having some issues with my subversion being out of date and was tired of dealing with all the different options and the varying things they did or did not support.

Slik fixed this all up and was even nice enough to insert itself into my Environment Path Variable, which I sometimes forget.
 
Glad to help. It was easy for me to account for everything since I only just figured out how to get everything working together compatibly.

By the way, is there some setting somewhere that causes the version number to be automatically appended to the filename or do you add it manually also?
 
Last edited:
Thanks. I probably won't use it since it would complicate the part of my batchfile that copies the file into my playing directory (which is more common than posting it here), but it is nice to know.
 
It only creates one jar file, I just use....

Code:
move *.jar
... to my mafia directory.

Or maybe you have something different going on.

/me zips mouth and stops trying to troubleshoot.
 
It only creates one jar file, I just use....

Code:
move *.jar
... to my mafia directory.

Or maybe you have something different going on.

/me zips mouth and stops trying to troubleshoot.

Oh. You're right. I was concerned about my shortcut not working and stuff, but all I need is
copy C:\SVN\kolmafia\dist\*.jar C:\kolmafia\kolmafia.jar
then it will even have the same name as usual. Silly me. Thank you so MUCH!
 
Back
Top