3b6092c3d0
I think these were supposed to be reverted ages ago.
2010-09-21 05:46:37 +00:00
5fa9c80220
No more Snark.
2010-09-21 00:44:18 +00:00
b2df567d71
Retire never used Snark-based bittorrent downloader. Cool idea, but never
...
turned out to be worth the PITA. Maybe someday when there's a broadly used
trackerless p2p technology, we'll take another crack at this sort of thing.
2010-09-20 17:54:44 +00:00
525c924ea2
Put libs-incl.xml in etc/ like all our other projects.
2010-09-20 17:45:08 +00:00
a31171c575
Out with commons-io.
2009-07-12 21:36:25 +00:00
3e598302f6
Reverting getdown.pro changes. I'll use the virgin getdown.jar instead.
2009-01-27 19:01:57 +00:00
85d3456d97
Extracted common Getdown applet config functionality so that it can be reused by applets that are doing more that just Getdown.
2009-01-21 20:58:32 +00:00
3ac8ce2e70
Make getdown's proguard aware that Mac OS X calls rt.jar something else. Hurray, ooo-libs finally compiles all the way through on a Mac.
2008-06-05 13:41:04 +00:00
e7d38b13bc
Turns out keeping com.samskivert.util.** is only needed in my little mac corner of the universe, and others can build getdown just fine without it. It's no good to actually leave the names in for samskivert.util since other things that build with getdown-retro-pro in their classpath are confused to find them with their proper names but already weaved. Moral of the story is that I'm not allowed to build getdown.
2007-11-01 23:55:46 +00:00
5a6bb9fbed
Don't rename samskivert.util.* since something about renaming StringUtil was confusing retroweaver and leading to a ClassFormatError. Upgrading to retroweaver 2 fixes that, but doing so adds backported versions of the Java 5 concurrent libraries which more than doubles the size of getdown-retro-pro.jar. This feels like the lesser evil.
2007-11-01 17:45:20 +00:00
cd622bee95
Whoops, wrong path.
2007-02-21 22:32:02 +00:00
5bb65c42fe
Specifically enumerate what we need rather than slurping in all the games adn
...
all the puzzles and then freaking out when they depend on something we don't
have.
2007-02-21 22:08:57 +00:00
4c3324752d
Specifically include what we need from tools and exclude everything else.
2007-02-04 00:24:08 +00:00
2acaa9bbf5
Work properly with the new build system.
2006-11-14 21:05:40 +00:00
c92e372d39
prevent hijacking of signed Getdown to run malicious code; greater torrent download speed tolerance
2006-08-20 09:45:21 +00:00
ae36f9138d
wire things so both patches and full installs try bittorrent first
2006-07-16 09:49:54 +00:00
cef42b0dd5
Unbreak the builds until we get Liz's modified snark.jar where we need it.
2006-07-13 19:54:21 +00:00
3c9b29adcb
properly javadoc things, include proguard/lib modifications
2006-07-13 18:29:13 +00:00
9e08dbdf80
Added -dontskipnonpubliclibraryclasses so that we see the methods in
...
AbstractStringBuilder.
2006-06-14 01:16:38 +00:00
7bfd596beb
Added support for running Getdown as a signed applet as well as support for
...
running our target application directly in the same JVM instead of forking off
a new VM.
2006-06-06 23:29:47 +00:00
bfd95210d7
relative paths in proguard 3.5 are relative to .pro file unless overridden by -basedirectory
2006-04-17 12:36:26 +00:00
7297af72af
Scratch that we need to weave after we run Proguard. Fortunately we don't do
...
anything that requires runtime support.
2006-04-10 21:15:46 +00:00
fe87ef6b04
Retroweave Getdown before running Proguard on it.
2006-04-10 20:36:38 +00:00
08b7e9dbba
Don't rename anything in our native library Windows registry stuff.
2005-03-15 22:28:16 +00:00
de924b7172
We need the META-INF from getdown.jar for our manifest.
2005-03-15 22:24:10 +00:00
2c667e9ced
Don't copy the manifests from our source jar files.
2005-03-15 07:30:09 +00:00
54eea4d9a3
Build a -pro file, we'll handle Yohoho's legacy business in Yohoho rather
...
than in Getdown.
2005-03-08 00:56:58 +00:00
6afddd08a4
We need to name our outfile getdown-dop.jar, for old-times sake.
...
(Why we ever appended the name of some tool we use onto a production jar
is beyond me.)
2005-03-07 22:56:23 +00:00
00da0ce3f8
We don't use any Java Web Start code in the runtime launcher, only in the
...
command-line tool that generates the diffs.
2005-03-04 01:47:45 +00:00
98c74c7f03
Switched from DashO (commercial, old, crufty) to Proguard (free, new,
...
sexy) for our download-size optimization.
2005-03-04 01:37:35 +00:00
97e210fb9d
Reference java in its new Ray-friendly location.
2004-11-23 05:55:40 +00:00
086142a257
Include Mac OS X's runtime in the Dasho classpath
2004-10-20 04:03:10 +00:00
0c54b9070a
Under every situation in the world *except this one* we would want to
...
exclude the com.sun.* packages from being DashO'd, however because we need
to include Java Web Start code to do our patching we have to roll that in,
and we mustn't forget the translation properties file that is also hiding
in the javaws.jar.
2004-08-02 22:44:08 +00:00
e4c326279b
Finished up the proxy jockeying. Now we peek into the registry to see if
...
they've already got a proxy configuration. Oh how we love to go native.
2004-07-30 22:37:15 +00:00
b87a59464a
Reference the now needed javaws.jar
2004-07-16 08:42:42 +00:00
b6b2d5779e
Whipped up a DashO build system.
2004-07-07 16:25:31 +00:00
Michael Bayne