Skip to content

Conversation

@kulikjak
Copy link
Contributor

@kulikjakkulikjak commented Dec 22, 2020

With the integration of #22040, os.sendfile now works as expected and hence its use in shutil as a fast-copy syscall for file copies should be reenabled (it was disabled with #13675 due to small differences in offset handling and return values).

I am not sure what exactly to write into shutil.rst as if backported, the versionchanged:: 3.10 part would not be correct, but it wasn't there from the beginning of 3.9 either, and it seems that micro versions are not specified there (or maybe this is not a change that should be backported) ??

Also, I enabled the Solaris here explicitly, but maybe reverting the #13675 (and by doing so enabling the use of sendfile on every system that has it available, which might actually be just Linux and Solaris...) is a better option.

https://bugs.python.org/issue41843

@github-actions
Copy link

This PR is stale because it has been open for 30 days with no activity.

@github-actionsgithub-actionsbot added the stale Stale PR or inactive for long period of time. label Jan 22, 2021
@kulikjak
Copy link
ContributorAuthor

No activity, but still relevant...

@github-actionsgithub-actionsbot removed the stale Stale PR or inactive for long period of time. label Jan 23, 2021
@github-actions
Copy link

This PR is stale because it has been open for 30 days with no activity.

@github-actionsgithub-actionsbot added the stale Stale PR or inactive for long period of time. label Feb 23, 2021
@kulikjak
Copy link
ContributorAuthor

This is still relevant.

@github-actionsgithub-actionsbot removed the stale Stale PR or inactive for long period of time. label Feb 24, 2021
@kulikjakkulikjakforce-pushed the reenable-Solaris-sendfile branch from c0eff8f to b9b0797CompareMay 21, 2021 10:21
@kulikjak
Copy link
ContributorAuthor

I rebased my changes onto changes introduced with #26024.

Copy link
Member

@FFY00FFY00 left a comment

Choose a reason for hiding this comment

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

This looks correct to me.


.. versionchanged:: 3.8

.. versionchanged:: 3.10
Copy link
Member

Choose a reason for hiding this comment

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

Should now be changed to 3.11.

Copy link
ContributorAuthor

Choose a reason for hiding this comment

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

Ah yes, it's fixed now. Thanks.

@kulikjakkulikjakforce-pushed the reenable-Solaris-sendfile branch 2 times, most recently from 4f658dd to 5aee88aCompareAugust 19, 2022 10:29
@iritkatrieliritkatriel added 3.12 only security fixes and removed 3.12 only security fixes labels Sep 10, 2022
kulikjak added a commit to kulikjak/cpython that referenced this pull request Mar 20, 2023
@arhadthedevarhadthedev added the stdlib Standard Library Python modules in the Lib/ directory label Mar 22, 2023
@arhadthedev
Copy link
Member

arhadthedev commented Mar 22, 2023

@giampaolo (as an shutil expert), @jcea (as a Solaris platform expert)

kulikjak added a commit to kulikjak/cpython that referenced this pull request May 9, 2023
@kulikjakkulikjakforce-pushed the reenable-Solaris-sendfile branch from 46b9f2b to 1a3a1b4CompareNovember 7, 2023 10:13
@kulikjakkulikjakforce-pushed the reenable-Solaris-sendfile branch from 1a3a1b4 to 944c17eCompareSeptember 18, 2024 13:24
@kulikjak
Copy link
ContributorAuthor

I am sorry, I just realized that when rebasing my changes, I accidentally used 'solaris' rather than 'sunos' in the platform check. I created #124289 to fix this.

savannahostrowski pushed a commit to savannahostrowski/cpython that referenced this pull request Sep 22, 2024
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

stdlibStandard Library Python modules in the Lib/ directory

Projects

None yet

Development

Successfully merging this pull request may close these issues.

8 participants

@kulikjak@arhadthedev@encukou@FFY00@iritkatriel@the-knights-who-say-ni@ezio-melotti@bedevere-bot