Remove "./patch" call- cygwin is reporting no permissions

This is the process recommend by gystsw (don;t have handle in front of me sorry)
but I fear it is just using the cygwin-standard new patch binary. I am
sending some info to the log.

This has been an absolute shit-show. I may have to make myself a Windows VM.
Which I very much do not want to do, not really ok with me. But I don't know
what else I can do, i am killing the userbase.
Merge branch 'master' into auto-patcher3.0

Conflicts:
	auto_patcher
Beginning of 4.3 tests
Autopatcherv3.0.0

Since we have been auto-updating as we build to this, most features already
are in the hands of users. The milestones for 3.0.0 are still incomplete.

The main addition to this update is Android 4.3 support. More info to come.
AOSP and CM supported as of right now.
Some symlinks and cleanup for 3.0.0
Remove premature reference to LOG (h/t @DualJoe)

I believe we have finally solved the problem related to that bit of debugging
anyway.
Tie auto-updating to physical files in addition to the enviromental variables

Cygwin user reports auto-update is working, but batch.sh not reliable. I tried
to add checks for physical files we already create to replicate the sourced
variable approach that works for Linux.

I attempted to tack this on in a way that the existing implementation will
still work. This new, file-dependent implementation should actually stand
on its own...we could remove the sourced variable method should this work
as we want it to.

Addresses half of #141
Version up for tests of file-dependent auto-updating

Hopefully guarantee that Cygwin users have batch.sh run.
Remove calls for BAKSMALI_BINARY

Head off these incomplete error reports. This is the only real change, so
if it isn't working, I hope this is the cause.
CM10.2 tabletUI initial release.
Add generic folder to opd/4.3

When build.prop query (and certain other operations, search for 'generic')
fail, the patcher defaults to 'generic' and 'latest' patches. Here they did
not exist, so there was no files being adjusted. It is a bit of a mystery
why nothing got decompiled (it looks like it did not read the "files.txt") but
this should help.

The 'generic' folder is a symlink to 'aosp'. So anything the build.prop query
cannot resolve will default to aosp patches. That will have it fail loudly since
I expect AOSP patches to fail for PAC and PA (I have seen the build query fail
with both in this manner).

Try again with PAC, okay @Urinophoria?
Merge pull request #142 from Caldair/master

CM10.2 tabletUI initial release.