Created by command:

/usr/bin/tito tag --use-version 1.6.4

to ease upgrades

Check on the exception args.

[noissue]

Created by command:

/usr/bin/tito tag --use-version 1.6.3

Fixed RST handling.

Check correct item in tuple.

closes #7911
https://pulp.plan.io/issues/7911

Created by command:

/usr/bin/tito tag --use-version 1.6.2

Fix timeout test.

[noissue]

Remove outdated comments.

[noissue]

* Better retries for nectar which can handle interrupted connections

When server send connection reset during streaming data, standard
urllib retry adapter is not able to handle this and download
immediatelly fail. To improve this, all exceptions from server
but DownloadCancelled are retried by default with 5 retries

* - Changed default retries to 3
- Removed retrying when TimeoutException is raised

* Retry on DownloadFailed only when there's indication of connection reset

* Changed DEFAULT_TRIES to DEFAULT_GENERIC_TRIES for DownloadFailed

* - fixed typo

* Checking status code in exception args instead of response

* - retry only on ECONNRESET
- do not retry on DownloadFailed

* Removed unused session attribute from __init__

* Revert "Removed unused session attribute from __init__"

This reverts commit f508ba5.

* Added 'extra_headers' attribute as replacement for session.headers

Because session was previously shared for whole Downloader and now
it's created for every request, it's not possible to use it as
holder for required http headers. HTTPThreadedDownloader.extra_headers
should be now used as replacement for
HTTPThreadedDownloader.session.headers

* Use global session only when set to downloader

Fixed changes in _make_session

…or _fetch

Do not share requests session within multiple threads

If one session object is shared within multiple threads, it can
happen it ran out of retries even for new connections which is not
desired. Constant number of retries should be applied to every
request. In this commit session object is created per every
worker thread

Fixes #7149.

Created by command:

/usr/bin/tito tag --use-version 1.6.1

Always retry on 429 response, even without a retry-after header

Requests with 429 responses ('Too many requests') are only retried by
default if the retry-after header is present.

Instead, always retry these requests. This fixes interoperability with
Quay.io, which presents 429 requests without a retry-after header.

Fixes #5173.

Signed-off-by: Tim Waugh <twaugh@redhat.com>

Problem: downloader can't be configured to NOT decode

Solution: add downloader config option 'stream'

When 'stream' is True, the downloader does not decode the response.
When 'stream' is False, the downloader decodes the response unless it's a file ending in .gz.

re: #4603
https://pulp.plan.io/issues/4603

Created by command:

/usr/bin/tito tag

UnicodeEncodeError in comments provided with SSL cert/key/CA

A UnicodeError was being raised if non-ascii characters
were present in comments provided with SSL cert/key/CA

closes #2960

Revert "UnicodeEncodeError in comments provided with SSL cert/key/CA"

UnicodeEncodeError in comments provided with SSL cert/key/CA

A UnicodeError was being raised if non-ascii characters
were present in comments provided with SSL cert/key/CA

closes #2960

Created by command:

/usr/bin/tito tag

Update spec files Source0

The Source0 currently does not lead to the correct source file.
This updates the spec file and renames the source to what would be
the expected source name.

ref #2784
https://pulp.plan.io/issues/2784

Update nectar to also read headers from config