From: Paul Gerhardt <Paul.Gerhardt@Colorado.EDU>
Date: March 20, 2008 9:56:19 PM MDT
To: zooko@zooko.com
Subject: Allmydata GNUmakefile signal-error

Here's the edited GNUEmakefile without the signal-error "prints"
-Paul

New patches:

[Don't echo signal-error
pmg@colorado.edu**20080320214437] {
hunk ./GNUmakefile 171
-	$(PYTHON) -c 'import twisted, zope.interface' || $(MAKE) signal-error-twisted-dep
+	@$(PYTHON) -c 'import twisted, zope.interface' || $(MAKE) signal-error-twisted-dep
hunk ./GNUmakefile 174
-	$(PYTHON) -c 'import win32process' || $(MAKE) signal-error-pywin32-dep
+	@$(PYTHON) -c 'import win32process' || $(MAKE) signal-error-pywin32-dep
hunk ./GNUmakefile 177
-	$(PYTHON) -c 'import OpenSSL' || $(MAKE) signal-error-pyopenssl-dep
+	@$(PYTHON) -c 'import OpenSSL' || $(MAKE) signal-error-pyopenssl-dep
}

Context:

[native client - adding support for special icons for shared and recycling directories
secorp@allmydata.com**20080320223026] 
[refactor one of the dispatch routines in webish.py
zooko@zooko.com**20080320191109
 The behavior is intended to be unchanged by this refactoring.  Unit tests show no change in behavior.
] 
[docs: add some accounting proposals
warner@lothar.com**20080320191841] 
[resolve conflict in windows installer conf
robk-tahoe@allmydata.com**20080319003844] 
[confwiz: refine the descriptive text on the conf wiz pages
robk-tahoe@allmydata.com**20080319000647] 
[windows installer: use an allmydata logo in setup wizard
robk-tahoe@allmydata.com**20080318231807] 
[confwiz: reworked confwiz look and feel
robk-tahoe@allmydata.com**20080318231536

 this changes the confwiz to have a look and feel much more consistent
 with that of the innosetup installer it is launched within the context
 of.  this applies, naturally, primarily to windows.
] 
[macapp: updated icon for mac build
robk-tahoe@allmydata.com**20080318231338] 
[native client - adding checks for elevating and managing privileges on Vista
secorp@allmydata.com**20080318221259] 
[webish mkdir-p: added unit test
robk-tahoe@allmydata.com**20080318201108

 added a test for the simple mkdir-p hack I added yesterday

 checks that mkdir-p can create a directory hierarchy, and that resubmitting
 a request for the same path yields the existing dir's uri
] 
[windows installer - changed to reflect the new StartAllmydata.exe executable that is used to launch the various pieces of the native client. Also verified that the SMB service was stopped when uninstalling.
secorp@allmydata.com**20080318174443] 
[native client - added StartAllmydata.exe so that we can start/stop processes in Vista
secorp@allmydata.com**20080318171847] 
[add a mkdir-p POST handler
robk-tahoe@allmydata.com**20080318011301

 this adds a t=mkdir-p call to directories (accessed by their uri as
 /uri/<URI>?t=mkdir=p&path=/some/path) which returns the uri for a 
 directory at a specified path before the given uri, regardless of
 whether the directory exists or whether intermediate directories
 need to be created to satisfy the request.

 this is used by the migration code in MV to optimise the work of
 path traversal which was other wise done on every file PUT
] 
[native client - fixes for drive size (now 1TB), running service as adminstrator to allow client stopping and starting in Vista, large number of files fix
secorp@allmydata.com**20080317212203] 
[web/status.py: guard against file_size=None, closes #354
warner@lothar.com**20080317203110] 
[docs: link from install.html to the (imminent) location of allmydata-tahoe-0.9.0.tar.gz
zooko@zooko.com**20080313200237] 
[docs: small edit to relnotes.txt
zooko@zooko.com**20080313191326] 
[TAG allmydata-tahoe-0.9.0
zooko@zooko.com**20080313190958] 
Patch bundle hash:
1a2bf13ca66c966888107444751c9fbb49812c84