gmane.comp.python.import archive

678 archived articles, newest first (page 1 of 7). Latest articles →

Shutting down this list
Tue, 13 Oct 2020 18:03:03 -0400
"Eric V. Smith" <[email protected]> • #679
The FREE Demystifying Data Science Conference is happening again! July 30-31!!!
Sat, 20 Jul 2019 15:54:14 -0500
Metis Chicago <metischicagoeventassociate-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> • #678
Re: Module state access from extension methods
Tue, 27 Mar 2018 22:29:18 +1000
Nick Coghlan <[email protected]> • #677
Module state access from extension methods
Fri, 23 Mar 2018 16:09:12 +0100
Marcel Plch <[email protected]> • #676
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Tue, 23 Jan 2018 09:51:47 +1000
Nick Coghlan <[email protected]> • #675
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Mon, 22 Jan 2018 11:09:39 +0100
Petr Viktorin <[email protected]> • #674
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Thu, 18 Jan 2018 13:30:37 +1000
Nick Coghlan <[email protected]> • #673
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Wed, 17 Jan 2018 18:19:35 +0100
Petr Viktorin <[email protected]> • #672
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Thu, 18 Jan 2018 02:08:30 +1000
Nick Coghlan <[email protected]> • #671
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Wed, 17 Jan 2018 14:25:17 +0100
Petr Viktorin <[email protected]> • #670
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Wed, 17 Jan 2018 14:45:43 +1000
Nick Coghlan <[email protected]> • #669
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Tue, 16 Jan 2018 17:08:57 +0000
Brett Cannon <[email protected]> • #668
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Tue, 16 Jan 2018 14:43:06 +0100
Marcel Plch <[email protected]> • #667
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Sat, 13 Jan 2018 19:49:10 +0000
Brett Cannon <[email protected]> • #666
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Sat, 13 Jan 2018 16:48:48 +0100
Petr Viktorin <[email protected]> • #665
Re: PEP 547: Could we implement a usable "get_code()" for extension modules?
Fri, 12 Jan 2018 17:52:39 +0000
Brett Cannon <[email protected]> • #664
PEP 547: Could we implement a usable "get_code()" for extension modules?
Fri, 12 Jan 2018 16:55:48 +1000
Nick Coghlan <[email protected]> • #663
Re: Proposal for a lazy-loading finder
Wed, 12 Jul 2017 13:48:01 +1000
Nick Coghlan <[email protected]> • #662
Re: Proposal for a lazy-loading finder
Tue, 11 Jul 2017 16:50:50 +0000
Brett Cannon <[email protected]> • #661
Re: Proposal for a lazy-loading finder
Tue, 11 Jul 2017 11:55:15 +1000
Nick Coghlan <[email protected]> • #660
Re: Proposal for a lazy-loading finder
Mon, 10 Jul 2017 19:49:21 +0000
Brett Cannon <[email protected]> • #659
Re: Proposal for a lazy-loading finder
Mon, 10 Jul 2017 13:40:40 -0600
Eric Snow <[email protected]> • #658
Re: Proposal for a lazy-loading finder
Mon, 10 Jul 2017 18:48:22 +0000
Brett Cannon <[email protected]> • #657
Re: Proposal for a lazy-loading finder
Sun, 9 Jul 2017 23:59:18 +1000
Nick Coghlan <[email protected]> • #656
Re: Proposal for a lazy-loading finder
Sun, 9 Jul 2017 12:03:41 +0200
Antoine Pitrou <[email protected]> • #655
Re: Proposal for a lazy-loading finder
Sun, 9 Jul 2017 17:14:08 +1000
Nick Coghlan <[email protected]> • #654
Re: Proposal for a lazy-loading finder
Sun, 9 Jul 2017 17:02:46 +1000
Nick Coghlan <[email protected]> • #653
Proposal for a lazy-loading finder
Sat, 08 Jul 2017 23:56:05 +0000
Brett Cannon <[email protected]> • #652
Re: Running C extension modules using -m switch
Fri, 23 Jun 2017 08:09:18 -0400
"Eric V. Smith" <[email protected]> • #651
Re: Running C extension modules using -m switch
Tue, 23 May 2017 15:57:24 +0200
[email protected] • #650
Re: Idea: Autorun functionality for Python modules (redux)
Fri, 26 May 2017 01:17:56 +1000
Nick Coghlan <[email protected]> • #649
Re: Idea: Autorun functionality for Python modules (redux)
Tue, 23 May 2017 12:47:52 +0200
Petr Viktorin <[email protected]> • #648
Idea: Autorun functionality for Python modules (redux)
Tue, 23 May 2017 12:02:34 +1000
Nick Coghlan <[email protected]> • #647
Re: Running C extension modules using -m switch
Tue, 23 May 2017 11:19:27 +1000
Nick Coghlan <[email protected]> • #646
Re: Running C extension modules using -m switch
Mon, 22 May 2017 16:51:55 +0200
Petr Viktorin <[email protected]> • #645
Re: Running C extension modules using -m switch
Mon, 22 May 2017 11:33:50 +0200
Petr Viktorin <[email protected]> • #644
Re: Running C extension modules using -m switch
Sat, 20 May 2017 14:36:49 +1000
Nick Coghlan <[email protected]> • #643
Re: Running C extension modules using -m switch
Fri, 19 May 2017 13:43:19 +0200
Petr Viktorin <[email protected]> • #642
Re: Running C extension modules using -m switch
Fri, 19 May 2017 20:24:58 +1000
Nick Coghlan <[email protected]> • #641
Re: Eliminating implicit __main__ relative imports
Wed, 29 Mar 2017 18:00:20 +1000
Nick Coghlan <[email protected]> • #640
Re: Eliminating implicit __main__ relative imports
Tue, 28 Mar 2017 21:42:44 +1000
Nick Coghlan <[email protected]> • #639
Re: Eliminating implicit __main__ relative imports
Tue, 28 Mar 2017 11:38:27 +0100
Paul Moore <[email protected]> • #638
Eliminating implicit __main__ relative imports
Tue, 28 Mar 2017 20:25:06 +1000
Nick Coghlan <[email protected]> • #637
Re: nspkg.pth files break $PYTHONPATH overrides
Tue, 20 Dec 2016 09:54:52 +0100
Elvis Stansvik <[email protected]> • #636
Re: ImportState vs. ImportSystem
Thu, 15 Sep 2016 16:18:10 +1000
Nick Coghlan <[email protected]> • #635
ImportState vs. ImportSystem
Wed, 14 Sep 2016 18:34:13 -0600
Eric Snow <[email protected]> • #634
Re: Pre-PEP: Module State Access from C Extension Methods
Fri, 12 Aug 2016 18:26:02 +0200
Petr Viktorin <[email protected]> • #633
Static exceptions
Tue, 5 Jul 2016 13:26:38 +0200
Petr Viktorin <[email protected]> • #632
Re: Pre-PEP: Module State Access from C Extension Methods
Tue, 07 Jun 2016 00:42:24 +0000
Brett Cannon <[email protected]> • #631
Pre-PEP: Module State Access from C Extension Methods
Fri, 3 Jun 2016 14:16:38 -0700
Petr Viktorin <[email protected]> • #630
Re: direct access of import state (e.g. modules replacing themselves in sys.modules)
Tue, 31 May 2016 13:16:03 +1000
Nick Coghlan <[email protected]> • #629
Re: direct access of import state (e.g. modules replacing themselves in sys.modules)
Sun, 29 May 2016 16:10:28 -0600
Eric Snow <[email protected]> • #628
direct access of import state (e.g. modules replacing themselves in sys.modules)
Fri, 27 May 2016 15:39:44 -0600
Eric Snow <[email protected]> • #627
Re: File based configuration for the import system
Wed, 27 Apr 2016 12:36:31 +1000
Nick Coghlan <[email protected]> • #626
Re: File based configuration for the import system
Tue, 26 Apr 2016 08:26:21 -0700
Guido van Rossum <[email protected]> • #625
Re: File based configuration for the import system
Tue, 26 Apr 2016 17:08:29 +0200
Antoine Pitrou <[email protected]> • #624
File based configuration for the import system
Tue, 26 Apr 2016 12:19:04 +1000
Nick Coghlan <[email protected]> • #623
Re: [Python-ideas] Module lifecycle: simple alternative to PEP 3121/PEP 489
Fri, 15 Apr 2016 15:15:07 +0200
Petr Viktorin <[email protected]> • #622
Re: Proposed design for importlib.resources()
Wed, 25 Nov 2015 10:16:15 -0500
Barry Warsaw <[email protected]> • #621
Re: Proposed design for importlib.resources()
Wed, 25 Nov 2015 19:36:15 +1000
Nick Coghlan <[email protected]> • #620
Re: Proposed design for importlib.resources()
Wed, 25 Nov 2015 00:28:18 +0000
Brett Cannon <[email protected]> • #619
Re: Proposed design for importlib.resources()
Tue, 24 Nov 2015 23:25:50 +0000
Brett Cannon <[email protected]> • #618
Re: Proposed design for importlib.resources()
Tue, 24 Nov 2015 16:37:14 -0500
Donald Stufft <[email protected]> • #617
Re: Proposed design for importlib.resources()
Tue, 24 Nov 2015 16:05:02 -0500
Barry Warsaw <[email protected]> • #616
Re: Proposed design for importlib.resources()
Tue, 24 Nov 2015 15:47:10 -0500
Donald Stufft <[email protected]> • #615
Re: Proposed design for importlib.resources()
Tue, 24 Nov 2015 20:21:40 +0000
Brett Cannon <[email protected]> • #614
Re: Proposed design for importlib.resources()
Mon, 23 Nov 2015 15:45:55 -0500
Barry Warsaw <[email protected]> • #613
Re: Proposed design for importlib.resources()
Mon, 23 Nov 2015 12:27:29 +1000
Nick Coghlan <[email protected]> • #612
Re: Proposed design for importlib.resources()
Sat, 21 Nov 2015 16:19:56 +0000
Brett Cannon <[email protected]> • #611
Re: Proposed design for importlib.resources()
Sat, 21 Nov 2015 14:01:17 +1000
Nick Coghlan <[email protected]> • #610
Proposed design for importlib.resources()
Fri, 20 Nov 2015 21:23:56 +0000
Brett Cannon <[email protected]> • #609
Re: DeprecationWarning for Python3.6 - Loaders create_module()
Tue, 17 Nov 2015 17:41:02 +0000
Brett Cannon <[email protected]> • #608
DeprecationWarning for Python3.6 - Loaders create_module()
Tue, 17 Nov 2015 10:18:19 +0000
Raúl Cumplido <[email protected]> • #607
Re: On singleton modules, heap types, and subinterpreters
Wed, 5 Aug 2015 21:29:44 +1000
Nick Coghlan <[email protected]> • #606
Re: On singleton modules, heap types, and subinterpreters
Thu, 30 Jul 2015 10:13:49 +0200
Petr Viktorin <[email protected]> • #605
Re: On singleton modules, heap types, and subinterpreters
Thu, 30 Jul 2015 10:01:53 +0200
Petr Viktorin <[email protected]> • #604
Re: On singleton modules, heap types, and subinterpreters
Thu, 30 Jul 2015 13:30:46 +1000
Nick Coghlan <[email protected]> • #603
Re: On singleton modules, heap types, and subinterpreters
Wed, 29 Jul 2015 15:00:21 -0600
Eric Snow <[email protected]> • #602
Re: On singleton modules, heap types, and subinterpreters
Wed, 29 Jul 2015 22:01:42 +0200
Petr Viktorin <[email protected]> • #601
Re: On singleton modules, heap types, and subinterpreters
Wed, 29 Jul 2015 12:57:21 -0600
Eric Snow <[email protected]> • #600
Re: On singleton modules, heap types, and subinterpreters
Wed, 29 Jul 2015 20:05:38 +0200
Petr Viktorin <[email protected]> • #599
Re: On singleton modules, heap types, and subinterpreters
Wed, 29 Jul 2015 11:53:49 -0600
Eric Snow <[email protected]> • #598
Re: On singleton modules, heap types, and subinterpreters
Tue, 28 Jul 2015 19:48:23 +0200
Petr Viktorin <[email protected]> • #597
Re: On singleton modules, heap types, and subinterpreters
Tue, 28 Jul 2015 19:54:29 +0200
Petr Viktorin <[email protected]> • #596
Re: On singleton modules, heap types, and subinterpreters
Tue, 28 Jul 2015 15:52:46 +0200
Antoine Pitrou <[email protected]> • #595
Re: On singleton modules, heap types, and subinterpreters
Tue, 28 Jul 2015 00:07:30 +1000
Nick Coghlan <[email protected]> • #594
Re: On singleton modules, heap types, and subinterpreters
Mon, 27 Jul 2015 08:44:08 +0200
Stefan Behnel <[email protected]> • #593
Re: On singleton modules, heap types, and subinterpreters
Sun, 26 Jul 2015 15:49:10 +0200
Petr Viktorin <[email protected]> • #592
Re: On singleton modules, heap types, and subinterpreters
Sun, 26 Jul 2015 22:50:37 +1000
Nick Coghlan <[email protected]> • #591
On singleton modules, heap types, and subinterpreters
Sun, 26 Jul 2015 12:39:21 +0200
Petr Viktorin <[email protected]> • #590
Re: Bundling importlib2 with Python 2.7.x?
Mon, 6 Jul 2015 13:08:16 -0400
Erik Bray <[email protected]> • #589
Re: Bundling importlib2 with Python 2.7.x?
Mon, 6 Jul 2015 12:10:27 -0400
Donald Stufft <[email protected]> • #588
Re: Bundling importlib2 with Python 2.7.x?
Mon, 6 Jul 2015 11:57:57 -0400
Erik Bray <[email protected]> • #587
Re: Bundling importlib2 with Python 2.7.x?
Mon, 6 Jul 2015 12:31:38 +1000
Nick Coghlan <[email protected]> • #586
Re: Bundling importlib2 with Python 2.7.x?
Sun, 5 Jul 2015 22:23:09 -0400
Donald Stufft <[email protected]> • #585
Bundling importlib2 with Python 2.7.x?
Mon, 6 Jul 2015 12:11:57 +1000
Nick Coghlan <[email protected]> • #584
Re: Idea: concept of a builder or transformer to compliment loaders
Thu, 28 May 2015 16:18:57 -0600
Eric Snow <[email protected]> • #583
Idea: concept of a builder or transformer to compliment loaders
Thu, 28 May 2015 15:11:38 +0000
Brett Cannon <[email protected]> • #582
Re: PEP 489: Multi-phase extension module initialization; version 6
Thu, 21 May 2015 18:17:37 +0200
Petr Viktorin <[email protected]> • #581
PEP 489: Multi-phase extension module initialization; version 7
Thu, 21 May 2015 13:27:16 +0200
Petr Viktorin <[email protected]> • #580
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.