rewrite unservable_packages.pxt page to java
provide information about unservable packages to Rollback.do page
Ensure bytes strings are sent to pyOpenSSL

pyOpenSSL relies on libopenssl which does not support unicode strings.
Starting from version 0.14 pyOpenSSL refuses to take unicode strings as
parameters for certain APIs. By refuse I meant certain APIs are going to
throw a `TypeError` exception if the given string is a not an instance of
`bytes`.

This problem affects python2 clients, but would get even more serious on
machines using python3 because all python3 strings are unicode.

I reviewed our usage of pyOpenSSL's API and I found only the following
places which got broken.

This patch should be applied even to systems which are running with
previous versions of pyOpenSSL since it provides a better error message to
the user. I did some tests against pyOpenSSL 0.13, I confirm our code would
break with a `UnicodeEncodeErrors`, but this time without a meaningful
explanation.

Just a small test program which can be used to reproduce the problem:
```

from OpenSSL import SSL

context = SSL.Context(SSL.SSLv23_METHOD)

cert = u"/tmp/certificates/this_works/RHN-ORG-TRUSTED-SSL-CERT"
context.load_verify_locations(cert)

cert = u"/tmp/certificates/©rashes/RHN-ORG-TRUSTED-SSL-CERT"
context.load_verify_locations(cert)
```

When using a pyOpenSSL version prior to 0.14 the program raises a
`UnicodeEncodeError` exception on the last line:
> 'ascii' codec can't encode character u'\xa9' in position 18:
> ordinal not in range(128)

When running with pyOpenSSL 0.14 all the calls to
`load_verify_locations` are going to raise a `TypeError` exception.
De-duplicate handleDeletedRecords() implementations
Do not skip in case the last record has been deleted

The returned list of records (mostly ids) should not be null anyways
since an empty list will be returned in case of no results.
Use maxDoc() to actually iterate over all documents

At least for older versions of lucene, numDocs() actually returns the
number of currently *alive* documents in the index, while leaving aside
all the deleted ones. This means when iterating using that number as the
index, we will stop too early!

See also this bugreport: https://issues.apache.org/jira/browse/LUCENE-2809
1101545 - Added limitation of spacewlak-clone-by-date for RHEL4 and earlier versions.
CloneErrataAction: spacing fix
jQuery UI packaged
select2 packaged
select2-bootstrap-css packaged
select2 package warnings fixed
select2-bootstrap-css typos fixed