New submission from Roumen Petrov:
Split of issue3871 - build core modules.
--
components: Build
files: 0014-MINGW-setup-msvcrt-and-_winapi-modules.patch
keywords: patch
messages: 194192
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: setup msvcrt and _winapi
New submission from Roumen Petrov:
Split of issue3871 - build core modules.
--
components: Build, Cross-Build, Extension Modules
files: 0018-MINGW-setup-_ssl-module.patch
keywords: patch
messages: 194200
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: setup
Terry J. Reedy added the comment:
I re-ran with setUp 'raise' changed to 'pass' to see the effect of raise
AssertionError or unittest.SkipTest in tearDown and indeed the test fails or
skips even then. I suggest adding ', other than AssertionError or SkipTest,'
just after 'method'. The same
by this method will be considered an error rather than a
test failure.
utest.py
#!/usr/bin/env python3
import unittest
class Test(unittest.TestCase):
def setUp(self):
raise AssertionError
def tearDown(self):
raise AssertionError
def test_nothing(self
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti, michael.foord
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18566
___
New submission from Roumen Petrov:
Split of issue3871 - part for build of core modules.
--
components: Build
files: 0008-MINGW-setup-exclude-termios-module.patch
keywords: patch
messages: 193319
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: setup exclude
New submission from Roumen Petrov:
Split of issue3871 - build core modules.
--
components: Build
files: 0009-MINGW-setup-_multiprocessing-module.patch
keywords: patch
messages: 193320
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: setup _multiprocessing
New submission from Roumen Petrov:
Split of issue3871 - build core modules.
--
components: Build
files: 0010-MINGW-setup-select-module.patch
keywords: patch
messages: 193321
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: setup select module
type: enhancement
source.
This patch adds build with system libffi.
You you like to use customized libffi then please extract from previous 'all in
one' patch.
--
components: Build
files: 0011-MINGW-setup-_ctypes-module-with-system-libffi.patch
keywords: patch
messages: 193322
nosy: rpetrov
priority
New submission from Roumen Petrov:
Split of issue3871 (build core modules) - improved winsock detection. Requires
NT 5.1+ (wxp).
Note if you like python winsock for w2k then please extract from old 'all in
one' patch.
--
components: Build
files: 0012-MINGW-defect-winsock2-and-setup
of the crazy tweaking
required to execute Python for fullcoverage; this setup will only require
setting PYTHONPATH to src/coverage/fullcoverage (or something like that) in the
venv.
--
assignee: - brett.cannon
___
Python tracker rep...@bugs.python.org
http
Brett Cannon added the comment:
So first thing is that you can't relocate a venv. The --upgrade option is only
for when you upgrade a Python installation in-place (e.g. go from 3.3 to 3.4
but otherwise all other details stay the same). The --clear option empties out
the directories so nothing
for easier setup/cleanup.
Might even be lucky enough that the venv can be left in place and simply have
users do ``../cpython/python Tools/scripts/pyvenv --upgrade`` to have it start
using their own built version so that the basic setup for at least setuptools
works and then they only need
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14944
___
___
Mark Lawrence added the comment:
In 12 years of installing Python on Windows I've never seen this problem.
Unless others have seen this and/or it's reproducible I'd suggest this is
closed.
--
nosy: +BreamoreBoy
___
Python tracker
New submission from Tshepang Lekhonkhobe:
2nd paragraph of http://docs.python.org/devguide/setup#editors-and-tools does
not look accurate. It implies that there would be some mention of text editor
in the given link, but I could not find it.
--
components: Devguide
messages: 188900
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5633
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14945
___
Hi,
By default, setup.py will install everything in the source directory.
I want mask some directories so that they will not be installed. Is
there a way to do so in setup.py?
--
Regards,
Peng
--
http://mail.python.org/mailman/listinfo/python-list
New submission from Thomas Wouters:
At some point (probably in 3.2) the support for shared modules built using
Modules/Setup was broken, for two reasons:
- Python no longer considers 'foomodule.so' when looking for a module called
'foo', but Modules/makesetup still appends 'module.so
Roundup Robot added the comment:
New changeset abf23c22231e by Victor Stinner in branch 'default':
Issue #5969: faulthandler module: rename dump_tracebacks_later() to
http://hg.python.org/cpython/rev/abf23c22231e
--
nosy: +python-dev
___
Python
Mike Hoy added the comment:
Here is a patch for just Notepad++.
--
keywords: +patch
Added file: http://bugs.python.org/file26891/issue12436-notepad_plus_plus.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
Changes by Mike Hoy mho...@gmail.com:
Added file: http://bugs.python.org/file26902/issue12436-notepad_plus_plus_2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
___
Mike Hoy added the comment:
Wrapped my text columns to 80. Ignore v2.
--
Added file: http://bugs.python.org/file26904/issue12436-notepad_plus_plus_3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
Éric Araujo added the comment:
My computer currently doesn’t boot so I can’t check if I had started or not.
You can propose a patch incorporating the various suggestions, or give me some
days to read this again and make a summary of what I would have done. Thanks!
--
Mike Hoy added the comment:
Thanks, I will take all contributions and suggestions and propose one patch.
I am able to start working on this issue again, Eric. If you want to give me
the status of your patch I can either help you finish it up or I can make one
this week.
--
Marius Gedminas added the comment:
Duplicate of issue2604?
--
nosy: +mgedmin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9327
___
___
Hi,
I'm working on a meta path hook that performs compilation of C extension
modules on import ( github.com/jwp/py-c ; pip install c ). It mostly works, but
I'm having a hard time finding a standard way to automatically install the hook
upon interpreter startup.
I've thought about just having
Greg Roodt gro...@gmail.com added the comment:
Confirmed that the setup statement is correctly excluded from the overall timed
run.
I've updated the docstring and rst to make this clearer.
--
keywords: +patch
nosy: +groodt
Added file: http://bugs.python.org/file26288
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
title: fix for timeit when the statment is a string and the setup is not (and
tests) - fix for timeit when the statement is a string and the setup is not
(and tests)
___
Python tracker rep
New submission from Tshepang Lekhonkhobe tshep...@gmail.com:
I looked at 'python -m time -h' and the timeit doc, and it was not clear to me
(after a quick read) that the statement(s) inside --setup option and setup
keyword argument weren't included in the speed test. I had to check for myself
Tshepang Lekhonkhobe tshep...@gmail.com added the comment:
sorry, I meant 'python -m timeit -h'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15183
___
py help,
Can someone let me know where to get
help with inno setup.
I get an error;
Can't find _thinter
Sounds like a path problem.
Everything works until it is packaged with
inno v5.5.
jd
--
http://mail.python.org/mailman/listinfo/python-list
On Fri, Jun 22, 2012 at 1:34 AM, inq1ltd inq1...@inqvista.com wrote:
Can't find _thinter
Is this supposed to be _tkinter?
Try copying and pasting the entire error message, including traceback.
That often helps. At the moment, I can't know whether the error is in
your transcription of the
On Friday, June 22, 2012 08:30:16 AM Chris Angelico wrote:
On Fri, Jun 22, 2012 at 1:34 AM, inq1ltd inq1...@inqvista.com wrote:
Can't find _thinter
Is this supposed to be _tkinter?
Try copying and pasting the entire error message, including traceback.
That often helps. At the moment, I
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14944
___
___
Python-bugs-list mailing
Changes by A.M. Kuchling li...@amk.ca:
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14945
___
___
Python-bugs-list mailing
I going thru a 101 and came upon this (http://
learnpythonthehardway.org/book/ex46.html)
try:
from setuptools import setup
except ImportError:
from distutils.core import setup
config = {
'description': 'My Project',
'author': 'My Name',
'url': 'URL to get
In article
d1d3d22a-83f7-48f6-a458-0df36449c...@em1g2000vbb.googlegroups.com,
cate catebekens...@yahoo.com wrote:
I going thru a 101 and came upon this (http://
learnpythonthehardway.org/book/ex46.html)
try:
from setuptools import setup
except ImportError:
from distutils.core
cate wrote:
I going thru a 101 and came upon this (http://
learnpythonthehardway.org/book/ex46.html)
try:
from setuptools import setup
except ImportError:
from distutils.core import setup
config = {
'description': 'My Project',
'author': 'My Name',
'url': 'URL to get
On Mon, 28 May 2012 06:20:06 -0700, cate wrote:
setup(**config)
What is the construct **?
It expands the dict config into keyword arguments. A single * expands
to positional arguments.
A simple example:
args = [1, 2, 3]
kwargs = {'x': 4, 'y': 5}
somefunc(*args, **kwargs)
is expanded
severity: normal
stage: needs patch
status: open
title: Setup Usage documentation for pydoc
type: enhancement
versions: Python 2.7, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14944
New submission from Nick Coghlan ncogh...@gmail.com:
Some stdlib modules have officially documented and supported behaviour when
executed via -m. These should be referenced from the Setup Usage
documentation at http://docs.python.org/dev/using/index.html
Current candidates:
python -m
Nick Coghlan ncogh...@gmail.com added the comment:
I'm sure there's a predecessor to this issue that I intend for this one to
replace, but I can't currently find it in order to mark it as superceded.
--
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
I’d propose to add one file per script / module-as-script, except maybe for -m
site and -m sysconfig which are more about debugging an installation than
really using a feature provided by the stdlib.
--
nosy: +eric.araujo
Terry J. Reedy tjre...@udel.edu added the comment:
I second the motion for IDLE. There is no module doc for it.
Off the top of my head, there should be a general section that
* says what it is, and that it depends on tcl/tk and tkinter install;
* mentions the existent of the menu Help / IDLE
Ned Deily n...@acm.org added the comment:
http://docs.python.org/py3k/library/idle.html (duplicates much of the IDLE help
file)
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14944
Terry J. Reedy tjre...@udel.edu added the comment:
Hmm, how did I miss that?? Well better to reference that, and maybe revise it.
I believe there may also be another .txt document in idlelib.
Anyway, perhaps there should first be a section on tkinter by itself, and how
to get the tcl/tk it
that you're likely to need in order to understand what the tool is
for.
The main thing I'm after at this point is for Setup Usage to act as a central
index for using Python from the command line, rather than it necessarily
containing all the details directly. Rather than trying too hard
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14945
___
___
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14944
___
___
of how such command line interfaces should be documented.
The current issue is specifically about providing a central index in the setup
and usage documentation to those modules which *already* have officially
documented and supported behaviour when executed with -m
Nick Coghlan ncogh...@gmail.com added the comment:
Same goes for idle and 2to3. These may just be cross-references to the relevant
module documentation rather than completely new text.
--
title: Setup Usage documentation for pydoc - Setup Usage documentation for
pydoc, idle 2to3
Nick Coghlan ncogh...@gmail.com added the comment:
Additional candidates after grepping the docs:
python -m site
python -m sysconfig
python -m pickle
python -m pickletools
python -m compileall
python -m test
--
___
Python tracker
anatoly techtonik techto...@gmail.com added the comment:
You've nailed it. I think it is important to know that `requires` is unused.
Still this parameter is already present in documentation and causes a lot of
trouble (at first I thought there is a bug with pip).
Can we still have proper
anatoly techtonik techto...@gmail.com added the comment:
It doesn't seem that requires parameter is honored by pip. Should we document
install_requires instead?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1635217
Éric Araujo mer...@netwok.org added the comment:
Sorry, I have to reject this again.
1) The distutils doc only gets bug fixes now. It is more useful to spend time
on distutils2.
2) requires is unusable and unused, because it contains module names, not PyPI
project names. Documenting it
anatoly techtonik techto...@gmail.com added the comment:
I still need requires example - here.
http://docs.python.org/distutils/setupscript.html#relationships-between-distributions-and-packages
- after Dependencies.. paragraph. =)
setup(...,
requires=[somepackage (1.0, !=1.5
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
___
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1528593
___
___
Python-bugs-list
Hi,
I have a suite of scripts that I develop on Debian Linux, python version 2.7.1
but the resulting server
where the scripts are deployed to is Windows based.
I struggled making my setup.py file include data I need for my testing suite,
but in the
end i succeeded by making a MANIFEST.in file
On Sun, 27 Nov 2011 23:18:15 -0800, rusi wrote:
On Nov 28, 9:37 am, alex23 wuwe...@gmail.com wrote:
With that approach in mind, I've never had any real issues using pip,
virtualenv etc for managing my development environment.
Yes that is in a way my point also: we discuss (things like)
On Nov 28, 4:42 pm, Steven D'Aprano steve
+comp.lang.pyt...@pearwood.info wrote:
We don't chase people down on the street and lecture them about the
problems we think they are having, we answer questions about ACTUAL
problems that they have experienced and asking about.
... ever question gets
On Mon, 28 Nov 2011 05:14:27 -0800, rusi wrote:
On Nov 28, 4:42 pm, Steven D'Aprano steve
+comp.lang.pyt...@pearwood.info wrote:
We don't chase people down on the street and lecture them about the
problems we think they are having, we answer questions about ACTUAL
problems that they have
On 2011-11-28 14:14, rusi wrote:
On Nov 28, 4:42 pm, Steven D'Apranosteve
+comp.lang.pyt...@pearwood.info wrote:
We don't chase people down on the street and lecture them about the
problems we think they are having, we answer questions about ACTUAL
problems that they have experienced and
Agreed. I recently gave Haskell a go, and it was remarkable how
similar the package management is to Python's.
How well does the new packaging (set for release in Python 3.3?)
module deal with the problems?
With a better package management system, the half of the standard
library that nobody
On 27Nov2011 23:54, Matt Joiner anacro...@gmail.com wrote:
| Agreed. I recently gave Haskell a go, and it was remarkable how
| similar the package management is to Python's.
|
| How well does the new packaging (set for release in Python 3.3?)
| module deal with the problems?
|
| With a better
On Nov 28, 2:46 am, Cameron Simpson c...@zip.com.au wrote:
On 27Nov2011 23:54, Matt Joiner anacro...@gmail.com wrote:
| Agreed. I recently gave Haskell a go, and it was remarkable how
| similar the package management is to Python's.
|
| How well does the new packaging (set for release in
In article
46c11371-411a-4ba0-89b9-967e2f83e...@k5g2000pre.googlegroups.com,
rusi rustompm...@gmail.com wrote:
If the linguistic features were all that mattered Lisp would be the
king of languages today
(that (is (one (of (the (most (absurd (statements (I've (read (in (a
(long
rusi rustompm...@gmail.com wrote:
While Ive never seen anything as ridiculous as the debian-rails in the
python world, its still always a hobson choice: use a deb package
that will cleanly install, deinstall, upgrade etc but is out of date
or use a fresh and shiny egg that messes up the
On Nov 28, 9:37 am, alex23 wuwe...@gmail.com wrote:
With that approach in mind, I've never had any real issues using pip,
virtualenv etc for managing my development environment.
Yes that is in a way my point also: we discuss (things like) pip,
virtualenv etc too little.
Try working out the
it's an all-out disgrace.
when is python going to get a decent module distribution system???
and don't tell me to do it myself: it's clear that the sorry
situation we have now is precisely that too many programmers without
the requisite expertise or policy-making authority have decided to
pitch
On Sat, 26 Nov 2011 13:40:28 +, kj wrote:
it's an all-out disgrace.
when is python going to get a decent module distribution system???
Python 4.3, scheduled for March 2038. It's been ready for a few years
now, and a small secret coterie of privileged developers have been using
it for
On Sat, 2011-11-26 at 14:22 +, Steven D'Aprano wrote:
when is python going to get a decent module distribution system???
Python 4.3, scheduled for March 2038. It's been ready for a few years
now, and a small secret coterie of privileged developers have been
using
it for their own
On Nov 26, 6:40 pm, kj no.em...@please.post wrote:
it's an all-out disgrace.
when is python going to get a decent module distribution system???
and don't tell me to do it myself: it's clear that the sorry
situation we have now is precisely that too many programmers without
the requisite
On Nov 26, 11:28 am, rusi rustompm...@gmail.com wrote:
On Nov 26, 6:40 pm, kj no.em...@please.post wrote:
The only thing I disagree about is that GvR is 'top' enough to handle
this.
For a concrete example of how uninterested Mr. Van Rossum has become,
take a look at the gawd awful state of
Éric Araujo mer...@netwok.org added the comment:
Thanks, I will take all contributions and suggestions and propose one patch.
--
assignee: docs@python - eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
Mike Hoy mho...@gmail.com added the comment:
Here is what I have so far:
For Windows users, added a section about how to use a terminal
How to use a terminal
Open a command prompt:
* On Windows Vista or Windows 7: click on the Start menu (the Windows logo in
the lower left of the screen),
Ezio Melotti ezio.melo...@gmail.com added the comment:
Open a command prompt:
Another alternative is win+r - type 'cmd' - hit enter. This should work on
all the Windows versions.
* cd C:\ - Puts you in the root directory of the C drive.
* cd Python32 - Puts you in the directory where
Éric Araujo mer...@netwok.org added the comment:
In addition to Notepad++ do you think it would be a good idea to at
least mention Vim and Emacs with a disclaimer about the learning
curve?
No. If someone is looking at this page and doesn’t already have a text editor
they’re familiar with, I
Éric Araujo mer...@netwok.org added the comment:
Thanks Mike! So the first item is covered (at least for UNIX, can you check
the Windows docs too?), but not the second. The item you linked to explains
how to modify a script so that it’s possible to run ./script on Unix, but does
not give an
Mike Hoy mho...@gmail.com added the comment:
Thanks Mike! So the first item is covered (at least for UNIX, can you
check the Windows docs too?), but not the second.
http://docs.python.org/dev/using/windows.html Makes no reference to preparing a
text editor. This I could help with but...
Éric Araujo mer...@netwok.org added the comment:
http://docs.python.org/dev/using/windows.html Makes no reference to
preparing a text editor. This I could help with but...
Cool, please follow the guidelines in the devguide to make a patch for 3.2. It
should be something short, like the unix
Mike Hoy mho...@gmail.com added the comment:
mostly to recommend Notepad++ I think.
In addition to Notepad++ do you think it would be a good idea to at least
mention Vim and Emacs with a disclaimer about the learning curve?
For Windows users, added a section about how to use a terminal and
Ezio Melotti ezio.melo...@gmail.com added the comment:
In addition to Notepad++ do you think it would be a good idea to at
least mention Vim and Emacs with a disclaimer about the learning curve?
I'm not sure how many windows user use Vim/Emacs. Maybe PyScripter could be
mentioned too, but
Antoine Pitrou pit...@free.fr added the comment:
Oops. I just noticed this issue is not talking about the devguide, but the
general docs. Please ignore the message above.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
Antoine Pitrou pit...@free.fr added the comment:
In addition to Notepad++ do you think it would be a good idea to at
least mention Vim and Emacs with a disclaimer about the learning curve?
I'm a bit surprised. I would think the devguide is aimed are people who are
*already* programmers, and
Mike Hoy mho...@gmail.com added the comment:
- How to prepare a text editor
See: http://docs.python.org/dev/using/unix.html#editors
- How to run Python code from a file (if the tutorial or using docs don’t
already have it).
See: http://docs.python.org/dev/using/unix.html#miscellaneous
it legitimate to put common
assertions in setUp() and tearDown(), or expect that test code explicitly cope
with tearDown() failures that occur due to expected test failures still needs
to be addressed.
To my mind, bugs in my test infrastructure are going to get flushed out by
tests that I'm neither
Michael Foord mich...@voidspace.org.uk added the comment:
I think Twisted uses the tearDown to fail tests as well. As we have two use
cases perhaps we should allow expectedFailure to work with failues in tearDown?
(And if we do that it should cover setUp as well for symmetry or it becomes
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 96f0ccb9716d by Éric Araujo in branch '3.2':
Fix type information in distutils API reference (#9302).
http://hg.python.org/cpython/rev/96f0ccb9716d
New changeset a410b857efe3 by Éric Araujo in branch 'default':
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 78b26e7720c0 by Éric Araujo in branch '2.7':
Fix type information in distutils API reference (#9302).
http://hg.python.org/cpython/rev/78b26e7720c0
--
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Improved and committed, thanks again!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9302
Hello,
I have a trouble installing the DMSL package with pip. The package doesn't have
*.c files, which must be produced with Cython by 'pyhton setup.py build_ext'
command. How do I run it with 'pip install'?
Please see http://stackoverflow.com/questions/7189336/ for details.
Regards,
Andrei
'pip install pyrex' solved the problem (credit to @jezdez)
--
http://mail.python.org/mailman/listinfo/python-list
already have it).
It would also be nice to have feedback from beginners about our tutorial and
using docs: Are they comprehensive and easy to find?
--
keywords: +easy
status: pending - open
title: Provide reference to detailed installation instructions - Missing items
in installation/setup
Petri Lehtinen pe...@digip.org added the comment:
ysj.ray:
As you're on Debian, the real cause of this might be issue 11715. The
Modules/Setup.dist line for zlib is commented out, so it's only an example of
how to enable zlib if it's not found automatically.
Can you try again now that issue
Éric Araujo mer...@netwok.org added the comment:
FYI, in one packaging doc I added one note instead of changing each cell:
http://docs.python.org/dev/library/packaging.compiler#id6
--
___
Python tracker rep...@bugs.python.org
/distutils/apiref.rst Fri Apr 29 14:07:28 2011 +0800
+++ b/Doc/distutils/apiref.rst Thu Jun 16 23:15:12 2011 +0800
@@ -85,15 +85,15 @@
| *script_args* | Arguments to supply to the | a list of strings
|
|| setup script
Éric Araujo mer...@netwok.org added the comment:
Thanks for your feedback. My patch assumes that people will understand that an
argument that has a plural name (like macros) can’t be a string but a list of
strings; I don’t know if relying on this inference is better than your initial
patch.
701 - 800 of 1117 matches
Mail list logo