New submission from Boštjan Mejak :
In every Python version that I've tested, writing a config.ini file (utilizing
configparser.ConfigParser), the result is such that the config.ini file has 2
newlines at the end of the file.
The problem is that source code editors like Sublime Text, or IDEs
New submission from Boštjan Mejak :
I am wondering about the cyclomatic complexity of using the new match-case
syntax in Python 3.10, and later. What is the cyclomatic complexity difference
(if any?) of a match-case code as opposed to code that uses the if-elif-else
syntax?
So my question
New submission from Boštjan Mejak :
The syntax to define a class looks like this:
class MyClass:
pass
Nice and neat.
***
And the syntax to define a function looks like this:
def my_function():
pass
Hmmm...
***
What if we could define functions (that don't have any parameters) like
Boštjan Mejak added the comment:
I would compare it like this:
>>> from decimal import Decimal
>>> 2**53 + 1 == Decimal(2**53 + 1)
True
--
nosy: +PedanticHacker
___
Python tracker
<https://bugs.
Boštjan Mejak added the comment:
Mr. Stinner, I really don't understand what are you hinting at.
--
___
Python tracker
<https://bugs.python.org/issue43
Boštjan Mejak added the comment:
My hat off to you, Mr. Peters! Your suggestion (len(moves) + 1) // 2 works
perfectly and is much more elegant than --0-- len(moves) // 2. :)
Mr. Stinner, in what way would int.bit_count() be beneficial to me
Boštjan Mejak added the comment:
The spaceship operator is kinda cool! :)
Well, I was hoping to avoid importing the math module just to have ceil
division capabilities.
Anyway, my need for ceiling is that I am coding a chess GUI where I have a
table with 2 columns and I create a new row
New submission from Boštjan Mejak :
I hope I'm not too late for a Python 3.10 feature request. I love the fact that
Python 3.x does floor division with the // operator.
We, however, don't have a ceil division operator, besides importing the math
module and using its math.ceil() function
New submission from Boštjan Mejak :
Remove the long-forgotten aliases 'error' and 'BadZipfile' in 'zipfile.ZipFile'
class which are just pre-3.2 compatibility names. Python 3.10 should finally
remove these aliases.
--
components: Library (Lib)
messages: 380428
nosy: PedanticHacker
Boštjan Mejak added the comment:
Thanks for letting me know about py-cpuinfo. It is a very good tool. It solves
my problem. This Python issue can now be closed as "Won't fix".
--
___
Python tracker
<https://bugs.python.o
Boštjan Mejak added the comment:
Unfortunately, I don't know C, only Python.
--
___
Python tracker
<https://bugs.python.org/issue41286>
___
___
Python-bugs-list m
Boštjan Mejak added the comment:
This feature is needed for a chess GUI application because the Stockfish chess
engine is offered in different builds: a build that supports the POPCNT
processor instruction and a build that doesn't, a build that supports the
BMI/BMI2 processor instruction set
New submission from Boštjan Mejak :
The platform module does not offer to check whether a processor supports the
POPCNT or BMI/BMI2 processor instructions. Am I missing something or is it
actually missing this feature?
--
components: Library (Lib)
messages: 373563
nosy: PedanticHacker
Boštjan Mejak added the comment:
What is then the most Pythonic way of comparing two version numbers?
--
___
Python tracker
<https://bugs.python.org/issue40
New submission from Boštjan Mejak :
I stumbled upon a possible bug in the Python interpreter while doing some
Python version comparisons.
Look at this:
"3.10.2" < "3.8.2"
True # This is not true as a version number comparison
Now look at this:
"3.10.2" <
Boštjan Mejak added the comment:
Performance improvements is what a beta build exists for in the first place.
--
nosy: +PedanticHacker
___
Python tracker
<https://bugs.python.org/issue37
Change by Boštjan Mejak :
--
keywords: +patch
pull_requests: +9952
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35309>
___
___
Py
Boštjan Mejak added the comment:
Created a PR based on this issue. See:
https://github.com/python/cpython/pull/10699
--
nosy: +PedanticHacker
___
Python tracker
<https://bugs.python.org/issue35
Boštjan Mejak added the comment:
I have Windows 10, 64-bit, and Python 3.6.1, 64-bit, and the code still does
not work!
>>> import webbrowser
>>> webbrowser.get("chrome")
Traceback (most recent call last):
File "", line 1, in
File "C:\Program F
Boštjan Mejak added the comment:
I have Windows 10, 64-bit, and Python 3.6.1, 64-bit, and the code still does
not work!
>>> import webbrowser
>>> webbrowser.get("chrome")
Traceback (most recent call last):
File "", line 1, in
File "C:\Program F
New submission from Boštjan Mejak:
I managed to create an app that crashes the latest stable version of Python,
that is 3.6.0 at the time of this writing.
My application is written in Python using wxPython Phoenix 3rd-party GUI
library/toolkit. I am running Windows 10 Home 64-bit version OS
Boštjan Mejak added the comment:
Steve, I know. But it's a hassle for a newcomer to fix Python first before
he/she uses it. I'm not a newcomer, but even I don't know how to fix
webbrowser.py, more specifically the webbrowser.get() method, to be able to
use it.
Maybe I should copy
Boštjan Mejak added the comment:
Now that this bug is completely fixed, can you backport this to the '3.4'
branch, so that we'll be able to use webbrowser. get() in Python 3.4.4 when it
becomes available?
--
___
Python tracker rep
Boštjan Mejak added the comment:
I understand. I know that Python 3.4 is way past feature freeze.
But if we document the new stuff in the documentation, saying Added to Python
3.4.4, people would know about and be able to use the new stuff. And we won't
break people's code. In fact, people
Boštjan Mejak added the comment:
No, Larry, this is not a new feature. The feature, as it stands, is broken in
Python 3.4, so we need to fix it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8232
Boštjan Mejak added the comment:
Sure, let's have a broken feature in Python 3.4, who cares.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8232
Boštjan Mejak added the comment:
No need to answer. Python used the webbrowser module that was located in the
directory of my application and not the one from the interpreter's directory.
That's great!
--
___
Python tracker rep...@bugs.python.org
Boštjan Mejak added the comment:
Ah, interesting! But which webbrowser module would Python import if I have one
webbrowser.py in my interpreter's directory and one webbrowser.py in the
directory of my application?
--
___
Python tracker rep
New submission from Boštjan Mejak:
https://docs.python.org/3.4/library/webbrowser.html#module-webbrowser
Visit the link and read the first sentence of the 3rd paragraph. You'll notice
that there are two the words by the end of that sentence. That's obviously a
typo. Please fix it. The typo
Boštjan Mejak added the comment:
I must add that it doesn't work on Windows 7, Python 3.4.3, either. I do have
chrome.exe on the %PATH% and executing 'chrome' in Windows Command Prompt opens
up the Chrome browser nicely, but it doesn't work so nicely by doing this:
import webbrowser
Changes by Boštjan Mejak bostjan.xpe...@gmail.com:
--
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23780
___
___
Python
New submission from Boštjan Mejak:
The docs for the exception GeneratorExit starts like this:
Raise when a generator‘s close() method is called.
The sentece should start with the first word Raise to say Raised. You can
find this particular doc sentence on this link:
https://docs.python.org/2
Boštjan Mejak added the comment:
No one interested in fixing this anymore, despite the patch and all?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20942
Boštjan Mejak added the comment:
Haven't we forget something in the patch for the docs?
+ .. versionchanged:: 3.5
+ The ``__file__`` attribute is no longer set on the module.
Where's 3.4 mentioned? Should we add the mention? Like...
+ .. versionchanged:: 3.4
Boštjan Mejak added the comment:
I would say go for it. I don't think anyone's code would break.
Anyway, if people see that something in the new version of Python breaks their
code, they down-grade; otherwise they read the changelog and fix their code
accordingly. So no worries here
Boštjan Mejak added the comment:
This patch can easily be incorporated into Python 3.4.1. It doesn't break
backwards compatibility.
--
nosy: +Zvezdoslovec
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Boštjan Mejak added the comment:
I'm setting Python 3.4 to also be affected by this issue. Thank you, Brett, for
making the patch. I hope this gets commited soon.
--
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http
Boštjan Mejak added the comment:
I would change only the date and time. There was no Python 3.4 back in 2012 so
at least change the year. Well, my recommendation is this:
Python 3.4.0 (v3.4.0:04f714765c13, Mar 16 2014, 19:25:23) [MSC v.1600 64 bit
(AMD64)] on win32
Type help, copyright
New submission from Boštjan Mejak:
Notice the wrong build info of Python 3.4 interpreter in the first code snippet
at http://docs.python.org/3/tutorial/interpreter.html#interactive-mode. I know
this snippet is just an example to show what does executing the command
python3.4 do, but still
New submission from Boštjan Mejak:
I fired up the test suite runtests.py of wxPython Phoenix and I get this:
File C:\Program Files\Python 3.3.2\lib\unittest\runner.py, line 63, in
addSuccess
self.stream.write('.')
TypeError: 'str' does not support the buffer interface
Can you confirm
Boštjan Mejak added the comment:
So how exactly can this critical line of code (that you posted) be fixed to
make running wxPython Phoenix tests work?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18350
Boštjan Mejak added the comment:
By output stream should be a text file, have you ment the line should be
self.stream = unittest.runner._WriteInDecorator(StringIO())
Can you provide me a little hint so that I can make a patch for the wxPython
team
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Seriously, how old are you two clowns?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13868
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Kiss my ball sac!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13868
___
___
Python
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
assignee: docs@python
components: Documentation
nosy: Retro, docs@python
priority: normal
severity: normal
status: open
title: kiss my ball sac
type: enhancement
versions: Python 2.7
___
Python
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
hgrepos: -110
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13920
___
___
Python-bugs-list
New submission from Boštjan Mejak bostjan.me...@gmail.com:
http://docs.python.org/library/functions.html#intern
Visit the upper link andewsqEz80olp
--
assignee: docs@python
components: Documentation
hgrepos: 110
messages: 152435
nosy: Retro, docs@python
priority: normal
severity
Boštjan Mejak bostjan.me...@gmail.com added the comment:
http://docs.python.org/library/functions.html#intern
Visit the upper link and fix 2 words that say compare to comparison.
Hint: blah blah blah pointer compare ... string compare
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13920
___
___
Python-bugs
Boštjan Mejak bostjan.me...@gmail.com added the comment:
What's the purpose of this tracker if the author of an issue report has
to beg for something to be fixed, despite the fact that (s)he even made a patch
?
--
___
Python tracker rep
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Rather apply the patch, not change the title.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10580
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Apply this patch. It is not necessary to change the title of this issue report,
it is of most importance that this patch gets applied already after more than a
year. Come on people, move your butts
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I know that there are a lot of non-hyphenated occurences of floating
point in Python docs, so I just want to raise awareness about those
occurences. Can you fix all occurences of floating point (when in a role of
an adjective
Boštjan Mejak bostjan.me...@gmail.com added the comment:
For the time being I don't find any other floating point occurences in Python
docs. I found one and made a patch for it. Please apply the patch. Thanks.
--
___
Python tracker rep
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please apply this patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10580
Boštjan Mejak bostjan.me...@gmail.com added the comment:
If floating point in a sentence is in a role of an adjective, then it must be
written as floating-point (with a hyphen), otherwise not.
Example: The number 3.5 is a floating-point number.
Please consult some English orthography book
Boštjan Mejak bostjan.me...@gmail.com added the comment:
After more than a year the patch is finally made. Can someone please applies
this patch and closes this issue report? Thanks.
--
keywords: +patch
versions: +Python 3.3
Added file: http://bugs.python.org/file24329/issue10580.diff
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13852
___
___
Python-bugs
New submission from Boštjan Mejak bostjan.me...@gmail.com:
When you have time, incorporate this patch. Thanks.
--
assignee: docs@python
components: Documentation
files: smallfix.diff
keywords: patch
messages: 151985
nosy: Retro, docs@python
priority: normal
severity: normal
status: open
New submission from Boštjan Mejak bostjan.me...@gmail.com:
I have collected a small amount of documentation fixes in my patch. Please
review it and apply it. No pressure. ;)
--
assignee: docs@python
components: Documentation
files: changes.diff
keywords: patch
messages: 151900
nosy
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13852
___
___
Python-bugs
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Georg, thanks for the tip. Is there any difference in reST between *i*\
th and *i*\th ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13816
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I hope the patch is now good. What do you think?
--
Added file: http://bugs.python.org/file24296/done deal.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13816
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Ah, darn it! My last patch is a total garbage. But then an interesting thing
happened: I wanted to delete my last patch set, but I got a
ProgrammingError at /review/13816/patchset/4039/delete
schema datetime does not exist
and got all
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file24296/done deal.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13816
Changes by Boštjan Mejak bostjan.me...@gmail.com:
Removed file: http://bugs.python.org/file24293/fixed patch final.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13816
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I wasn't able to remove the patch via Delete Patch Set but I did it by
clicking on the Unlink button. So the Delete Patch Set option has a bug.
--
___
Python tracker rep...@bugs.python.org
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Georg, I object to your comment about *i*th needing to be *i*\ th
because currently in the source code we have it written as *i*'th which, by
your logic, would need to be written as *i*\ 'th
which is not so and is compiled/displayed
Boštjan Mejak bostjan.me...@gmail.com added the comment:
This stupid HG is so cryptic. SVN was so easy, now I can't even create a patch.
Can you just fix those two typos as key function and *i*th please? Thank
you.
--
___
Python tracker rep
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Is this fixed or what?
--
nosy: +jwehnes
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10580
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Can you please fix this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10580
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Terry, I agree with you on having *i*th instead of *i*-th. The fact that i is
written in italics eliminates the need of a hyphen.
Justin, can I ask you to make a new patch which fixes key-function to key
function and *i*'th to *i*th
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Yeah, I guess I was kind of rude. Sorry about that. I think my proposal is acceptable. What do you think?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13816
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I fixed Justin's patch. Anyone cares to incorporate it?
--
Added file: http://bugs.python.org/file24293/fixed patch final.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Shut up, Georg! Ezio, please fix this two additional typos to close this bug report for good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13695
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please fix the error message to invalid format specifier
--
nosy: +Retro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13811
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
nosy: -georg.brandl
resolution: remind -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13695
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I am closing this issue report and opening another issue report with the two
new doc typos that were not reported here before the commit of Ezio Melotti.
--
nosy: -docs@python, ezio.melotti, python-dev, rhettinger
resolution
New submission from Boštjan Mejak bostjan.me...@gmail.com:
There's a typo in the docs for cmp_to_key() function. Fix the first sentence
Transform an old-style comparison function to a key-function. to Transform
an old-style comparison function to a key function. (delete the hyphen between
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I am deeply and truly sorry. Can we now fix this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13816
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Well, actually, it's the only correct way to write it (i-th). This is a simple
orthographical error that was made. Ezio, please fix those two additional
typos. And Georg, stop being such a wise-ass
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Found one little bug again in
http://docs.python.org/library/stdtypes.html#sequence-types-str-unicode-list-tuple-bytearray-buffer-xrange
Look at the table with the fields Operation, Result, Notes, and fix the fifth
record of the Result
Boštjan Mejak bostjan.me...@gmail.com added the comment:
I guess you're reffering to the i'th -- i-th thing.
I found numerous occasions on the Internet that say like n-th element blah
blah blah, not n'th element...
So I guess writting this thing as i-th would be correct here, too
Boštjan Mejak bostjan.me...@gmail.com added the comment:
There's also one more typo in the doc for cmp_to_key() function. Fix the first
sentence Transform an old-style comparison function to a key-function. to
Transform an old-style comparison function to a key function. (note the
removal
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Also
http://guide.python-distribute.org/quickstart.html#lay-out-your-project
needs to have the first sentence fixed: python to Python
and
http://docs.python.org/library/functools.html#functools.cmp_to_key
needs to have the word Py3.x
New submission from Boštjan Mejak bostjan.me...@gmail.com:
Please visit the following link and fix the below text:
http://docs.python.org/library/unittest.html#unittest.TestCase.assertEqual
Changed in version 2.7: Added the automatic calling of type-specific
equality function.
Just add
Boštjan Mejak bostjan.me...@gmail.com added the comment:
That is simply idiotic. Your way of fixing things is idiotic. When you
clearly see the missing comma and you fix it everywhere else but 2.6
because 2.6 only receives security fixes as if adding a comma to the
documentation would create
Boštjan Mejak bostjan.me...@gmail.com added the comment:
It's stupid that the imaginary unit in Python is denoted by a j just for
ambiguity reasons that i can be mistaken with a 1 or an l. It's true that
1 and l can look the same in some fonts, but that is *certainly not true*
for the small
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Please fix this in Python 3.3 and don't forget to fix the complex()
function/method as well.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
resolution: wont fix - remind
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
nosy: +gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
___
___
Python-bugs
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Make the output of a complex expression include spaces around the operator. So,
for example, (1+2j) should be outputted as (1 + 2j). Make this happen in Python
3.3.
--
nosy: +gvanrossum
resolution: wont fix - remind
status
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
status: closed - open
versions: +Python 2.6 -Python 2.7, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12277
Boštjan Mejak bostjan.me...@gmail.com added the comment:
http://docs.python.org/release/2.6.7/library/os.html?highlight=os.walk#os.walk
Please fix Python 2.6 branch of docs as well. Thanks.
--
___
Python tracker rep...@bugs.python.org
http
Boštjan Mejak bostjan.me...@gmail.com added the comment:
What's up with that now? Any interests in changing the imaginary unit from j
to i ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
resolution: wont fix - remind
status: closed - open
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10621
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10621
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10621
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Come on, let's do this.
--
resolution: wont fix - remind
status: closed - open
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Yes, Eric, please fix this already. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12277
1 - 100 of 206 matches
Mail list logo