Activity

1. warsaw

   added

   type-featureA feature request or enhancementA feature request or enhancement

   on Apr 16, 2026
2. warsaw

   self-assigned this

   on Apr 16, 2026
3. warsaw

   added

   DO-NOT-MERGE

   stdlibStandard Library Python modules in the Lib/ directoryStandard Library Python modules in the Lib/ directory

   3.15bugs and security fixesbugs and security fixes

   on Apr 16, 2026
4. picnixz commented on Apr 16, 2026

   

   picnixz

   on Apr 16, 2026

   Last edited by picnixz

   Member

   More actions

   Disclaimer: ignore this message if your PEP was accepted by the SC

   Barry, maybe you are not aware of it but we try to avoid opening issues or PRs in the main repo for PEPs reference implementations if they are not already accepted. It is preferrable to have everything in a separate repo/fork so that we only discuss the reference implementation separately, unless you need the build bot fleet to test your changes (in which case, please indicate that in the PR and issue description).

   The rationale is that it is described in PEP-1:

   Once the PEP is assigned a number and committed to the PEP repository, substantive issues should generally be discussed on the canonical public thread, as opposed to private channels, GitHub pull request reviews or unrelated venues.

   Once a PEP has been accepted [by the SC], the reference implementation must be completed. When the reference implementation is complete and incorporated into the main source code repository, the status will be changed to “Final”.

   So, usually (and to really enforce splitting design discussions from integration into main), we do not open issues or PRs for PEPs that are yet to be accepted.
5. warsaw commented on Apr 17, 2026

   

   warsaw

   on Apr 17, 2026

   MemberAuthor

   More actions

   Thanks @picnixz. I can respect that. I was wondering if the test-with-buildbots label (which isn't set on this PR) would disable buildbot fleet testing? The branch is in my fork.
6. picnixz commented on Apr 17, 2026

   

   picnixz

   on Apr 17, 2026

   Member

   More actions

   Test-with-buildbots launch de buildbot fleet if your PR is opened against main and in this repo. If you create your own fork and create a PR against your own forked main, that label would not work (AFAIK)
7. hugovk

   removed

   DO-NOT-MERGE

   on Apr 28, 2026
8. ncoghlan commented on May 2, 2026

   

   ncoghlan

   on May 2, 2026

   Contributor

   More actions

   @warsaw What do you think of the idea of enhancing python -m site to print out the list of startup files that were found and executed? Extracting a definitive version of that list at the moment is fairly painful (the most robust option I currently have is grepping the output of python -vv for references to \.pth).

   The key change from the current PR would be that instead of dumping the sets of pending files entirely after processing them, we'd instead move them over to an "executed files" set, and make that available for reporting purposes (both in the module API and in the python -m site output).
9. warsaw commented on May 2, 2026

   

   warsaw

   on May 2, 2026

   MemberAuthor

   More actions

   @warsaw What do you think of the idea of enhancing python -m site to print out the list of startup files that were found and executed? Extracting a definitive version of that list at the moment is fairly painful (the most robust option I currently have is grepping the output of python -vv for references to \.pth).

   The key change from the current PR would be that instead of dumping the sets of pending files entirely after processing them, we'd instead move them over to an "executed files" set, and make that available for reporting purposes (both in the module API and in the python -m site output).

   I think this is a great idea. python -m site already prints out some information so this would be a simple addition.
10. warsaw commented on May 3, 2026

    

    warsaw

    on May 3, 2026

    MemberAuthor

    More actions

    @warsaw What do you think of the idea of enhancing python -m site to print out the list of startup files that were found and executed? Extracting a definitive version of that list at the moment is fairly painful (the most robust option I currently have is grepping the output of python -vv for references to \.pth).

    The key change from the current PR would be that instead of dumping the sets of pending files entirely after processing them, we'd instead move them over to an "executed files" set, and make that available for reporting purposes (both in the module API and in the python -m site output).

    I'll probably do this as a followup PR after the main PEP 829 one lands.

    👍React with 👍1Reacted by Alyssa Coghlan
11. warsaw

    added a commit that references this issue on May 3, 2026

    gh-148641: Implement PEP 829 - startup configuration files (#149109)

    ...

    24c4aec
12. hugovk commented on May 3, 2026

    

    hugovk

    on May 3, 2026

    Member

    More actions

    Let's also add an entry for the PEP in the What's New, rather than just linking to the PEP. Compare PEP 810.

    https://docs.python.org/3.15/whatsnew/3.15.html

    (729 and 800 will also need one.)

    👍React with 👍1Reacted by Barry Warsaw
13. hugovk

    added a commit that references this issue on May 6, 2026

    gh-148641: Flesh out PEP 829 for What's New (#149347)

    ...

    762c9f9
14. warsaw commented on May 8, 2026

    

    warsaw

    on May 8, 2026

    MemberAuthor

    More actions

    Closing this issue out as 829 should be fully implemented now.
15. warsaw

    closed this as completedon May 8, 2026