Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stop using deepcopy in primary.xml processing to speed up sync #1001

Closed
wants to merge 115 commits into from

Conversation

goosemania
Copy link
Member

seandst and others added 30 commits August 3, 2016 10:02
The features introduced in pulp#1991 (https://pulp.plan.io/issues/1991) only act
as filters based on whether or not a package is signed, and the short key ID
of the key used to generate that signature. This changes any reference to
"verification" introduced with those changes to "GPG Key ID filtering", and
in general attempted to clarify that this is not a security feature, while
still leaving it possible to (hopefully) do GPG package signature verification
in a future version.

fixes pulp#2188
https://pulp.plan.io/issues/2188
Tagging package [pulp-rpm] version [2.9.2-1] in directory [./].
The RPM rsync distributor uses SSH keys for authentication, and it must
be told where to find a private key for authentication. This key must
have certain permissions, or else SSH will refuse to use it. Update the
documentation accordingly.
Clarify needed permissions for ssh_identity_file
@mention-bot
Copy link

@goosemania, thanks for your PR! By analyzing the history of the files in this pull request, we identified @mhrivnak and @bmbouter to be potential reviewers.

# NOTE the use of deepcopy relies on cpython's very sensible policy of never
# duplicating string literals, this may not hold up in other implementations
# the python interpreter.
rpm_entry = deepcopy(RPM_ENTRY_SKEL)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is RPM_ENTRY_SKEL used anywhere else?

# NOTE the use of deepcopy relies on cpython's very sensible policy of never
# duplicating string literals, this may not hold up in other implementations
# the python interpreter.
file_info = deepcopy(FILE_INFO_SKEL)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is FILE_INFO_SKEL used anywhere else?

Copy link
Member Author

@goosemania goosemania Dec 6, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good point! The one which is used and has the same name comes from metedata.py, so this skeleton can be removed.

@dkliban
Copy link
Member

dkliban commented Dec 6, 2016

As mentioned on IRC, you should rebase this against 2.10-dev and open a new PR

@goosemania
Copy link
Member Author

Wrong branch

@goosemania goosemania closed this Dec 6, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

10 participants