[Python-Dev] Windows Dedicated Mailing List

2014-11-14 Thread Shorya Raj 
Hello
I have been following the lists for a while, and have noticed that there do
not seem to be any sort of specifics for Windows. Now, as someone
developing python applications (and hoping to develop python itself on
Windows), I think it may be prudent to consider adding a Windows specific
mailing list regarding development on Windows, whether it is development of
Python on windows, or developing Python applications on Windows. Please let
me know what you guys think - if there is consensus, it would be great to
get it up and running, and I would be more than willing to take steps from
my side as required.



Thanks
SbSpider
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Windows Dedicated Mailing List

2014-11-14 Thread Tim Golden 

On 14/11/2014 08:34, Shorya Raj wrote:
> Hello
> I have been following the lists for a while, and have noticed that there
> do not seem to be any sort of specifics for Windows. Now, as someone
> developing python applications (and hoping to develop python itself on
> Windows), I think it may be prudent to consider adding a Windows
> specific mailing list regarding development on Windows, whether it is
> development of Python on windows, or developing Python applications on
> Windows. Please let me know what you guys think - if there is consensus,
> it would be great to get it up and running, and I would be more than
> willing to take steps from my side as required.

That would be this:

https://mail.python.org/mailman/listinfo/python-win32

TJG

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Windows Dedicated Mailing List

2014-11-14 Thread Steve Dower 
I'd like to keep development *of* Python here, regardless of platform. 
Otherwise all the Linux and Mac people might forget about us :)

Top-posted from my Windows Phone

From: Tim Golden
Sent: ‎11/‎14/‎2014 7:11
To: Shorya Raj; Python 
Dev
Subject: Re: [Python-Dev] Windows Dedicated Mailing List


On 14/11/2014 08:34, Shorya Raj wrote:
> Hello
> I have been following the lists for a while, and have noticed that there
> do not seem to be any sort of specifics for Windows. Now, as someone
> developing python applications (and hoping to develop python itself on
> Windows), I think it may be prudent to consider adding a Windows
> specific mailing list regarding development on Windows, whether it is
> development of Python on windows, or developing Python applications on
> Windows. Please let me know what you guys think - if there is consensus,
> it would be great to get it up and running, and I would be more than
> willing to take steps from my side as required.

That would be this:

https://mail.python.org/mailman/listinfo/python-win32

TJG

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/steve.dower%40microsoft.com
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] Summary of Python tracker Issues

2014-11-14 Thread Python tracker 

ACTIVITY SUMMARY (2014-11-07 - 2014-11-14)
Python tracker at http://bugs.python.org/

To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.

Issues counts and deltas:
  open4647 (+25)
  closed 29986 (+31)
  total  34633 (+56)

Open issues with patches: 2168 


Issues opened (42)
==

#17293: uuid.getnode() MAC address on AIX
http://bugs.python.org/issue17293  reopened by koobs

#22817: re.split fails with lookahead/behind
http://bugs.python.org/issue22817  opened by rexdwyer

#22818: Deprecate splitting on possible zero-width re patterns
http://bugs.python.org/issue22818  opened by serhiy.storchaka

#22819: Python3.4: xml.sax.saxutils.XMLGenerator.__init__ fails with p
http://bugs.python.org/issue22819  opened by Edward.K..Ream

#22820: RESTART line with no output
http://bugs.python.org/issue22820  opened by sukari

#22822: IPv6Network constructor docs incorrect about valid input
http://bugs.python.org/issue22822  opened by pebenito

#22823: Use set literals instead of creating a set from a list
http://bugs.python.org/issue22823  opened by rhettinger

#22825: Modernize TextFile
http://bugs.python.org/issue22825  opened by serhiy.storchaka

#22826: Support context management protocol in bkfile
http://bugs.python.org/issue22826  opened by serhiy.storchaka

#22827: Backport ensurepip to 2.7 (PEP 477)
http://bugs.python.org/issue22827  opened by dstufft

#22829: Add --prompt option to venv
http://bugs.python.org/issue22829  opened by Łukasz.Balcerzak

#22831: Use "with" to avoid possible fd leaks
http://bugs.python.org/issue22831  opened by serhiy.storchaka

#22832: Tweak parameter names for fcntl module
http://bugs.python.org/issue22832  opened by brett.cannon

#22833: The decode_header() function decodes raw part to bytes or str,
http://bugs.python.org/issue22833  opened by py.user

#22834: Unexpected FileNotFoundError when current directory is removed
http://bugs.python.org/issue22834  opened by vadmium

#22836: Broken "Exception ignored in:" message on exceptions in __repr
http://bugs.python.org/issue22836  opened by The Compiler

#22837: getpass returns garbage when typing tilde on Windows with dead
http://bugs.python.org/issue22837  opened by The Compiler

#22838: Convert re tests to unittest
http://bugs.python.org/issue22838  opened by serhiy.storchaka

#22840: strpdate('20141110', '%Y%m%d%H%S') returns wrong date
http://bugs.python.org/issue22840  opened by dgorley

#22841: Avoid to use coroutine with add_signal_handler()
http://bugs.python.org/issue22841  opened by Ludovic.Gasc

#22843: doc error: 6.2.4. Match Objects
http://bugs.python.org/issue22843  opened by crkirkwood

#22844: test_gdb failure on Debian Wheezy for Z
http://bugs.python.org/issue22844  opened by David.Edelsohn

#22847: Improve method cache efficiency
http://bugs.python.org/issue22847  opened by pitrou

#22848: Subparser help does not respect SUPPRESS argument
http://bugs.python.org/issue22848  opened by Brett.Hannigan

#22850: Backport ensurepip Windows installer changes to 2.7
http://bugs.python.org/issue22850  opened by steve.dower

#22851: core crashes
http://bugs.python.org/issue22851  opened by doko

#22852: urllib.parse wrongly strips empty #fragment
http://bugs.python.org/issue22852  opened by soilandreyes

#22853: Multiprocessing.Queue._feed deadlocks on import
http://bugs.python.org/issue22853  opened by ffinkernagel

#22854: Documentation/implementation out of sync for IO
http://bugs.python.org/issue22854  opened by viraptor

#22855: csv writer with blank lineterminator breaks quoting
http://bugs.python.org/issue22855  opened by Eric.Haszlakiewicz

#22858: unittest.__init__:main shadows unittest.main
http://bugs.python.org/issue22858  opened by rbcollins

#22859: unittest.TestProgram.usageExit no longer invoked
http://bugs.python.org/issue22859  opened by rbcollins

#22860: unittest TestProgram hard to extend
http://bugs.python.org/issue22860  opened by rbcollins

#22861: [2.7] ssl._dnsname_match() and unicode
http://bugs.python.org/issue22861  opened by haypo

#22863: https://docs.python.org/ should make a true 2.7.8 version avai
http://bugs.python.org/issue22863  opened by lemburg

#22864: Add filter to multiprocessing.Pool
http://bugs.python.org/issue22864  opened by Mike.Drob

#22865: Allow pty.spawn to ignore data to copy
http://bugs.python.org/issue22865  opened by RadicalZephyr

#22867: document behavior of calling atexit.register() while atexit._r
http://bugs.python.org/issue22867  opened by skip.montanaro

#22869: Split pylifecycle.c out from pythonrun.c
http://bugs.python.org/issue22869  opened by ncoghlan

#22870: urlopen timeout failed with SSL socket
http://bugs.python.org/issue22870  opened by daveti

#22871: datetime documentation incomplete
http://bugs.python.org/issue22871  opened by spalac24

#433030: SRE: Atomic Grouping (?>...) is not supported
http://bugs.python.org/issue433030  reopened by serhiy.storchaka



Most recent 15 issu

Re: [Python-Dev] Who's using VS/Windows to work on Python?

2014-11-14 Thread Steve Dower 
Nick Coghlan wrote:
> With the recent (excellent) announcements around switching from the current
> Visual Studio Express model to the far more full featured Visual Studio
> Community approach, what will the situation be in relation to using Visual
> Studio Community edition to work on CPython?

It "just works" :)

VS Community is indistinguishable from VS Pro apart from some of the branding 
and a few features so obscure that I hadn't heard of or used them until I was 
told they were missing. Also the license, which allows for free use on 
open-source projects regardless of the company where you work (the limits are 
for commercial use at companies that can afford the product).

> This thread, and Brian's post regarding renewing MSDN subscriptions made me
> realise we're going to need to be able to explain that to new Windows based
> contributors.

Replace "Express" with "Community" everywhere (once the project migrations go 
in, since VS Community *2013* isn't a lot of help right now).

I don't know exactly what the situation will be with VS 2015, but there will 
either be a free Community or a free Express for Desktop (without the 64-bit 
bug that was in VS 2010 Express), either of which will be fine for working on 
Python.

Cheers,
Steve

> Cheers,
> Nick.
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Windows Dedicated Mailing List

2014-11-14 Thread Antoine Pitrou 
On Fri, 14 Nov 2014 16:35:12 +
Steve Dower  wrote:
> I'd like to keep development *of* Python here, regardless of platform. 
> Otherwise all the Linux and Mac people might forget about us :)

+1 from a Linux developer. I find it useful to know what happens on
other platforms (also I occasionally fire a Windows VM to do some
development).

Regards

Antoine.


___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Windows Dedicated Mailing List

2014-11-14 Thread Ryan Gonzalez 
I agree completely (although I use multibooting instead of a VM).

On Fri, Nov 14, 2014 at 11:46 AM, Antoine Pitrou 
wrote:

> On Fri, 14 Nov 2014 16:35:12 +
> Steve Dower  wrote:
> > I'd like to keep development *of* Python here, regardless of platform.
> Otherwise all the Linux and Mac people might forget about us :)
>
> +1 from a Linux developer. I find it useful to know what happens on
> other platforms (also I occasionally fire a Windows VM to do some
> development).
>
> Regards
>
> Antoine.
>
>
> ___
> Python-Dev mailing list
> [email protected]
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
>



-- 
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
"It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated."
Personal reality distortion fields are immune to contradictory evidence. -
srean
Check out my website: http://kirbyfan64.github.io/
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] OneGet provider for Python

2014-11-14 Thread Vincent Povirk 
I have been following OneGet development very closely, and I have
volunteered to create a OneGet provider for installing Python
packages. Normally, I would keep quiet about this sort of thing until
I have actual code that works, but since no one else on the OneGet
seems as interested in doing it, and the Python community (if this
mailing list is anything to go by) doesn't know what to make of this
stuff, I figured I should try to open lines of communication before I
start essentially making decisions on this community's behalf.

So, the main advantage of a Python provider is that you would be able
to do things like:
> Install-Package -Provider Python -Name Pygments
or
> Install-Package Pygments-2.0.1-py3-none-any.whl

and OneGet would be able to bootstrap (if necessary) the Python
provider itself, Python 3.x, and pip, and use pip to install the .whl.
(I'm unclear at the moment on whether pip is necessary to install a
.whl, but currently it looks to be the best thing to lean on for the
job of installing/uninstalling things).

My end goal is to be able to package a Python application such that an
end-user on Windows (who doesn't know anything about Python) can
easily install it, without either of us having to think about how all
the dependencies are going to get there.

I think that the best approach for the moment is to lean heavily on
pip for installing/uninstalling things, while duplicating other tasks
(such as listing installed packages, querying information about
package files, searching PyPI) in C# so that they do not require a
Python environment.

If anyone has questions or concerns about this, please let me know.
Keep in mind that I am not subscribed to the mailing list and will
have to be CC'd.

If anyone has questions about OneGet generally, you should probably
ask them directly (see https://github.com/OneGet/oneget), as I am not
a definitive source of information on the project.

Incidentally, it would be really useful if python.org provided stable
url's that always redirected to the latest .msi installers, for
bootstrapping purposes. I'd prefer to not rely on chocolatey (or on
scraping the web site) for this.

(Also, I don't think this is ready yet, but in the future it will be
possible to add  tags to websites, such that one can do things
like "Install-Package https://www.python.org"; and have the right
things happen.)
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] OneGet provider for Python

2014-11-14 Thread Vincent Povirk 
Someone pointed out off-list that I didn't provide any explanation of
what OneGet is. I saw it had been brought up on this list earlier, and
incorrectly assumed that meant everyone would know what I was talking
about.

OneGet is a new unified interface for using tools that work with
software, which is being built and will ship with future versions of
Windows (Linux support is planned but seems to be a long way off
currently). It's intended to help solve the problems that a package
manager would solve on Linux, without enforcing any particular ideas
about how software should be packaged, obtained, or installed. It
relies on external components (called "providers") to talk to existing
packaging systems and do any real work.

Currently, the only UI for OneGet is a set of PowerShell commands,
like Install-Package (which can take a filename, url, or name of a
package as long as some provider can make sense of it), but there is
an API available for use by installers, packaging tools that want to
define external dependencies in some generic way, or other UI's.

So, having a Python provider would make it easier for Windows users to
install Python software, and cut down on the work required to package
software written in Python for Windows. (Ideally, in this case
developers would just have to package it in PyPI, or provide a source
archive or .whl, and OneGet should be able to automate installation of
that and everything it needs, in this case probably by installing
Python and pip, and asking pip to do the real work. I am planning to
write the component that figures out all the Python-specific parts of
this.)

Or, more succinctly, the plan is to do everything pip already does (on
Windows only for now), but in a way that also supports all kinds of
other packagers and doesn't require the user to manually install
Python and pip.
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] OneGet provider for Python

2014-11-14 Thread Terry Reedy 

On 11/14/2014 7:12 PM, Vincent Povirk wrote:


If anyone has questions about OneGet generally, you should probably
ask them directly (see https://github.com/OneGet/oneget), as I am not
a definitive source of information on the project.


No subscription needed to follow a thread.  Python-dev is mirrored at 
news.gmane.net. One can either 'subscribe' to the newsgroup interface in 
a mai/news reader, as I do (OutlookExpress years ago, Thunderbird now), 
or use the webgroup interface.


--
Terry Jan Reedy

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] Windows Dedicated Mailing List

2014-11-14 Thread Stephen J. Turnbull 
Shorya Raj writes:

 > I think it may be prudent to consider adding a Windows specific
 > mailing list regarding development on Windows,

One possibly-relevant anecdote.  We had such a list for XEmacs, where
the biggest contributor 1998-2005 was Windows-based.  *He* preferred
communicating via the main developers' list (the reasons given by
others in this thread were among his reasons), and the "xemacs-winnt"
list devolved into a forum for teaching newbies how to escape spaces
in filenames, and the occasional flame from a Windows-oriented user
who wanted XEmacs to change into a "modern GUI application" (like,
say, Word, except for writing programs).  It died a natural death
(long before XEmacs development went dormant).

N.B. The problem with modern GUI, of course, was that all the Windows-
based developers who contributed any code to speak of liked the mouse-
free pinky-welded-to-the-control-key UI (that's *why* they used
Emacsen).  This might not be such a stark contrast in Python, which
doesn't pretend to be a UI.

On the other hand, the Windows-oriented Python developers (several of
whom are currently inactive for reasons unrelated to their preferred
platform) have never seemed uncomfortable here.

___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com