Re: Terminal Emulator (Posting On Python-List Prohibited)
On 5/18/24 10:48, Grant Edwards via Python-list wrote: On 2024-05-18, Peter J. Holzer via Python-list wrote: On 2024-05-16 19:46:07 +0100, Gordinator via Python-list wrote: To be fair, the problem is the fact that they use Windows (but I guess Linux users have to deal with venvs, so we're even. I don't think Linux users have to deal with venvs any more than Windows users. Maybe even less because many distributions come with a decent set of Python packages. I've been using Python on Linux almost daily for 25 years, same here, but: and I've yet to use a venv... Distros have do offer a good selection of packaged Python bits, yes, but only for the version of Python that's "native" to that distro release. If you need to test other versions of Python, you're mostly on your own. Just as an example, for a particular project I had one test machine running Fedora 38 until just a couple weeks ago, with Python 3.11 as "native" with a full suite of packages, but I needed to test 3.12 and then the 3.13 pre-releases, as well as occasionally sanity-check the "oldest supported Python for this project", which turned out to be 3.6. I could build all those Pythons myself and install them to a location I can "python3.xx -m pip install" to, but Fedora is nice enough to package up a whole bunch of past and future Python versions, so why? And Fedora really discourages doing installs via pip to a system-packaged Python. So venvs make managing all that pretty convenient. Dunno why everybody's so down on venvs... -- https://mail.python.org/mailman/listinfo/python-list
Re: Issues with uninstalling python versions on windows server
On 5/10/24 03:39, Tripura Seersha via Python-list wrote: Hi Barry, Automation is using the system account using which the installation is failing with exit code 3. This account has the administrative privileges. Please help me with this issue. Thanks, Seersha You probably have a better chance of finding the attention of people who know about the details either on the Python Discuss board (discuss.python.org), or by filing an issue - after first checking someone else isn't wrestling with the same problem you are - there are a number of uninstall-related issues open (https://github.com/python/cpython/issues) In particular, I see that this part of your issue: > I have observed that uninstallation is working only with the account/login using which the python version is installed seems to be a known problem, where the user who initiated the install has the uninstall registered to their account - see https://github.com/python/cpython/issues/69353 -- https://mail.python.org/mailman/listinfo/python-list
Re: Issues with uninstalling python versions on windows server
On 5/3/24 05:55, Tripura Seersha via Python-list wrote: Hi Team, I am working on an automation related to uninstalling and installing python versions on different windows servers. I have observed that uninstallation is working only with the account/login using which the python version is installed. But for automation, we are not aware which account is being used for installation on different machines. If you want to automate things properly, you need to control installation as well as uninstallation - if things are just installed via some random user account it's hard to see how you can expect later steps without that knowledge to work out. There's a fair bit of control available; if you haven't already, take a look here: https://docs.python.org/3/using/windows.html#installing-without-ui -- https://mail.python.org/mailman/listinfo/python-list
Re: help: pandas and 2d table
On 4/13/24 07:00, jak via Python-list wrote: Stefan Ram ha scritto: jak wrote or quoted: Would you show me the path, please? I was not able to read xls here, so I used csv instead; Warning: the script will overwrite file "file_20240412201813_tmp_DML.csv"! import pandas as pd with open( 'file_20240412201813_tmp_DML.csv', 'w' )as out: print( '''obj,foo1,foo2,foo3,foo4,foo5,foo6 foo1,aa,ab,zz,ad,ae,af foo2,ba,bb,bc,bd,zz,bf foo3,ca,zz,cc,cd,ce,zz foo4,da,db,dc,dd,de,df foo5,ea,eb,ec,zz,ee,ef foo6,fa,fb,fc,fd,fe,ff''', file=out ) df = pd.read_csv( 'file_20240412201813_tmp_DML.csv' ) result = {} for rownum, row in df.iterrows(): iterator = row.items() _, rowname = next( iterator ) for colname, value in iterator: if value not in result: result[ value ]= [] result[ value ].append( ( rowname, colname )) print( result ) In reality what I wanted to achieve was this: what = 'zz' result = {what: []} for rownum, row in df.iterrows(): iterator = row.items() _, rowname = next(iterator) for colname, value in iterator: if value == what: result[what] += [(rowname, colname)] print(result) In any case, thank you again for pointing me in the right direction. I had lost myself looking for a pandas method that would do this in a single shot or almost. doesn't Pandas have a "where" method that can do this kind of thing? Or doesn't it match what you are looking for? Pretty sure numpy does, but that's a lot to bring in if you don't need the rest of numpy. -- https://mail.python.org/mailman/listinfo/python-list
Re: ModuleNotFoundError: No module named 'Paramiko'
On 4/7/24 19:31, Wenyong Wei via Python-list wrote: Dear Sir/Madam, Recently I encounter a problem that I can't import paramiko in my computer. My PC running on window 10 64 bits. I have investigate this issue via internet, there are a lot of solutions for this issue, after trying most of the steps, I still can't run this module, the major steps I have try are: 1. Install python ver 3.7.1 or 3.11.8 by itself or customer installation (changing the installation folder) and check add python to the path. 2. pip install paramiko, if ver 3.7.1 installed, need to upgrade the pip version. 3. Checking the environment path, there are two path related to the python, one for python.exe, the other for \Lib\site-packages\paramiko can you please provide advice on this issue? Going to be more explicit than the other answers: === If an attempted import gives you ModuleNotFound, that *always* means the package is not installed... not at all, or just not in the paths that copy of Python is looking in. === The problem arises in part because most package installation instructions take the simplest approach and just tell you to (for example) pip install paramiko So it's installed. But where did it go? You can check where it went: pip show paramiko That path ("location") needs to be one where your Python interpreter is looking. If all goes well, "pip" and "python" are perfectly matched, but in the current world, there are often several Python interpreters installed (projects may require a specific version, an IDE may grab its own version, something may create and setup a virtualenv, alternate worlds like Conda may set up a Python, the list goes on), and for any given installation on Windows, python.exe and the pip excutable pip.exe go in different directories anyway, and the Windows PATH doesn't always include both, and you easily get mismatches. As others have said, the way to avoid mismatches is to use pip As A Module, specifically a module of the Python you want to use. So if you're using the Python Launcher, that looks like: py -m pip install paramiko Hope this helps. -- https://mail.python.org/mailman/listinfo/python-list
Re: Running issues
On 4/5/24 15:32, shannon makasale via Python-list wrote: Hi there, My name is Shannon. I installed Python 3.12 on my laptop a couple months ago, but realised my school requires me to use 3.11.1. they can suggest 3.11 and there might be a good reason for that, but you should not worry about something as specific as "3.11.1" - use the latest release in the 3.11 series. I uninstalled 3.12 and installed 3.11.1. Unfortunately, I am unable to run python now. It keeps asking to be modified, repaired or uninstalled. Do you have any suggestions on how to fix this? I think it's been covered in previous replies, but to be even more explicit: *Don't* re-run the Python Installer. Windows will sort of "remember" it and may present it to you when you try to launch, and for some reason the core team appears unwilling to name it something less ambiguous, like python_setup, despite that having been requested several times over the years. You would probably do well to just remove that file (for the case you've described, python-3.11.1-amd64.exe). Python itself is a command-line tool. You can launch python from inside a command shell (Windows Terminal is actually a good choice, even though it's not installed by default), usually by typing "py" (unless you somehow declined to install the Python launcher), or you can navigate to it through the start menu. You will, however, probably want to use some sort of editor to work inside or it gets quite tedious. You can use the included IDLE also via the start menu, or install one of the many free choices available. Your school's curriculum may well guide you here, if you want to be able to follow along exactly with classroom presentation, screenshots, etc. -- https://mail.python.org/mailman/listinfo/python-list
Re: xkcd.com/353 ( Flying with Python )
On 3/30/24 10:31, MRAB via Python-list wrote: On 2024-03-30 11:25, Skip Montanaro via Python-list wrote: > https://xkcd.com/1306/ > what does SIGIL mean? I think its' a Perl term, referring to the $/@/# symbols in front of identifiers. I wouldn't consider '@' to be a sigil any more than I would a unary minus. Nonetheless, Perl folk do use that term, specifically. "One thing that distinguishes Perl from other languages is its use of sigils; the funny looking symbols placed in front of variable names. " $ Scalar $foo @ Array @foo % Hash%foo & Subroutine * Typeglob*foo >Sigils have many benefits, not least of which is that variables can be interpolated into strings with no additional syntax. Perl scripts are also easy to read (for people who have bothered to learn Perl!) because the nouns stand out from verbs. And new verbs can be added to the language without breaking old scripts. >Programming Perl, Chapter 1, 4th Edition etc. -- https://mail.python.org/mailman/listinfo/python-list
Re: the name ``wheel''
On 3/22/24 11:45, Barry via Python-list wrote: On 22 Mar 2024, at 15:25, Gilmeh Serda via Python-list wrote: Many if not most Linux distributions do not include pip by default. Really? It came with Manjaro. Debian and Ubuntu require you to install pip as a separate package. Also puts venv in its own package. Fedora leaves all the batteries intact and rhel I assume. pip is still a separate package in the .rpm world. which makes sense on a couple of levels: * pip releases on its own cycle, you wouldn't want to have to *force* a new release of python + python-libs + python-devel + maybe others, if you happened want to rev pip forward independently. * in a distro-packaged world, that's the primary place you get your Python packages from, and pip isn't seen as being as necessary, and potentially even as destructive. How many times have you seen an article that suggests you "sudo pip install randompackage"? Many distro setups now disallow installing like that. If you know what you're doing, and particularly if you're happy to control a specific environment by setting up a virtualenv, then fine, you'll still have access to everything you need. anyway, I seem to recall the original message (which I've since deleted) was asking about Windows anyway. There it's quite unusual to end up without pip, but not so unusual to end up without the *command* named pip - search path things, and all that. Usually if you "py -m pip --version" you'll see it's actually installed, just not accessible using the current search path. -- https://mail.python.org/mailman/listinfo/python-list
Re: Configuring an object via a dictionary
On 3/15/24 03:30, Loris Bennett via Python-list wrote: Hi, I am initialising an object via the following: self.source_name = config['source_name'] config.get('source_name', default_if_not_defined) is a common technique... -- https://mail.python.org/mailman/listinfo/python-list
Re: If a dictionary key has a Python list as its value!
On 3/7/24 07:11, Varuna Seneviratna via Python-list wrote: If a dictionary key has a Python list as its value, you can read the values one by one in the list using a for-loop like in the following. d = {k: [1,2,3]} for v in d[k]: print(v) No tutorial describes this, why? What is the Python explanation for this behaviour? Sorry... why is this a surprise? If an object is iterable, you can iterate over it. >>> d = {'key': [1, 2, 3]} >>> type(d['key']) >>> val = d['key'] >>> type(val) >>> for v in val: ... print(v) ... ... 1 2 3 >>> -- https://mail.python.org/mailman/listinfo/python-list
Re: Variable scope inside and outside functions - global statement being overridden by assignation unless preceded by reference
On 3/6/24 05:55, Jacob Kruger via Python-list wrote: Ok, simpler version - all the code in a simpler test file, and working with two separate variables to explain exactly what am talking about: If you import the contents of that file into the python interpreter, dt_expiry will start off as "1970-01-01 00:00", and, if you execute do_it function, it will print out the new value assigned to the dt_expiry variable inside that function, but if you then again check the value of the dt_expiry variable afterwards, it's reverted to the 1970... value? If I take out the line that removes values from l_test # l_test.clear() # before appending new value to it, then it will also not retain it's new/additional child items after the function exits, and will just revert back to [1, 2, 3] each and every time. In other words, with some of the variable/object types, if you use a function that manipulates the contents of a variable, before then re-assigning it a new value, it seems like it might then actually update/manipulate the global variable, but, either just calling purely content retrieval functions against said objects, or assigning them new values from scratch seems to then ignore the global scope specified in the first line inside the function? Hope this makes more sense No, it doesn't. Your code is working as one would expect. For example, adding prints for the l_test variable, and removing the .clear() which you claim makes it not work, shows me: before: l_test=[1, 2, 3], id(l_test)=140153285385856 leaving do_it: l_test=[1, 2, 3, 1, 2, 3, 99], id(l_test)=140153285385856 after: l_test=[1, 2, 3, 1, 2, 3, 99], id(l_test)=140153285385856 It's the same list object, as you can see by the id values. And the list is updating as expected. And... you don't need the global statement for l_test. As it's mutable, you can mutate it in the function; the global only acts on assignment. Using "global" for that may make your intent more clear to readers though, although static checkers will grumble at you. You must be doing something additional that you're not telling us about. -- https://mail.python.org/mailman/listinfo/python-list
Re: Can u help me?
On 3/5/24 18:44, Ethan Furman via Python-list wrote: On 3/5/24 16:49, MRAB via Python-list wrote: > On 2024-03-06 00:24, Ethan Furman via Python-list wrote: >> On 3/5/24 16:06, Chano Fucks via Python-list wrote: >> >>> [image: image.png] >> >> The image is of MS-Windows with the python installation window of "Repair Successful". Hopefully somebody better at >> explaining that problem can take it from here... >> > If the repair was successful, what's the problem? I imagine the issue is trying get Python to run (as I recall, the python icon on the MS-Windows desktop is the installer, not Python itself). that's often it, yes - you keep getting the installer when you think you should get a snazzy Python window. Of course, you don't - Python is a command-line/terminal program, not a windows app. Now if you tried to launch IDLE instead, you'd get at least a window. But we're just guessing here. Perhaps Chano will come back with an updated question with some details. -- https://mail.python.org/mailman/listinfo/python-list
Re: Using __new__
On 2/17/24 19:24, dn via Python-list wrote: On 18/02/24 13:21, Jonathan Gossage wrote: - perhaps someone knows a better/proper way to do this? Suggested research: custom classes, ABCs, and meta-classes... Cure the old "what do you want to accomplish" question. If it's to channel access to a resource to a single place, many folks seem to advocate just putting that code in a module, and not trying to use a class for that - Python already treats modules as a form of singleton (if you squint a bit). It's not Java, after all, everything doesn't _have_ to be a class. I'd also second the idea of looking at metaclasses for an implementation. Most simpler class-based singleton approaches turn out not to be thread-safe... you can get closer to solving that with a metaclass with a lock taken in the dunder-call method. -- https://mail.python.org/mailman/listinfo/python-list
Re: Extract lines from file, add to new files
On 2/3/24 10:58, Thomas Passin via Python-list wrote: In my view this whole thread became murky and complicated because the OP did not write down the requirements for the program. Requirements are needed to communicate with other people. An individual may not need to actually write down the requirements - depending on their complexity - but they always exist even if only vaguely in a person's mind. The requirements may include what tools or languages the person wants to use and why. If you are asking for help, you need to communicate the requirements to the people you are asking for help from. The OP may have thought the original post(s) contained enough of the requirements but as we know by now, they didn't. The person asking for help may not realize they don't know enough to write down all the requirements; an effort to do so may bring that lack to visibility. Mailing lists like these have a drawback that it's hard to impossible for someone not involved in a thread to learn anything general from it. We can write over and over again to please state clearly what you want to do and where the sticking points are, but newcomers post new questions without ever reading these pleas. Then good-hearted people who want to be helpful end up spending a lot of time trying to guess what is actually being asked for, and maybe never find out with enough clarity. Others take a guess and then spend time working up a solution that may or may not be on target. So please! before posting a request for help, write down the requirements as best you can figure them out, and then make sure that they are expressed such that the readers can understand. Indeed. I've occasionally practised the following technique (in some form) over the years without knowing it had grown a name, and wikipedia page to go with it. It may be handy to use to help come up with a clearer explanation before sending off a post to a mailing list or other static medium, because of the inevitable delays in going back and forth. Interactive formus like the Python Discord have a bit of an advantage in that you can try to tease out the intent more quickly. But as you say... a newcomer won't know this. https://en.wikipedia.org/wiki/Rubber_duck_debugging -- https://mail.python.org/mailman/listinfo/python-list
Re: Aw: Re: Extract lines from file, add to new files
On 1/30/24 14:46, AVI GROSS via Python-list wrote: Rich, You may want to broaden your perspective a bit when people make suggestions. Karsten did not spell out a full design and should not need to. But consider this as a scenario. You want to send (almost) the same message to one or more recipients. So call a program, perhaps some variant on a shell script, that does some prep work such as maybe creating a temporary or working directory/folder. Had one copy of your message ready in a file somewhere, Have a way to get a list of recipients intended and the file or files containing enough info to link email addresses to human names and anything else such as their preferred pronoun or address. I'd say based on the bits of the problem description I *have* absorbed, which almost certainly isn't all of them, there's a fairly basic capability, not terribly often used in my experience, that might be of some use: https://docs.python.org/3/library/string.html#template-strings -- https://mail.python.org/mailman/listinfo/python-list
Re: Assistance Needed: Corrupted Python Installation Uninstallation Issue
On 1/29/24 05:19, Syed Hamood via Python-list wrote: Dear Python.org Support Team, I hope this email finds you well. I am writing to seek assistance with an issue I'm encountering while attempting to uninstall a corrupted Python installation on my system. Details of my system: - Operating System: Windows 10 - Python Version: 3.11.3(64-bit) - Installation Method: installer from Python.org Description of the issue: [Provide a brief description of the problem you're facing, any error messages received, or specific steps you've taken so far.] I have already tried the following: - Deleting python. removing corrupted files from command prompt with administrative privileges. However, despite my efforts, I have been unable to successfully uninstall the corrupted Python installation. The more stuff you remove by hand the harder it is for the Windows installer to act to do an uninstall. This tool usually helps if things are badly messed up: https://support.microsoft.com/en-us/topic/fix-problems-that-block-programs-from-being-installed-or-removed-cca7d1b6-65a9-3d98-426b-e9f927e1eb4d Haven't used it for a while, but after it tries basic overall repairs to the installation subsystem (which is probably okay), there are prompts you can follow to point to a specific program that doesn't want to uninstall. -- https://mail.python.org/mailman/listinfo/python-list
Re: PyTorch
On 1/17/24 09:48, Alan Zaharia via Python-list wrote: Hello Python I Need help. it could not be found for PyTorch. It said in the Command Prompt ERROR: Could not find a version that satisfies the requirement torch (from versions: none) ERROR: No matching distribution found for torch, Can you help me? Use Python 3.11. Or follow here: https://github.com/pytorch/pytorch/issues/110436 -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.12.1, Windows 11: shebang line #!/usr/bin/env python3 doesn't work any more
On 1/16/24 10:00, Sibylle Koczian via Python-list wrote: Am 15.01.2024 um 23:55 schrieb Mats Wichmann via Python-list: On 1/15/24 12:01, Thomas Passin via Python-list wrote: On 1/15/2024 1:26 PM, Mats Wichmann via Python-list wrote: Python from the App Store is not the same as Python from python.org: yes. this question is about the python.org distribution. but, Windows natively has something called python.exe and python3.exe which is interfering here, IF the python.org install isn't directed to put itself into the path, AND if the "#!/usr/bin/env python3" form is used, causing a search in PATH, which is the setup Sibylle has described, unless I've misunderstood details. No, you didn't misunderstand any detail. It's exactly right. My Windows 10 box doesn't find anything for "where python", "where python3", Be interesting to know if your WIndows 10 has those files in place, and it's just a missing path entry (a good thing, perhaps) that's causing it not to be found there. while the new Windows 11 machine finds the Microsoft stub. "Irritating" is a very friendly attribute for that thing. Why must it be called "python.exe" and not something else like the installation files from python.org? it will be replaced by the real "python.exe" from the Microsoft Store install, if you go ahead and install that - I guess that's why that name was chosen. I'll stop using "/env" - hopefully that won't create problems with the scripts I use in the Linux VM. But in that case I'll know what's up. Thank you very much! Sibylle -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.12.1, Windows 11: shebang line #!/usr/bin/env python3 doesn't work any more
On 1/15/24 12:01, Thomas Passin via Python-list wrote: On 1/15/2024 1:26 PM, Mats Wichmann via Python-list wrote: On 1/15/24 09:44, Sibylle Koczian via Python-list wrote: First and foremost I want to understand why I'm seeing this: - Python scripts with "/usr/bin/env python3" as shebang line work as expected on a computer with Windows 10 and Python 3.11.5. They have worked for years on this machine, using either the latest Python or one version before (depending on availability of some packages). There is a virtual machine with ArchLinux on the same machine and some of the scripts are copies from that. - I've got a second computer with Windows 11 and I installed Python 3.12.1 on it. After copying some scripts from my first computer I found that I couldn't start them: not by entering the script name in a console, not using py.exe, not double clicking in the explorer. Entering \python probably worked - I think I tried that too, but I'm not really sure, because that's really not practical. In the Python documentation for versions 3.11 and 3.12 I found no differences regarding py.exe and shebang lines. Then I removed the "/env" from the shebang lines and could start the scripts from the second computer. That certainly is a solution, but why??? It's because of Windows itself. The default nowadays is that irritating little stub that prompts you to go install Python from the WIndows store. When you use the "env" form, it looks for python (or python3 in your case) in the PATH *first* and you'll get a hit. Mine looks like: C:\Users\mats\AppData\Local\Microsoft\WindwsApps\python.exe and python3.exe you can check what it's doing for you by using the "where" command in a windows shell. On your older Windows 10 machine you either never had that stub - I don't know when it was added, maybe someone from Microsoft listening here knows - or it's been superseded by changes to the PATH, or something. On my fairly new Win 11 box the base of that path is early in the user portion of PATH, so that must be a default. py.exe without the "/usr/bin/env" magic doesn't put PATH searching first, according to that snip from the docs that's been posted here several times., so you shouldn't fall down that particular rathole. Python from the App Store is not the same as Python from python.org: yes. this question is about the python.org distribution. but, Windows natively has something called python.exe and python3.exe which is interfering here, IF the python.org install isn't directed to put itself into the path, AND if the "#!/usr/bin/env python3" form is used, causing a search in PATH, which is the setup Sibylle has described, unless I've misunderstood details. -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.12.1, Windows 11: shebang line #!/usr/bin/env python3 doesn't work any more
On 1/15/24 09:44, Sibylle Koczian via Python-list wrote: In the Python documentation for versions 3.11 and 3.12 I found no differences regarding py.exe and shebang lines. Then I removed the "/env" from the shebang lines and could start the scripts from the second computer. That certainly is a solution, but why??? Sibylle also, it looks like you can disable the PATH-searching behavior of the /usr/bin/env virtual path: > The environment variable PYLAUNCHER_NO_SEARCH_PATH may be set (to any value) to skip this search of PATH. -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.12.1, Windows 11: shebang line #!/usr/bin/env python3 doesn't work any more
On 1/15/24 09:44, Sibylle Koczian via Python-list wrote: First and foremost I want to understand why I'm seeing this: - Python scripts with "/usr/bin/env python3" as shebang line work as expected on a computer with Windows 10 and Python 3.11.5. They have worked for years on this machine, using either the latest Python or one version before (depending on availability of some packages). There is a virtual machine with ArchLinux on the same machine and some of the scripts are copies from that. - I've got a second computer with Windows 11 and I installed Python 3.12.1 on it. After copying some scripts from my first computer I found that I couldn't start them: not by entering the script name in a console, not using py.exe, not double clicking in the explorer. Entering \python probably worked - I think I tried that too, but I'm not really sure, because that's really not practical. In the Python documentation for versions 3.11 and 3.12 I found no differences regarding py.exe and shebang lines. Then I removed the "/env" from the shebang lines and could start the scripts from the second computer. That certainly is a solution, but why??? It's because of Windows itself. The default nowadays is that irritating little stub that prompts you to go install Python from the WIndows store. When you use the "env" form, it looks for python (or python3 in your case) in the PATH *first* and you'll get a hit. Mine looks like: C:\Users\mats\AppData\Local\Microsoft\WindwsApps\python.exe and python3.exe you can check what it's doing for you by using the "where" command in a windows shell. On your older Windows 10 machine you either never had that stub - I don't know when it was added, maybe someone from Microsoft listening here knows - or it's been superseded by changes to the PATH, or something. On my fairly new Win 11 box the base of that path is early in the user portion of PATH, so that must be a default. py.exe without the "/usr/bin/env" magic doesn't put PATH searching first, according to that snip from the docs that's been posted here several times., so you shouldn't fall down that particular rathole. -- https://mail.python.org/mailman/listinfo/python-list
Re: Extract lines from file, add to new files
On 1/11/24 11:27, MRAB via Python-list wrote: On 2024-01-11 18:08, Rich Shepard via Python-list wrote: It's been several years since I've needed to write a python script so I'm asking for advice to get me started with a brief script to separate names and email addresses in one file into two separate files: salutation.txt and emails.txt. An example of the input file: Calvin cal...@example.com Hobbs ho...@some.com Nancy na...@herown.com Sluggo slu...@another.com Having extracted salutations and addresses I'll write a bash script using sed and mailx to associate a message file with each name and email address. I'm unsure where to start given my lack of recent experience. From the look of it: 1. If the line is empty, ignore it. 2. If the line contains "@", it's an email address. 3. Otherwise, it's a name. 4. Don't assume it's going to be "plain text" if the email info is harvested from external sources (like incoming emails) - you'll end up stumbling over a 誰かのユーザー from somewhere. Process as bytes, or be really careful about which encodings you allow - which for email "names" is something you can't actually control. -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.12.1, Windows 11: shebang line #!/usr/bin/env python3 doesn't work any more
On 1/1/24 12:53, Thomas Passin via Python-list wrote: On Windows 10, a shebang line gets ignored in favor of Python 3.9.9 (if invoked by the script name alone) or Python 3.12.1 (if invoked by the "py" launcher). fwiw, you can also create an ini file to define to the launcher py which version should be the default, if no version is specified. -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.12.1, Windows 11: shebang line #!/usr/bin/env python3 doesn't work any more
On 1/1/24 07:11, Thomas Passin via Python-list wrote: Here's how to find out what program Windows thinks it should use to run a ".py" file. In a console: C:\Users\tom>assoc .py .py=Python.File C:\Users\tom>ftype Python.file Python.file="C:\Windows\py.exe" "%L" %* That's not enough. There is now (has been for a while) a layered system, and this gives you just one layer, there may be other associations that win out. Per somebody who actually knows: > The only way to determine the association without reimplmenting the shell's search is to simply ask the shell via AssocQueryString. Possibly PowerShell can provide this information. – Eryk Sun -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.12.1, Windows 11: shebang line #!/usr/bin/env python3 doesn't work any more
On 1/1/24 04:02, Sibylle Koczian via Python-list wrote: Am 30.12.2023 um 04:04 schrieb Mike Dewhirst via Python-list: I had assumed the OP had installed Python from the Microsoft shop and that's where py.exe must have come from. In fact I didn't say in my post that I always get Python from python.org. When I started to use the language there was no Python from any Microsoft shop (I'm not sure there was a Microsoft shop, it was in the last millenium, Python 1.5 or 1.6). So I tend to forget that possible download source. But in all this thread I didn't see a single explanation for my current situation: one and the same shebang line works on Windows 10 / Python 3.11 and doesn't work on Windows 11 / Python 3.12. I suspect Windows, because a change in the way Python 3.12 uses shebang lines should be visible in the documentation. The shebang support in the Python Launcher is documented here: https://docs.python.org/3/using/windows.html#shebang-lines That says the line you list originally: > My shebang line is usually "#!/usr/bin/env python3" means look for python3 in PATH. Do you have one? If you don't have one, you'll get one you don't want: the stupid Microsoft shim that, which if run interactively, encourages you to install from the Microsoft store. You should be able to disable this. File suffix associations are a different thing - they give me no end of headaches on Windows. They start out bound to the shim, and should rebind to the launcher when you install, but then things can steal it. If you install Visual Studio Code with Python extensions, then it takes over the running of .py files - if you click in the explorer, you'll get it open in the editor, not run. I've argued about this, to no avail (plays havoc with my testsuite, which in some places tries to execute Python scripts as a cli command). And then I've got this: C:\Users\mats\SOMEWHERE>py -0 -V:3.13 Python 3.13 (64-bit) -V:3.12 *Python 3.12 (64-bit) -V:3.11 Python 3.11 (64-bit) -V:3.10 Python 3.10 (64-bit) -V:3.9 Python 3.9 (64-bit) -V:3.8 Python 3.8 (64-bit) -V:3.7 Python 3.7 (64-bit) -V:3.6 Python 3.6 (64-bit) # Okay, it knows about lots of Python versions, and shows a default of 3.12 C:\Users\mats\SOMEWHERE>py Python 3.12.1 (tags/v3.12.1:2305ca5, Dec 7 2023, 22:03:25) [MSC v.1937 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> ^Z # Great, that works just as expected C:\Users\mats\SOMEWHERE>py test.py Python was not found; run without arguments to install from the Microsoft Store, or disable this shortcut from Settings > Manage App Execution Aliases. # wait, what? if "py" worked, why doesn't "py test.py"? -- https://mail.python.org/mailman/listinfo/python-list
Re: mypy question
On 12/29/23 08:02, Karsten Hilbert via Python-list wrote: Dict[str, str] means the key type and value type should both be strings, Indeed, I know that much, list[dict[str, str]] is what is getting passed in in this particular invocation of run_rw_queries(). For what it's worth here's the signature of that function: def run_rw_queries ( link_obj:_TLnkObj=None, queries:list[dict[str, str | list | dict[str, Any]]]=None, end_tx:bool=False, return_data:bool=None, get_col_idx:bool=False, verbose:bool=False ) -> tuple[list[dbapi.extras.DictRow], dict[str, int] | None]: Given that I would have thought that passing in list[dict[str, str]] for "queries" ought to be type safe. Mypy indicates otherwise which I am not grokking as to why. ah... didn't grok what you were asking, sorry - ignore my attempt then. So you are passing something that has been typed more narrowly than the function parameter. Can you use a TypeGuard here? -- https://mail.python.org/mailman/listinfo/python-list
Re: Are there any easy-to-use Visual Studio C# WinForms-like GUI designers in the Python world for Tk?
On 12/28/23 18:05, Félix An via Python-list wrote: I'm used to C# WinForms, which has an easy-to-use drag-and-drop GUI designer in Visual Studio. Is there anything similar for Tk? How about Qt? What do you recommend as the easiest way to create GUI programs in Python, similar to the ease of use of C# WinForms? Qt has a long-standing Designer tool. I was pretty sure there was nothing for tkinter, but it seems at least someone tried: https://pypi.org/project/tkdesigner/ and someone has tried a web-based one (looks like it may help to read Chinese for that one) https://visualtk.com/ -- https://mail.python.org/mailman/listinfo/python-list
Re: mypy question
On 12/29/23 05:15, Karsten Hilbert via Python-list wrote: Hi all, I am not sure why mypy thinks this gmPG2.py:554: error: Argument "queries" to "run_rw_queries" has incompatible type "List[Dict[str, str]]"; expected "List[Dict[str, Union[str, List[Any], Dict[str, Any" [arg-type] rows, idx = run_rw_queries(link_obj = conn, queries = queries, return_data = True) ^~~ should be flagged. The intent is for "queries" to be a list of dicts with keys of str and values of str OR list of anything OR dict with keys of str and values of anything I'd have thunk list[dict[str,str]] matches that ? Dict[str, str] means the key type and value type should both be strings, but in your retelling above you indicate lots of possible value types... actually the mypy guess seems to be a pretty good recreation of your psuedo-code description. -- https://mail.python.org/mailman/listinfo/python-list
Re: Type hints - am I doing it right?
On 12/13/23 00:19, Frank Millman via Python-list wrote: I have to add 'import configparser' at the top of each of these modules in order to type hint the method. This seems verbose. If it is the correct way of doing it I can live with it, but I wondered if there was an easier way. Think of import as meaning "make this available in my current (module) namespace". The actual import machinery only runs the first time, that is, if it's not already present in the sys.modules dict. -- https://mail.python.org/mailman/listinfo/python-list
Re: IDLE editor suggestion.
On 12/12/23 13:50, Thomas Passin via Python-list wrote: On 2023-12-12 08:22, Steve GS via Python-list wrote: > Maybe this already exists but > I have never seen it in any > editor that I have used. > > It would be nice to have a > pull-down text box that lists > all of the searches I have > used during this session. It > would make editing a lot > easier if I could select the > previous searches rather than > having to enter it every time. > > If this is inappropriate to > post this here, please tell me > where to go. > Life should be so > complicated. > EditPad has this. So do Notepad++, EditPlus (not free but low cost, Windows only, and very good), and I'm sure many others that are much simpler than Visual Studio Code, for example. Every now and then I pop up and suggest people look at Eric. Odd name for an editor? Well, it continues the long pun history in the Python world (Eric Idle... get it?). It has search history, among many other things, I think once it was considered to be sort of IDLE++, but it's grown to a lot more than that. Not saying Eric is better-than-XYZ-IDE, but it is a cool project... -- https://mail.python.org/mailman/listinfo/python-list
Re: How/where to store calibration values - written by program A, read by program B
On 12/5/23 07:37, Chris Green via Python-list wrote: Is there a neat, pythonic way to store values which are 'sometimes' changed? My particular case at the moment is calibration values for ADC inputs which are set by running a calibration program and used by lots of programs which display the values or do calculations with them. From the program readability point of view it would be good to have a Python module with the values in it but using a Python program to write/update a Python module sounds a bit odd somehow. I could simply write the values to a file (or a database) and I suspect that this may be the best answer but it does make retrieving the values different from getting all other (nearly) constant values. Are there any Python modules aimed specifically at this sort of requirement? A search term to look for is "data persistence" there is lots of support at various levels - you can do simpler things with plain text (or binary), json data, or csv data, or configparser, or use pickles; if there's not a lot of values a dbapi database may, as already mentioned, be overkill. -- https://mail.python.org/mailman/listinfo/python-list
Re: argparse argument post-processing
On 11/27/23 13:21, Dom Grigonis wrote: Thank you, exactly what I was looking for! One more question following this. Is there a way to have a customisable action? I.e. What if I want to join with space in one case and with coma in another. Is there a way to reuse the same action class? I've worked more with optparse (the project I work on that uses it has reasons why it's not feasible to convert to argparse); in optparse you use a callback function, rather than an action class, and the change to a callable class is somewhat significant :-; so I'm not really an expert. The question is how you determine which you want to do - then there's no problem for the action class's call method to implement it. I presume you can write an initializer class that takes an extra argument, collect that and stuff it into an instance variable, then use super to call the base Action class's initializer with the rest of the args super().__init__(option_strings=option_strings, *args, **kwargs) Hopefully someone else has done this kind of thing because now I'm just guessing! -- https://mail.python.org/mailman/listinfo/python-list
Re: argparse argument post-processing
On 11/27/23 04:29, Dom Grigonis via Python-list wrote: Hi all, I have a situation, maybe someone can give some insight. Say I want to have input which is comma separated array (e.g. paths='path1,path2,path3') and convert it to the desired output - list: import argparse parser = argparse.ArgumentParser() parser.add_argument('paths', type=lambda x: list(filter(str.strip, x.split(',' So far so good. But this is just an example of what sort of solution I am after. Maybe use "action" rather than "type" here? the conversion of a csv argument into words seems more like an action. Now the second case. I want input to be space separated array - bash array. And I want space-separated string returned. My current approach is: import argparse parser = argparse.ArgumentParser() parser.add_argument('paths', nargs='+') args = parser.parse_args() paths = ' '.join(args.paths) But what I am looking for is a way to do this, which is intrinsic to `argparse` module. Reason being I have a fair amount of such cases and I don’t want to do post-processing, where post-post-processing happens (after `parser.parse_args()`). I have tried overloading `parse_args` with post-processor arguments, and that seemed fine, but it stopped working when I had sub-parsers, which are defined in different modules and do not call `parse_args` themselves. Depending on what *else* you need to handle it may or not may work here to just collect these from the remainders, and then use an action to join them, like: import argparse class JoinAction(argparse.Action): def __call__(self, parser, namespace, values, option_string=None): setattr(namespace, self.dest, ' '.join(values)) parser = argparse.ArgumentParser() parser.add_argument('paths', nargs=argparse.REMAINDER, action=JoinAction) args = parser.parse_args() print(f"{args.paths!r}") -- https://mail.python.org/mailman/listinfo/python-list
Re: Silly/crazy problem with sqlite
On 11/24/23 14:10, Chris Green via Python-list wrote: Chris Green wrote: This is driving me crazy, I'm running this code:- OK, I've found what's wrong:- cr.execute(sql, ('%' + "2023-11" + '%')) should be:- cr.execute(sql, ('%' + x + '%',) ) I have to say this seems very non-pythonesque to me, the 'obvious' default simply doesn't work right, and I really can't think of a case where the missing comma would make any sense at all. as noted, the comma makes it a tuple. this might be a case where rewriting as an f-string makes it just a little more readable, since the syntax will make it look like there's a single string followed by a comma - the addition just makes it look less clear to my eyes: cr.execute(sql, (f'%2023-11%', )) cr.execute(sql, (f'%{x}%', )) -- https://mail.python.org/mailman/listinfo/python-list
Re: xor operator
On 11/13/23 16:24, Dom Grigonis via Python-list wrote: I am not arguing that it is a generalised xor. I don’t want anything, I am just gauging if it is specialised or if there is a need for it. So just thought could suggest it as I have encountered such need several times already. It is fairly clear by now that it is not a common one given it took some time to even convey what I mean. Bad naming didn’t help ofc, but if it was something that is needed I think it would have clicked much faster. There are things that If You Need Them You Know, and If You Do Not You Do Not Understand - and you seem to have found one. The problem is that forums like this are not a statistically great sampling mechanism - a few dozen people, perhaps, chime in on many topics; there are millions of people using Python. Still, the folks here like to think they're at least somewhat representative :) Hardware and software people may have somewhat different views of xor, so *maybe* the topic title added a bit to the muddle. To me (one of those millions), any/all falsy, any/all truthy have some interest, and Python does provide those. Once you get into How Many True question - whether that's the odd-is-true, even-is-false model, or the bail-after-X-truthy-values model, it's not terribly interesting to me: once it gets more complex than an all/any decision, I need to check for particular combinations specifically. Two-of-six means nothing to me until I know which combination of two it is. -- https://mail.python.org/mailman/listinfo/python-list
Re: pip/pip3 confusion and keeping up to date
On 11/6/23 14:28, Karsten Hilbert via Python-list wrote: I had just hoped someone here might have a handy pointer for how to deal with modules having to be installed from pip for use with an apt-installed python-based application. That just shouldn't happen - such packages are supposed to be dependency-complete within the packaging universe in question. -- https://mail.python.org/mailman/listinfo/python-list
Re: Checking if email is valid
On 11/6/23 08:23, Jon Ribbens via Python-list wrote: On 2023-11-06, Mats Wichmann wrote: On 11/6/23 01:57, Simon Connah via Python-list wrote: The thing I truly hate is when you have two telephone number fields. One for landline and one for mobile. I mean who in hell has a landline these days? People who live in places with spotty, or no, mobile coverage. We do exist. Catering for people in minority situations is, of course, important. Catering for people in the majority situation is probably important too. A good experience would do both, in a comfortable way for either. Continuing with the example, if you have a single phone number field, or let a mobile number be entered in a field marked for landline, you will probably assume you can text to that number. I see this all the time on signups that are attempting to provide some sort of 2FA - I enter the landline number and the website tries to text a verification code to it (rather have an authenticator app for 2FA anyway, but that's a different argument) Suggests maybe labeling should be something like: * Number you want to be called on * Number for texted security messages, if different Never seen that, though :-) -- https://mail.python.org/mailman/listinfo/python-list
Re: Checking if email is valid
On 11/6/23 01:57, Simon Connah via Python-list wrote: The thing I truly hate is when you have two telephone number fields. One for landline and one for mobile. I mean who in hell has a landline these days? People who live in places with spotty, or no, mobile coverage. We do exist. -- https://mail.python.org/mailman/listinfo/python-list
Re: Checking if email is valid
On 11/5/23 10:34, Grant Edwards via Python-list wrote: Indeed. There is a tiny but brightly burning kernel of hate in my heart for web sites (and their developers) that refuse to accept credit card numbers entered with spaces _as_they_are_shown_on_the_card_! I've concluded that using PHP causes debilitating and irreversible brain damage. I think it's the attitude that speed of deployment is more important than any other factor, rather than just PHP :-) Plus a bunch of that stuff is also coded in the front end (aka Javascript). Phone numbers. Credit card numbers. Names (in my case - my wife has a hypenated surname which is almost as deadly as non-alpha characters in a name which was already mentioned in this diverging thread) and addresses. living rurally we have two addresses: a post office rural route box for USPS and a "street address" for anyone else. The former looks like "{locationID} Box {number}". The single word "Box" often triggers "we don't deliver to P.O. Boxes" - it's not a PO Box, and it's the only address USPS will deliver to, so get over yourself. Or triggers fraud detection alerts, because "billing address" != "shipping address". it's astonishing how bad so many websites are at what should be a fundamental function: taking in user-supplied data in order to do something valuable with it. -- https://mail.python.org/mailman/listinfo/python-list
Re: pip/pip3 confusion and keeping up to date
On 11/2/23 04:58, Chris Green via Python-list wrote: I have a couple of systems which used to have python2 as well as python3 but as Ubuntu and Debian verions have moved on they have finally eliminated all dependencies on python2. So they now have only python3 and there is no python executable in PATH. FWIW, for this you install the little stub package python-is-python3. Especially if you want to keep a python2 installation around - "python" will still be python3 in this case. So, going on from this, how do I do the equivalent of "apt update; apt upgrade" for my globally installed pip packages Odds are you don't want to. The internet is full of surprises about dependency problems when stuff is blindly updated; the set of Python packages in the apt repositories is carefully curated to avoid these problems - and this is part of the reason why sometimes certain such packages are irritatingly down-rev. -- https://mail.python.org/mailman/listinfo/python-list
Re: Checking if email is valid
On 11/1/23 05:35, Simon Connah via Python-list wrote: OK. I've been doing some reading and that you should avoid regex to check email addresses. So what I was thinking was something like this: To be a little more specific, Avoid Rolling Your Own RegEx. It's very tricky, and you will get it subtly wrong. All depending, as others have said, on what level of "validation" you're after. -- https://mail.python.org/mailman/listinfo/python-list
Re: Too Broad of an exception
On 10/26/23 03:04, Rene Kita via Python-list wrote: Rene Kita wrote: rsutton wrote: Hi all, I am fairly new to python (ie < 2 years). I have a question about pylint. I am running on windows 10/11, python 3.10.11. [...] if p.returncode >= 8: raise Exception(f'Invalid result: {p.returncode}') It actually runs fine. But pylint is not having it. I get: win_get_put_tb_filters.py:61:12: W0719: Raising too general exception: Exception (broad-exception-raised) pylint is just a linter, ignore it if the code works and you like it the way it is. pylint complains because you use Exception. Use e.g. RuntimeException to silence it. Ingrid says it's a RuntimeError, not RuntimeException. Meanwhile, the purpose of this complaint from pylint (and notice it's a "warning", not an "error", so take that for what it's worth), is that you usually want to convey some information when you raise an exception. Of course, you can put that into the message you pass to the class instance you raise, but the type of exception is informational too. Raising just "Exception" is equivalent to saying "my car is broken", without specifying that the starter turns but won't "catch", or starts but the transmission won't engage, or the battery is dead, or so it's *advising* (not forcing) you to be more informative. -- https://mail.python.org/mailman/listinfo/python-list
Re: Running a subprocess in a venv
On 10/21/23 07:01, Larry Martell via Python-list wrote: I have a python script, and from that I want to run another script in a subprocess in a venv. What is the best way to do that? I could write a file that activates the venv then runs the script, then run that file, but that seems messy. Is there a better way? You don't need to "activate" a virtualenv. The activation script does some helpful things along the way (setup and cleanup) but none of them are required. The most important thing it does is basically: VIRTUAL_ENV='path-where-you-put-the-virtualenv' export VIRTUAL_ENV _OLD_VIRTUAL_PATH="$PATH" PATH="$VIRTUAL_ENV/bin:$PATH" export PATH and that's really only so that commands that belong to that virtualenv (python, pip, and things where you installed a package in the venv wich creates an "executable" in bin/) are in a directory first in your search path. As long as you deal with necessary paths yourself, you're fine without activating. So as mentioned elsewhere, just use the path to the virtualenv's Python and you're good to go. -- https://mail.python.org/mailman/listinfo/python-list
Re: Unable to completely remove Python 3.10.9 (64 bit) from Computer
On 10/4/23 13:08, Roland Müller via Python-list wrote: On 25.9.2023 19.58, Pau Vilchez via Python-list wrote: Hello Python Team, I am somehow unable to completely remove Python 3.10.9 (64 Bit) from my computer. I have tried deleting the Appdata folder then repairing and then uninstalling but it still persists in the remove/add program function in windows 10. I am just trying to reinstall it because I didn’t add it to the path correctly, any help is greatly appreciated. This is a Windows issue and not actually Python -specific. It may happen to every program you install. If something is installed by the normal way using the W10 installer it should be removable too. If not there should be some error. Python seems somewhat prone to this on Windows, I recently had a case where the original version of two upgraded Pythons were still stuck sitting in the Programs (which I didn't notice originally), so it looked like 3.11.1 and 3.11.4 were *both* installed, as well as two 3.10 versions - this was an otherwise well-behaving system, so it was quite mystifying. You can run uninstall directly from the installer file (download it again if you need to). This may work better than selecting "modify" from the Programs applet - a "stuck" installation may still be missing some piece of information even if you tried to repair it. If things are *really* stuck Microsoft provide a tool which I've used with success on really messed up installation info. https://support.microsoft.com/en-us/topic/fix-problems-that-block-programs-from-being-installed-or-removed-cca7d1b6-65a9-3d98-426b-e9f927e1eb4d -- https://mail.python.org/mailman/listinfo/python-list
Re: type annotation vs working code
On 9/30/23 13:00, Karsten Hilbert via Python-list wrote: A type annotation isn't supposed to change what code does, or so I thought: # class Borg: _instances:dict = {} def __new__(cls, *args, **kargs): # look up subclass instance cache if Borg._instances.get(cls) is None: Borg._instances[cls] = object.__new__(cls) return Borg._instances[cls] class WorkingSingleton(Borg): def __init__(self): print(self.__class__.__name__, ':') try: self.already_initialized print('already initialized') return except AttributeError: print('initializing') self.already_initialized = True self.special_value = 42 class FailingSingleton(Borg): def __init__(self): print(self.__class__.__name__, ':') try: self.already_initialized:bool print('already initialized') return except AttributeError: print('initializing') self.already_initialized = True self.special_value = 42 s = WorkingSingleton() print(s.special_value) s = FailingSingleton() print(s.special_value) # Notice how Working* and Failing differ in the type annotation of self.already_initialized only. What happens here is in the second case, the line is just recorded as a variable annotation, and is not evaluated as a reference, as you're expecting to happen, so it just goes right to the print call without raising the exception. You could change your initializer like this: def __init__(self): print(self.__class__.__name__, ':') self.already_initialized: bool try: self.already_initialized print('already initialized') return The syntax description is here: https://peps.python.org/pep-0526/#global-and-local-variable-annotations -- https://mail.python.org/mailman/listinfo/python-list
Re: upgrade of pip on my python 2.7 version
On 9/27/23 14:02, Zuri Shaddai Kuchipudi via Python-list wrote: Why it's trying to select an incompatible version when you ask to upgrade is not something I'd like to speculate on, for me personally that's a surprise. Maybe something else you did before? Also make sure you're using a pip that matches your Python. It's usually safer if you invoke it as: python -m pip install --upgrade pip (or whatever the precise name of your Python 2 interpreter actually is) the code that i want to run and all the libraries are written for python 2 but i have seen a video where the person showed the 2to3 pip method in which it rewrites the code in python 3 and shows all the necessary changes. Upgrading to Python 3 is the best answer... except when it isn't. If you want to convert a small project it's usually not too hard; and using a conversion tool can work well. If you have libraries "not under your control" expect a lot more work. You can upgrade pip to the latest available version for Python 2.7 - will take some research, I don't know what that version might be. Or you could try this: https://bootstrap.pypa.io/pip/2.7/get-pip.py If you were using a Linux distro, you probably don't want to mess with the "system pip" which is usually set up to understand details of how that distro's Python is packaged. It looks like you're on Windows by the paths in your original message, so that should be okay. Or... you could just ignore the message suggesting you upgrade pip, and proceed, hoping things will stay working as they are. -- https://mail.python.org/mailman/listinfo/python-list
Re: path to python in venv
On 9/27/23 13:46, Larry Martell via Python-list wrote: On Wed, Sep 27, 2023 at 12:42 PM Jon Ribbens via Python-list wrote: On 2023-09-27, Larry Martell wrote: I was under the impression that in a venv the python used would be in the venv's bin dir. But in my venvs I see this in the bin dirs: lrwxrwxrwx 1 larrymartell larrymartell7 Sep 27 11:21 python -> python3 lrwxrwxrwx 1 larrymartell larrymartell 16 Sep 27 11:21 python3 -> /usr/bin/python3 ... Not sure what this really means, nor how to get python to be in my venv. WHy do you want python to be "in your venv"? Isn't that the entire point of a venv? To have a completely self contained env? So if someone messes with the system python it will not break code running in the venv. It can do that, it just turns out the defaults are to not make a dedicated Python instance, and to not give access to the system site packages. The venv and virtualenv modules, at least, will let you override either of those defaults via command-line options at creation time. Once a year I have virtualenvs break when the new Python version appears in Fedora, which is irritating, but I take the attitude that virtualenvs are disposable and (try to) not let it bother me that I forgot to deal with that ahead of time. It helps if you make sure that a virtualenv has a record of its dependencies - perhaps a requirements.txt file in the project it's being used to build, so it's easy to recreate them. -- https://mail.python.org/mailman/listinfo/python-list
Re: upgrade of pip on my python 2.7 version
On 9/27/23 05:17, Zuri Shaddai Kuchipudi via Python-list wrote: hello everyone this the error that im getting while trying to install and upgrade pip on what is the solution for it? C:\repository\pst-utils-pc-davinci-simulator>pip install You are using pip version 7.0.1, however version 23.2.1 is available. You should consider upgrading via the 'pip install --upgrade pip' command. You must give at least one requirement to install (see "pip help install") C:\repository\pst-utils-pc-davinci-simulator>pip install --upgrade pip You are using pip version 7.0.1, however version 23.2.1 is available. You should consider upgrading via the 'pip install --upgrade pip' command. Collecting pip Using cached https://files.pythonhosted.org/packages/ba/19/e63fb4e0d20e48bd2167bb7e857abc0e21679e24805ba921a224df8977c0/pip-23.2.1.tar.gz Complete output from command python setup.py egg_info: Traceback (most recent call last): File "", line 20, in File "c:\users\kuchipz\appdata\local\temp\pip-build-gc4ekm\pip\setup.py", line 7 def read(rel_path: str) -> str: ^ SyntaxError: invalid syntax PyPI *should* be returning a compatible version of pip to upgrade to. pip itself has long since dropped support for 2.7, and the version you're trying to force is pretty clear: pip 23.2.1 Meta License: MIT License (MIT) Author: The pip developers Requires: Python >=3.7 ... Classifiers Development Status 5 - Production/Stable Intended Audience Developers License OSI Approved :: MIT License Programming Language Python Python :: 3 Python :: 3 :: Only ... So "don't do that". Why it's trying to select an incompatible version when you ask to upgrade is not something I'd like to speculate on, for me personally that's a surprise. Maybe something else you did before? Also make sure you're using a pip that matches your Python. It's usually safer if you invoke it as: python -m pip install --upgrade pip (or whatever the precise name of your Python 2 interpreter actually is) -- https://mail.python.org/mailman/listinfo/python-list
Re: Unable to uninstall 3.10.9
On 9/25/23 12:10, Pau Vilchez via Python-list wrote: Hello Python Team, I am somehow unable to completely remove Python 3.10.9 (64 Bit) from my computer. I have tried deleting the Appdata folder then repairing and then uninstalling but it still persists in the remove/add program function in windows 10. I am just trying to reinstall it because I didn’t add it to the path correctly, any help is greatly appreciated. Rerunning the installer and telling it uninstall should normally work (if you can't get to that from the Programs applet, then you can start from the installer itself). You can also fix the path addition from the Modify screen in the installer, you don't need to uninstall for that. If it's really stuck, the Windows installer subsystem could have gotten confused, usually this tool works for folks: https://support.microsoft.com/en-us/topic/fix-problems-that-block-programs-from-being-installed-or-removed-cca7d1b6-65a9-3d98-426b-e9f927e1eb4d -- https://mail.python.org/mailman/listinfo/python-list
Re: PEP668 / pipx and "--editable" installs
On 9/18/23 12:56, c.buhtz--- via Python-list wrote: On 2023-09-18 10:16 "Peter J. Holzer via Python-list" wrote: On 2023-09-15 14:15:23 +, c.buhtz--- via Python-list wrote: I tried to install it via "pipx install -e .[develop]". It's pyproject.toml has a bug: A missing dependency "dateutil". But "dateutil" is not available from PyPi for Python 3.11 (the default in Debian 12). But thanks to great Debian they have a "python3-dateutil" package. I installed it. This can be installed via pip: I'm aware of this. But this is not the question. I would like to know and understand why my via "pipx" installed package "hyperorg" is not able to see the systems packages installed via "apt install python3-dateutils"? Is this the usual behavior? Is this correct? Yes. By default, the virtualenv contains just what you've installed. It's designed to give you tight control over what's installed, so you can track dependencies, avoid accidental inclusions, etc. As usual, you don't have to accept the default. For example, for the venv module: usage: venv [-h] [--system-site-packages] [--symlinks | --copies] [--clear] [--upgrade] [--without-pip] [--prompt PROMPT] [--upgrade-deps] ENV_DIR [ENV_DIR ...] Creates virtual Python environments in one or more target directories. positional arguments: ENV_DIR A directory to create the environment in. options: -h, --helpshow this help message and exit --system-site-packages Give the virtual environment access to the system site-packages dir. ... -- https://mail.python.org/mailman/listinfo/python-list
Re: PEP668 / pipx and "--editable" installs
On 9/18/23 02:16, Peter J. Holzer via Python-list wrote: On 2023-09-15 14:15:23 +, c.buhtz--- via Python-list wrote: I tried to install it via "pipx install -e .[develop]". It's pyproject.toml has a bug: A missing dependency "dateutil". But "dateutil" is not available from PyPi for Python 3.11 (the default in Debian 12). But thanks to great Debian they have a "python3-dateutil" package. I installed it. Sidenote: PyPI does have several packages with "dateutil" in their name. From the version number (2.8.2) I guess that "python-dateutil" is the one packaged in Debian 12. This can be installed via pip: It *is* the case that package name is not always equal to importable name. That certainly occurs in the universe of Python packages on PyPI; it's if anything much more likely on Linux distributions which have to share the package name namespace with a lot more than just Python packages (just for starters, what seems like billions of Perl packages), so you're even more likely to see names like python-foo or python3-foo when the thing you import is foo. That has nothing to do virtualenvs, of course. The use of a virtualenv for a project actually makes it more likely that you discover unstated dependencies, which is generally a good thing. -- https://mail.python.org/mailman/listinfo/python-list
Re: Imports and dot-notation
On 8/9/23 17:28, dn via Python-list wrote: Side note: Using "...import identifier, ..." does not save storage-space over "import module" (the whole module is imported regardless, IIRC), however it does form an "interface" and thus recommend leaning into the "Interface Segregation Principle", or as our InfoSec brethren would say 'the principle of least privilege'. Accordingly, prefer "from ... import ... as ...". Attribute lookup has *some* cost. That is, finding "c" in the local namespace is going to be a little quicker than "b.c", where Python finds "b" in the local namespace and then finds its "c" attribute; that's then a little quicker than "a.b.c", etc. See all relevant commentary about premature optimisation, spending time optimising the wrong things, etc. but there *are* cases where it matters (c.f. a tight loop that will be run many many times) -- https://mail.python.org/mailman/listinfo/python-list
Re: Setup-tools
On 7/15/23 12:56, MRAB via Python-list wrote: On 2023-07-15 07:12, YOUSEF EZZAT via Python-list wrote: Hey!. i face a problem when i get setup packages by pip when i code this : "pip install numpy" in my command line it gives me error "ModuleNotFoundError: No module named 'distutils'" please, i need help for solving this problem. i have python 3.12.0b4 What do you normally do when it can't find a module? Install it via pip! pip install distutils By the way, do you really need Python 3.12? It's still in beta, so unless you're specifically checking whether it works, ready for its final release, you'd be better off with Python 3.11. To add to this: For modules which have *binary* compiled wheels (of which numpy is one), they are quite likely to be version-specific, and for many projects, are not made available for pre-release Pythons. You can check numpy here: https://pypi.org/project/numpy/#files (note: pre-release versions targeting pre-release Pythons *may* be elsewhere too, you might check with the numpy project). What pip does if it doesn't find an appropriate wheel version matching your Python version is try to build it from the source distribution - this is why it thinks it needs distutils. If you're on Windows, this will almost certainly fail, although you can often find blogs written by people who have gone through the same adventure who describe how they got there in the end. If numpy is the thing that's important to your work, the advice would be to stick to a released Python with a matching released numpy. If you specifically need to test that something is going to work with 3.12, then by all means go ahead, but be prepared to do some legwork. -- https://mail.python.org/mailman/listinfo/python-list
Re: Multiple inheritance and a broken super() chain
On 7/3/23 12:13, Mats Wichmann via Python-list wrote: To natter on a bit, and possibly muddy the waters even further... Now, as I see it, from the super()'s point of view, there are two inheritance chains, one starting at Left and the other at Right. But *Right.__init__()* is called twice. No: each class has just a single inheritance chain, built up when the class object is constructed, to avoid going insane. Yes, the chain for Left and for Right are different, but you're not instantiating *either* of those classes when you make a Bottom, so they don't matter here. You're just filling out a Bottom: it looks for init, finds it, and so would stop hunting - but then the super() call there sends it to the next class object in the chain to look for the method you told it to (also init), where it would stop since it found it, except you sent it on with another super(), and so on. Python is a bit... different :) (compared to other languages with class definitions) -- https://mail.python.org/mailman/listinfo/python-list
Re: Multiple inheritance and a broken super() chain
On 7/3/23 12:01, Richard Damon via Python-list wrote: On 7/3/23 1:38 PM, Peter Slížik via Python-list wrote: Hello. The legacy code I'm working with uses a classic diamond inheritance. Let me call the classes *Top*, *Left*, *Right*, and *Bottom*. This is a trivial textbook example. The classes were written in the pre-super() era, so all of them initialized their parents and Bottom initialized both Left and Right in this order. The result was expected: *Top* was initialized twice: Top.__init__() Left.__init__() Top.__init__() Right.__init__() Bottom.__init__() Now I replaced all parent init calls with *super()*. After this, Top was initialized only once. Top.__init__() Right.__init__() Left.__init__() Bottom.__init__() But at this point, I freaked out. The code is complex and I don't have the time to examine its inner workings. And before, everything worked correctly even though Top was initialized twice. So I decided to break the superclass chain and use super() only in classes inheriting from a single parent. My intent was to keep the original behavior but use super() where possible to make the code more readable. class Top: def __init__(self): print("Top.__init__()") class Left(Top): def __init__(self): super().__init__() print("Left.__init__()") class Right(Top): def __init__(self): super().__init__() print("Right.__init__()") class Bottom(Left, Right): def __init__(self): Left.__init__(self) # Here I'm calling both parents manually Right.__init__(self) print("Bottom.__init__()") b = Bottom() The result has surprised me: Top.__init__() Right.__init__() Left.__init__() Top.__init__() Right.__init__() Bottom.__init__() Now, as I see it, from the super()'s point of view, there are two inheritance chains, one starting at Left and the other at Right. But *Right.__init__()* is called twice. What's going on here? Thanks, Peter Because the MRO from Bottom is [Bottom, Left, Right, Top] so super() in Left is Right. It doesn't go to Top as the MRO knows that Right should go to Top, so Left needs to go to Right to init everything, and then Bottom messes things up by calling Right again. And you can see this a little better in your toy example by using begin *and* end prints in your initializers. Also, you might find that because of the MRO, super() in your Bottom class would actually give you what you want. And if not sure, print out Bottom.__mro__ -- https://mail.python.org/mailman/listinfo/python-list
Re: Compiling python on windows with vs
On 6/13/23 12:12, Thomas Schweikle via Python-list wrote: Am Di., 13.Juni.2023 um 19:20:38 schrieb Jim Schwartz: What version of visual studio are you using? Visual Studio 2022, aka 17.6.2. What version of python? python 3.10.11 or 3.11.4 I’ve had success with using the cython package in python and cl from visual studio, but I haven’t tried visual studio alone. Same problem at the same place: directory "../modules/..." not found, Renaming it from "Modules" to "modules" it is found, but then fails to find "Modules". Looks like it awaits, compiling in Windows an filesystem only case aware, not case sensitive -- I'm assuming this a bug now. Building within cygwin (or MSYS, Ubuntu) this works as expected. But there it does not search for "modules" once and "Modules" at an other place. I just did this build the other day for the first time even from a git checkout (so VS22, and not a versioned release but top of main branch), and there was no such problem - did you follow the instructions at https://devguide.python.org/getting-started/setup-building/index.html? -- https://mail.python.org/mailman/listinfo/python-list
Re: Assistance Request - Issue with Installing 'pip' despite Python 3.10 Installation
On 6/7/23 10:08, MRAB via Python-list wrote: On 2023-06-07 15:54, Florian Guilbault via Python-list wrote: Dear Python Technical Team, I hope this email finds you well. I am reaching out to you today to seek assistance with an issue I am facing regarding the installation of 'pip' despite my numerous attempts to resolve the problem. Recently, I performed installation, uninstallation, and even repair operations on Python 3.10 on my computer. However, I have noticed that 'pip' has never been installed successfully. When I check via the command prompt, I receive the following error: "'pip' is not recognized as an internal or external command, operable program, or batch file." I have tried several approaches to resolve this issue. I have verified that the PATH environment variable is correctly configured to include the path to the Python Scripts directory. I'm assuming you checked - say, with Explorer - that pip.exe really is where you think it is? Anyway, if you ask a Windows shell (cmd) to locate it, and it doesn't, then your PATH is not set up correctly after all. where pip should give you back a path that ends witn ...\Scripts\pip.exe That said, the suggestions already given are on point. Running pip as a module (rather than as a standalone command) assures that it's associated with the Python you want it associated with. In today's world, a lot of developer systems end up with multiple Python installations (*), and you don't want to use a pip that is bound to the wrong one, or the next email will be "I installed foo module but my Python fails to import it". (*) You can have different Python versions for compat checking, you can have project-specific virtualenvs, you can have Pythons that come bundled with a subsystem like Conda, etc. On Windows, it's recommended to use the Python Launcher and the pip module: py -m pip install whatever -- https://mail.python.org/mailman/listinfo/python-list
Re: What to use instead of nntplib?
On 5/22/23 17:59, Grant Edwards wrote: On 2023-05-22, Keith Thompson wrote: My understanding is that nntplib isn't being erased from reality, it's merely being removed from the set of modules that are provided by default. I presume that once it's removed from the core, it will still be possible to install it via pip or some other mechanism. If somebody rescues the code and puts it in Pypi (assuming the copyright owner allows that). IIRC, somebody is trying to do that, but there some contention because Pypi won't allow the use of the name "nntplib" for the package because it conflicts with a library builtin. well, it turns out that while there was a long debate about the merits, the actual request to free up the previously blocked name on PyPI was granted rather quickly, and it's there: https://pypi.org/project/nntplib/ -- https://mail.python.org/mailman/listinfo/python-list
Re: Is there a Python module to parse a date like the 'date' command in Linux?
On 5/20/23 13:53, Chris Green wrote: I'm converting a bash script to python as it has become rather clumsy in bash. However I have hit a problem with converting dates, the bash script has:- dat=$(date --date "$1" +"%Y/%m/%d") and this will accept almost anything reasonably sensible that can be interpreted as a date, in particular it accepts things like "tomorrow", "yesterday" and "next thursday". Is there anything similar in Python or would I be better off simply using os.system() to run date from the python program? in the standard library, datetime as an addon module, dateutil (install as python-dateutil) Don't know if either are exactly what you want, but do take a look. -- https://mail.python.org/mailman/listinfo/python-list
Re: Error installing packages or upgrading pip
On 5/18/23 04:30, Test Only wrote: Hi there, I hope you are in a great health I am having a problem with python even though I uninstall and reinstall it again multiple times Ummm... there's usually not a great reason to do that. I know it's the traditional "Windows Way" of the past, but usually looking for actual solutions first is better than "reinstall because it might be corrupted". To put it in snarky terms: reach for the sledgehammer only once you know the use of a sledge is warranted. Have you tried searching for this through a search engine? A really quick try shows several hits, including some StackOverflow articles. There's no way for us to judge if any of those scenarios actually would apply to your case, so suggesting you take a look first. the error I get when I try to upgrade or install a package for example pip install requests I get this error which I could not find a solution for pip install requests Requirement already satisfied: requests in c:\users\uly\appdata\local\programs\python\python310\lib\site-packages\requests-2.30.0-py3.10.egg (2.30.0) WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/charset-normalizer/ WARNING: Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/charset-normalizer/ WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/charset-normalizer/ WARNING: Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/charset-normalizer/ WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/charset-normalizer/ WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/requests/ WARNING: Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/requests/ WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/requests/ WARNING: Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/requests/ WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProtocolError('Connection aborted.', FileNotFoundError(2, 'No such file or directory'))': /simple/requests/ ERROR: Could not find a version that satisfies the requirement charset_normalizer<4,>=2 (from requests) (from versions: none) ERROR: No matching distribution found for charset_normalizer<4,>=2 WARNING: There was an error checking the latest version of pip. -- https://mail.python.org/mailman/listinfo/python-list
Re: Learning tkinter
On 5/18/23 08:50, Jim Schwartz wrote: This works for me. Hope it helps. from tkinter import messagebox messagebox.showerror("Hi", f"Hello World") It's probably instructive that IDLE always brings it in this way. Lib/idlelib/config_key.py:from tkinter import messagebox Lib/idlelib/configdialog.py:from tkinter import messagebox Lib/idlelib/editor.py:from tkinter import messagebox ... etc -- https://mail.python.org/mailman/listinfo/python-list
Re: Tkinter (related)~
On 5/18/23 10:06, Jack Dangler wrote: I didn't want to hijack another thread... I thought the OP of the tkinter thread currently running may have needed to install the tkinter package (since I had the same missing component error message), so I tried to install the package on to my Ubu laptop - install python3-tk to get the distro package. -- https://mail.python.org/mailman/listinfo/python-list
Re: What to use instead of nntplib?
On 5/15/23 20:12, Grant Edwards wrote: On 2023-05-15, Skip Montanaro wrote: I got a nice warning today from the inews utility I use daily: DeprecationWarning: 'nntplib' is deprecated and slated for removal in Python 3.13 What should I use in place of nntplib? I'd recommend creating a PyPI project with the existing 3.12 code, then using that from 3.13 onward. That may be the easiest option. :/ I did some googling for utilities to post articles to NNTP servers and found "postnews". Of course it's written in Python and depends on nntplib... Should mention that there was a thread on this at discuss.python.org. Which seems to have petered out without a real resolution. https://discuss.python.org/t/allow-nntplib-on-pypi/25786 -- https://mail.python.org/mailman/listinfo/python-list
Re: PythonPath / sys.path
On 5/14/23 13:00, Grizzy Adams via Python-list wrote: Sunday, May 14, 2023 at 11:11, Mats Wichmann wrote: Re: PythonPath / sys.path (at least in part) On 5/14/23 10:43, Barry wrote: I take it you have business reasons to use an obsolete version python. Where did you get your version of python from? In fact, a *nine* year old version of Python that reached end-of-life four years ago. Just sayin' Python version shouldn't have anything to do with the sys.path, though. I must have slept a while Python 3.4.10 (default, Jul 14 2019, 14:41:03) [MSC v.1600 32 bit (Intel)] on win32 Actually I did have 3..4.3 when I asked the question (first time) because I could only find 3.4.10 as src and did not feel I was able to compile it with any certainty ;->) I have since moved up (a little) so only ~4 years old, I then updated pip from 9.x to 19.1 reason its an old version is it's an old PC (XpPro), if I start to get passable yes, it's true that 3.4 was the last release supported on XP, so that's a pretty good reason (of course we can ask why still running XP, but I do understand old machines...) at this I will try it on my Ubuntu box which is running 22.04 (latest LTS) and 23.04, (23.10 daily builds soon) I took a look and it seems I "may" have to play a little to get IDLE on (if it's not in the normal repo's) IDLE is still supported, you shouldn't have any trouble getting it. https://packages.ubuntu.com/lunar/idle -- https://mail.python.org/mailman/listinfo/python-list
Re: PythonPath / sys.path
On 5/14/23 10:43, Barry wrote: I take it you have business reasons to use an obsolete version python. Where did you get your version of python from? In fact, a *nine* year old version of Python that reached end-of-life four years ago. Just sayin' Python version shouldn't have anything to do with the sys.path, though. -- https://mail.python.org/mailman/listinfo/python-list
Re: pip module not found
On 5/12/23 00:42, David John wrote: Hi, I recently have been experiencing issues with the pip installation module. How? Please be explicit or nobody can answer your question. -- https://mail.python.org/mailman/listinfo/python-list
Re: Do subprocess.PIPE and subprocess.STDOUT sametime
On 5/10/23 12:51, Dieter Maurer wrote: Horst Koiner wrote at 2023-5-9 11:13 -0700: ... For production i run the program with stdout=subprocess.PIPE and i can fetch than the output later. For just testing if the program works, i run with stdout=subprocess.STDOUT and I see all program output on the console, but my program afterwards crashes since there is nothing captured in the python variable. So I think I need to have the functionality of subprocess.PIPE and subprcess.STDOUT sametime. You might want to implement the functionality of the *nix programm `tee` in Python. `tee` reads from one file and writes the data to several files, i.e. it multiplexes one input file to several output files. Pyhton's `tee` would likely be implemented by a separate thread. For your case, the input file could be the subprocess's pipe and the output files `sys.stdout` and a pipe created by your own used by your application in place of the subprocess's pipe. should you choose to go this route, there are multiple efforts floating around on the internet, worth a look. Don't know which are good and which aren't. Went looking once to see if there was something to replace a homegrown function that wasn't reliable - ended up solving that particular problem a different way so didn't use any of the tees. -- https://mail.python.org/mailman/listinfo/python-list
Re: Black boxes
On 5/10/23 08:19, Ondřej Jůn wrote: Good day. After installing the Python program from your site and restarting the computer as requested by the program, problems occurred. That's rather suspicious, because the python installer doesn't do that. That's only needed if you replace files in use by the running system, and a fresh install of Python wouldn't be "replacing" anything, now would it? What exactly did you install? -- https://mail.python.org/mailman/listinfo/python-list
Re: Do subprocess.PIPE and subprocess.STDOUT sametime
On 5/9/23 12:13, Horst Koiner wrote: Hi @all, i'm running a program which is still in development with subprocess.run (Python version 3.10), further i need to capture the output of the program in a python variable. The program itself runs about 2 minutes, but it can also freeze in case of new bugs. For production i run the program with stdout=subprocess.PIPE and i can fetch than the output later. For just testing if the program works, i run with stdout=subprocess.STDOUT and I see all program output on the console, but my program afterwards crashes since there is nothing captured in the python variable. So I think I need to have the functionality of subprocess.PIPE and subprcess.STDOUT sametime. I'm not sure you quite understood what subprocess.STDOUT is for. If you say nothing stdout is not captured. STDOUT is used as a value for stderr to mean send it the same place as stdout, which is useful if you set stdout to something unusual, then you don't have to retype it if you want stderr going the same place. The subprocess module, afaik, doesn't even have a case for stdout=STDOUT. What I tried until now: 1. Poll the the output and use Popen instead: # Start the subprocess process = subprocess.Popen(['./test.sh'], stdout=subprocess.PIPE, stderr=subprocess.PIPE) captured_output = b'' process_running = True while process_running: process_running = (process.poll() is not None) for pipe in [ process.stdout, process.stderr ]: while line := pipe.readline(): print(line) captured_output += line print(captured_output) return_code = process.returncode => But this is discouraged by the python doc, since it says that polling this way is prone to deadlocks. Instead it proposes the use of the communicate() function. 2. Use communicate() with timeout. => This works not at all since when the timeout occurs an exception is thrown and communicate returns at all. Well, sure ... if you set timeout, then you need to be prepared to catch the TimeoutExpired exception and deal with it. That should be entirely normal. 3. Use threading instead => For being that simple and universal like subprocess you will more or less reimplement subprocess with threading, like its done in subprocess.py. Just for a debug output the effort is much to high. Not sure I get what this is asking/suggesting. If you don't want to wait for the subprocess to run, you can use async - that's been fully implemented. https://docs.python.org/3/library/asyncio-subprocess.html -- https://mail.python.org/mailman/listinfo/python-list
Re: Disable 'style PEP' messages
On 5/4/23 10:28, Kevin M. Wilson via Python-list wrote: Hi... How do I set Pycharm to find only syntax errors?!! By configuring PyCharm the way you want. See PyCharm's documentation for how to do that. Hint: Settings -> Editor -> Code Style -> Inspections -- https://mail.python.org/mailman/listinfo/python-list
Re: How to 'ignore' an error in Python?
On 4/28/23 11:05, MRAB wrote: On 2023-04-28 16:55, Chris Green wrote: I'm sure I'm missing something obvious here but I can't see an elegant way to do this. I want to create a directory, but if it exists it's not an error and the code should just continue. So, I have:- for dirname in listofdirs: try: os.mkdir(dirname) except FileExistsError: # so what can I do here that says 'carry on regardless' except: # handle any other error, which is really an error I'd do this: from contextlib import suppress for dirname in listofdirs: with suppress(FileExistsError): os.mkdir(dirname) I'm fond of that approach too, though you can't use if it you really wanted to do the except: # handle any other error, which is really an error If you're okay letting Python just raise whatever other error it found, then great! -- https://mail.python.org/mailman/listinfo/python-list
Re: How to 'ignore' an error in Python?
On 4/28/23 09:55, Chris Green wrote: I'm sure I'm missing something obvious here but I can't see an elegant way to do this. I want to create a directory, but if it exists it's not an error and the code should just continue. So, I have:- for dirname in listofdirs: try: os.mkdir(dirname) except FileExistsError: # so what can I do here that says 'carry on regardless' except: # handle any other error, which is really an error # I want code here to execute whether or not dirname exists Do I really have to use a finally: block? It feels rather clumsy. For this specific case, you can use os.makedirs: os.makedirs(dirname, exist_ok=True) The mkdir in pathlib also takes the exist_ok flag As to the way you asked the question, you can use "pass" or the ellipses for the "# so what can I do here" -- https://mail.python.org/mailman/listinfo/python-list
Re: Is npyscreen still alive?
On 4/24/23 10:32, Grant Edwards wrote: On 2023-04-24, Grant Edwards wrote: The other big advantage of an ncurses program is that since curses support is in the std library, a curses app is simpler to distribute. Right now, the application is a single .py file you just copy to the destination machine and run. It supports command-line use and a Tk GUI. I can add an ncurses "CUI" without having to either adopt a more complex bundling mechanism that requires it to be "installed" or require that users install dependencies via pip/apt/yum/whatever. However... I just realized that Python's curses support is missing two huge chunks: both menu and form support are not there. I guess that explains why people feel the need to write high-level UI wrappers for Python curses: the high level stuff that curses does support is missing from the Python bindings. Adding a curses UI for my app might not be feasible after all... -- Grant I guess it's also worth mentioning that Python curses doesn't work out of the box on Windows - because the actual curses library isn't commonly present on Windows. It's not hard to get hold of builds (check PyPI) but that means it's no longer "standard". -- https://mail.python.org/mailman/listinfo/python-list
Re: Incomplete sys.path with embeddable python (Windows)!?
On 4/22/23 16:04, Ralf M. wrote: Am 21.04.2023 um 18:07 schrieb Thomas Passin: On 4/20/2023 5:47 PM, Ralf M. wrote: Hello, when I run a script with a "normally" installed python, the directory the script resides in is automatically added as first element to sys.path, so that "import my_local_module" finds my_local_module.py in the directory of the script. However, when I run the same script with embeddable python ("Windows embeddable package (64-bit)", download link https://www.python.org/ftp/python/3.11.3/python-3.11.3-embed-amd64.zip) the script directory is *not* prepended to the path, thus "import my_local_module" gives an ImportError. I couldn't find an option to get the "normal" behaviour. Any ideas how to do that? What I tried so far: [...] * I can add the following lines to every script: import sys script_path = __file__.rsplit("\\", 1)[0] if script_path not in sys.path: sys.path[0:0] = [script_path] import my_local_modul [...] Have used this stanza (actually, for the inverse purpose, to remove that script's dir from sys.path, but whatever...): script_dir = os.path.dirname(os.path.realpath(__file__)) you can then insert it: sys.path.insert(0, script_dir) or just add: sys.path = [script_dir] + sys.path assuming you want it at the front... but it doesn't really solve your problem of needing it *everywhere*... -- https://mail.python.org/mailman/listinfo/python-list
Re: Incomplete sys.path with embeddable python (Windows)!?
On 4/20/23 15:47, Ralf M. wrote: Hello, when I run a script with a "normally" installed python, the directory the script resides in is automatically added as first element to sys.path, so that "import my_local_module" finds my_local_module.py in the directory of the script. However, when I run the same script with embeddable python ("Windows embeddable package (64-bit)", download link https://www.python.org/ftp/python/3.11.3/python-3.11.3-embed-amd64.zip) the script directory is *not* prepended to the path, thus "import my_local_module" gives an ImportError. This is intended behavior - the question comes up from time to time. The embeddable distribution is intended to be part of an application, not a general-purpose Python you can call for just anything. There are a bunch of details here, for example: https://github.com/python/cpython/issues/79022 -- https://mail.python.org/mailman/listinfo/python-list
Re: PyCharm's strict PEP and not so strict?
On 4/19/23 17:19, dn via Python-list wrote: The "light bulb" has little to do with "quotes"! This is one of the advantages of utilising a Python-native IDE (cf a more general-purpose alternative, perhaps with some Python add-on). PyCharm attempts to understand the code it is editing, and apply various lessons or experiences to offer intelligent assistance. To nitpick a little bit, PyCharm isn't *exactly* Python-native, it's a derivative of the IntelliJ generic IDE platform (written in, sigh, Java) with a *very* evolved Python add-on and packaged in such a way as to make it look as if it weren't an addon at all (but if you lift the covers up you can see the roots) Builtin bits are very configurable, usually, but I haven't found that the Python code inspection (this is the stuff that by default gives you the PEP8-type warnings) is particularly so - be happy to stand corrected on that. However, you can configure an external tool - say, pylint - and if you do, you configure that in the normal way (a .pylintrc rcfile, or a toml config file). If you do this, you can turn off those style checks from the builtin checker. If you want. -- https://mail.python.org/mailman/listinfo/python-list
Re: Weak Type Ability for Python
On 4/12/23 11:11, Chris Angelico wrote: On Thu, 13 Apr 2023 at 03:05, Ali Mohseni Roodbari wrote: Hi all, Please make this command for Python (if possible): x=1 y='a' wprint (x+y) 1a In fact make a new type of print command which can print and show strings and integers together. Try: print(x, y) ChrisA To continue on, what do you want "addition" of dissimilar types to do - since that's what you have asked for above. You can write yourself an object which is happy with certain combinations, so you don't have this scenario: >>> x + y Traceback (most recent call last): File "", line 1, in x + y ~~^~~ TypeError: can only concatenate str (not "int") to str >>> y + x Traceback (most recent call last): File "", line 1, in y + x ~~^~~ TypeError: unsupported operand type(s) for +: 'int' and 'str' >>> Or you can help out the print function by doing some of the fiddling yourself: >>> print(f"{x}{y}") 1a -- https://mail.python.org/mailman/listinfo/python-list
Re: Christoph Gohlke and compiled packages
On 4/11/23 11:48, Oscar Benjamin wrote: On Tue, 11 Apr 2023 at 14:55, Mats Wichmann wrote: On 4/11/23 06:03, Roel Schroeven wrote: Op 11/04/2023 om 12:58 schreef Chris Angelico: Python itself is fine, but a lot of third-party packages are hard to obtain. So if you need numpy, for instance, or psycopg2, you might need to find an alternative source. These days I use pip to install packages, and so far for the things I need it simply works. "pip install numpy" works, same for psycopg2, pillow, pandas, and other packages I use. Conda should work too, for those who use the Anaconda Python distribution. I honestly don't even know how it's done: are there some kind souls who provide the wheels (binary packages) for all those things, or if there is maybe a build farm that does the hard work to make things easy for us. In the past I've used Christoph Gohlke's site and I'm very grateful for the service it provided, but these days I don't really need it anymore, luckily. The deal really is, the instant a new Python version drops (3.11, 3.12, etc.) a million people rush to install it, some of whom should know better and be more patient. 3rd party packages are their own projects, some have binary wheels ready on Python release day, some soon after, some months after. You can hardly blame a lot of people for doing this. A seb search for "download python" gives this as the first hit: https://www.python.org/downloads/ I am guessing that the release process automatically updates that page so that the minute 3.12 gets released the big yellow button will suggest downloading 3.12.0 as the default option. Yes, you're quite right about that. Perhaps it is really package authors who should be getting a release out that is compatible with Python 3.12 before 3.12 itself is released. It's tricky though because as a maintainer it makes more sense to wait until you see the finished 3.12 product before making a release that is fully tested with it (even if you are testing the alphas etc in CI and making incremental fixes before 3.12 is released). If you can find the incantation there are often pending builds for packages that need binary wheels, it may be "pip --pre" or it may be pointing to test.pypi.org... or there may not be. The projects may not tell you. And for many less experienced users (and yes this is a known issue), they have no idea they need to look. The other option could be changing the downloads page so that it does not suggest 3.12.0 as the default option until it is clear that at least some baseline of widely used packages have uploaded compatible wheels. There's been some suggestion of that before. Apparently the choice of what goes there is at least a bit political. Like many projects, I believe python prefers to recommend "the latest and best release", while user prudence (and especially organizational prudence) tends to say "hold off for a while until it's been fully vetted, and the ecosystem catches up". I don't think we can cast too much blame on either: I don't expect Microsoft will say "Don't download Windows 12 for the first six months", even if they know perfectly well that many enterprise customers will take an approach like that. Not sure there's any really good answer, TBH. -- https://mail.python.org/mailman/listinfo/python-list
Re: Christoph Gohlke and compiled packages
On 4/11/23 06:03, Roel Schroeven wrote: Op 11/04/2023 om 12:58 schreef Chris Angelico: Python itself is fine, but a lot of third-party packages are hard to obtain. So if you need numpy, for instance, or psycopg2, you might need to find an alternative source. These days I use pip to install packages, and so far for the things I need it simply works. "pip install numpy" works, same for psycopg2, pillow, pandas, and other packages I use. Conda should work too, for those who use the Anaconda Python distribution. I honestly don't even know how it's done: are there some kind souls who provide the wheels (binary packages) for all those things, or if there is maybe a build farm that does the hard work to make things easy for us. In the past I've used Christoph Gohlke's site and I'm very grateful for the service it provided, but these days I don't really need it anymore, luckily. The deal really is, the instant a new Python version drops (3.11, 3.12, etc.) a million people rush to install it, some of whom should know better and be more patient. 3rd party packages are their own projects, some have binary wheels ready on Python release day, some soon after, some months after. That's the main hole this site filled in more recent times: for people who feel they must jump forward but their key packages were not yet ready, they were probably here. (I should add - it's not always impatience, sometimes folks are also being proactive and want to test Python betas, etc. so they're prepared, and they'll of course hit the same problem of some wheels not being available). There's even a "readiness" site folks can check (also volunteer-run), https://pyreadiness.org/ but often the lure of the new shiny thing just wins out. I predict we'll have a flood of anguish again in the fall when 3.12.0 comes out. -- https://mail.python.org/mailman/listinfo/python-list
Re: Problem in using libraries
On 4/3/23 10:43, Pranav Bhardwaj wrote: Why can't I able to use python libraries such as numpy, nudenet, playsound, pandas, etc in my python 3.11.2. It always through the error "import 'numpy' or any other libraries could not be resolved". Will restate what others have said in the hopes it might be even more clear that way. Python has an internal search path that it uses to find the module when you ask to "import". If a module is not found, that means it's not in the search path ("it's always a path problem"). You installed it, sure - but it went somewhere else. The search path is installation-specific (not just version-specific: for example if you have a system install of 3.10.x, and a virtualenv using the same 3.10.x, those will have different search paths). The search path can be amended or changed, but that's a different story. If you're going to install with pip, use the same Python you're going to do your work with. Don't trust that a command named "pip" maps to the same installation as that Python command. For that, either use an activated virtualenv, or do "name-of-my-python -m pip install". You can always check your work by doing "name-of-my-python -m pip list" - what does that particular installation see as installed? Or - if you're using the classic set of "scientific" packages like numpy and pandas, you might look at installing it all using conda instead of pip: it to a large extent exists to help with getting those very common bundles of things set up without going through the wrestling match you're going though. -- https://mail.python.org/mailman/listinfo/python-list
Re: Windows Gui Frontend
On 4/1/23 11:34, Eryk Sun wrote: On 4/1/23, Jim Schwartz wrote: Are there any ide’s that will let me design the screen and convert it to python? I doubt it because it was mentioned that this is time consuming. Thanks for the responses everyone. I appreciate it. For Qt, the WYSIWYG UI editor is Qt Designer. The basics are covered in the following PySide tutorial: https://www.pythonguis.com/pyside2-tutorial Also here is a decent tutorial: https://realpython.com/qt-designer-python/ -- https://mail.python.org/mailman/listinfo/python-list
Re: Ole version set as default
On 3/29/23 10:46, Pranav Bhardwaj wrote: Dear sir, I am Pranav Bhardwaj and I stuck in a problem. My problem is that in my system I have python 3.11.2 but when I type python in my command prompt, my command prompt show that python version 2.7.13 as a default. And I can't be able to find python 2.7.13 in my system in any file once you open that Olde Python that you can't find: >>> import sys >>> sys.executable voila! you've found it. and I tried various methods to set python 3.11.2 as a default but can't be able to do so. I tried to change environment variables, try to find and delete python 2.7.13 , try to set python 3.11.2 as default, but I can't be able to do so. So can you help me how can I solve this problem? As noted elsewhere, for the python.org version, the Python Launcher exists for this purpose. py --list shows you which Pythons it knows about, and with a '*' which one is the default. You can instruct py which one should be default (for that you need to create an ini file), but it will otherwise choose the latest, so you shouldn't have the problem of it choosing 2.7 over 3.11 with the launcher. -- https://mail.python.org/mailman/listinfo/python-list
Re: recent-files
On 3/28/23 16:39, g...@uol.com.br wrote: In Python 3.11.2, the recent-files list keeps always increasing because it is impossible to edit the list; the corresponding .txt file has disappeared. Please help! Please explain what you're asking about. What recent-files list? Python itself has no such concept. -- https://mail.python.org/mailman/listinfo/python-list
Re: How does a method of a subclass become a method of the base class?
On 3/26/23 17:53, Jen Kris via Python-list wrote: I’m asking all these question because I have worked in a procedural style for many years, with class work limited to only simple classes, but now I’m studying classes in more depth. The three answers I have received today, including yours, have helped a lot. Classes in Python don't work quite like they do in many other languages. You may find a lightbulb if you listen to Raymond Hettinger talk about them: https://dailytechvideo.com/raymond-hettinger-pythons-class-development-toolkit/ I'd also advise that benchmarks often do very strange things to set up the scenario they're trying to test, a benchmark sure wouldn't be my first place to look in learning a new piece of Python - I don't know if it was the first place, but thought this was worth a mention. -- https://mail.python.org/mailman/listinfo/python-list
Re: Patrick Sheehan: Major Issues with Python
On 3/25/23 14:03, Patrick Sheehan wrote: Hello, I have been working with the attached book (See photo) to try to learn Python and so far it has been a complete nightmare trying to get python installed and operating correctly. I have received a plethora of error messages and consulted youtube videos and chat groups to try to remedy the issues. I am using a computer that is running Windows 10. I have installed, and un-installed several versions of Python and was able to complete the first two lessons in the attached book, but could not complete lesson 3 (Turtledemo)...Some of the error messages I have received include: "This app cannot run on your PC"; "Unable to initialize device PRN"; “Python is not recognized as an internal or external command”: "Python was not found: run without arguments to install from Microsoft Store, or disable this shortcut from settings mange, app execution aliases:"... If you installed the conventional way, use the command name "py" instead of "python" to run things from a command shell. Alternatively, you could try an installation of Python from the Microsoft Store (as the little stub program named python, which Microsoft preinstalls for the express purpose of giving you this hint). There are times when getting Python working without hassle is easier when going that route. You *can* add python to the search PATH, there's an option in the installer (you can rerun this from the Apps & features Settings applet)... in the screen for advanced options there's something that says "Add python to environment variables" or similar wording. >I have been at this for 4 days now at least three hours each day...Any information or help you can provide would be greatly appreciated. Additionally, I do have PyCharm installed (As you can tell, I am a beginner), is PyCharm the same thing as Python? No. It's an "integrated development environment" - editor, debugger, source control wrangler and many other things. It still needs to have a working Python installed. It will probably find the installed Python more easily than you will. The concept of an IDE is you can do all your programming work without leaving it - you don't have to hop between editor, command line, and invoke other tools. PyCharm is only one of many entrants in this space for Python programmers. It's excellent, but I find it rather, ummm, "bulky", for beginners - there are a ton of features you'll not use early on in your journey, and thus I find it makes it much harder to find the things you do need in menus, help, etc. Up to you whether you push ahead with using it now, or leave it for a bit later when you're doing more complex things. We have no idea what book you're using, by the way, as the list strips images and other attachments. In any case, there are hundreds of Python books out now, most of us don't know about a particular one (unless we wrote it :) ) -- https://mail.python.org/mailman/listinfo/python-list
Re: Numpy, Matplotlib crash Python 3.8 Windows 7, 32-bit - can you help ?
On 3/23/23 09:48, Thomas Passin wrote: I didn't realize that Christoph Gohlke is still maintaining this site. Unless the the last-changed stuff stopped working, it's in a static state: by Christoph Gohlke. Updated on 26 June 2022 at 07:27 UTC -- https://mail.python.org/mailman/listinfo/python-list
Re: Friday finking: IDE 'macro expansions'
On 3/16/23 16:55, dn via Python-list wrote: It is a long, long, time since I've thrown one of these into the maelstrom of our musings. (have the nightmares receded?) Do you make use of your IDE's expansionist tendencies, and if-so, which ones? NB this is where vi/emacs enthusiasts start chuckling (polite term for 'insane cackling'). Hence the question's limitation to IDEs, cf 'editors'! Also: I'm talking 'PyCharm' because of the story, but others use Codium, Sublime Text, etc - which presumably offer equivalent features. Was helping a friend install PyCharm. Jumped into the Settings. Isn't it incredible how many there are? Idly noted that there are two short-cut or macro-expansion types of facilities: - Postfix Completion, (nothing to do with email or polish notation) and - Live Templates (again, we're not talking about jinja2) With both, one types an abbreviated-name and the IDE will expand it into appropriate code. For (LiveTemplate) example, typing compli and pressing Tab induces PyCharm to add the following to the program[me]: [ ! for ! in !drop-down menu! if ! ] It offers further typo-saving through the drop-down menu which lists a bunch of likely (iterable) candidates from amongst previously-written code. The action continues after selecting from the menu, by inviting completion of the other ("!") placeholders, in-turn. I haven't made use of such a tool, to-date - OK, yes, I have practised a high typing-speed (and accuracy). Puff, puff... Also, at the time, I'm thinking in 'code', rather than about what tool might implement said ideas. Do you make use of such expansionist-tendencies? Do you make use of other powerful features within the IDE, or are its editor functionalities employed at pretty-much the NotePad level? Not sure the purpose of the "survey" but - no, I don't use these. IDEs are incredible things, but you need to invest yourself completely in them, basically live in them, or there's not that much payback. There's just too much to remember, and honestly, too much mouse movement needed, especially if you have a big screen. In the PyCharm case, the startup time is incredibly slow, so, since I don't "live in it", I don't use it much any more - there are some things it does superbly, but it's such a cost to fire it up just for those I pretty much don't bother any more. -- https://mail.python.org/mailman/listinfo/python-list
Re: Cryptic software announcements (was: ANN: DIPY 1.6.0)
On 3/1/23 04:57, Rob Cliffe via Python-list wrote: I think it would be a good idea if software announcements would include a single paragraph (or maybe just a single sentence) summarizing what the software is and does. hp +1 Rob Cliffe Excellent adivce - and many of the announcements on the separate python-announce list do actually follow this model (and this is probably actually the right place to send announcements). I'd even extend the suggestion further - it's surprising how many newcomers ask questions about a particular package that many people have not heard of - it all seems so obvious when you have an assignment, but when there are over 400,000 packages on PyPI it should actually not be surprising that a few of us have not actually heard of all of them :-) Maybe give a bit more context... -- https://mail.python.org/mailman/listinfo/python-list
Re: Regular Expression bug?
On 3/2/23 12:28, Chris Angelico wrote: On Fri, 3 Mar 2023 at 06:24, jose isaias cabrera wrote: Greetings. For the RegExp Gurus, consider the following python3 code: import re s = "pn=align upgrade sd=2023-02-" ro = re.compile(r"pn=(.+) ") r0=ro.match(s) print(r0.group(1)) align upgrade This is wrong. It should be 'align' because the group only goes up-to the space. Thoughts? Thanks. Not a bug. Find the longest possible match that fits this; as long as you can find a space immediately after it, everything in between goes into the .+ part. If you want to exclude spaces, either use [^ ]+ or .+?. https://docs.python.org/3/howto/regex.html#greedy-versus-non-greedy -- https://mail.python.org/mailman/listinfo/python-list
Re: How to fix this issue
On 2/27/23 17:51, Arslan Mehmood wrote: How I can remove python terminl, its again and again open during working in python. Please help me to resolve this issue. Python 3.11.1 (tags/v3.11.1:a7a450f, Dec 6 2022, 19:58:39) [MSC v.1934 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. We have no idea what you think the "issue" is. Perhaps if you attempted a bit more of an explanation? You're working with Python, and the Python interpreter appears. On the surface, that doesn't seem horribly unusual. Have you read this? https://docs.python.org/3/using/windows.html -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.10 Fizzbuzz
On 2/27/23 16:42, Oscar Benjamin wrote: On Mon, 27 Feb 2023 at 21:06, Ethan Furman wrote: On 2/27/23 12:20, rbowman wrote: > "By using Black, you agree to cede control over minutiae of hand- > formatting. In return, Black gives you speed, determinism, and freedom > from pycodestyle nagging about formatting. You will save time and mental > energy for more important matters." > > Somehow I don't think we would get along very well. I'm a little on the > opinionated side myself. I personally cannot stand Black. It feels like every major choice it makes (and some minor ones) are exactly the opposite of the choice I make. I agree partially. There are two types of decisions black makes: 1. Leave the code alone because it seems okay or make small modifications. 2. Reformat the code because it violates some generic rule (like line too long or something). I've recently tried Black and mostly for my code it seems to go with 1 (code looks okay). There might be some minor changes like double vs single quotes but I really don't care about those. In that sense me and Black seem to agree. However I have also reviewed code where it is clear that the author has used black and their code came under case 2. In that case Black seems to produce awful things. What I can't understand is someone accepting the awful rewrite rather than just fixing the code. Treating Black almost like a linter makes sense to me but accepting the rewrites that it offers for bad code does not. The amount of disagreement you see here and elsewhere are exactly why Black is like it is - virtually without options. It doesn't aim to solve the challenge of producing The Most Beautiful Code Layout, for *you*, or even for any moderately sized group of programmers. Instead it's to remove the bickering: 1. we choose to use black for a project. 2. black runs automatically 3. there is now no need to spend cycles thinking about code-style aspects in reviews, or when we're making changes, because black makes sure the code aligns with the chosen style (1). Many teams find the removal of this potential disagreement valuable - there's plenty of more important stuff to spend time on. If as an individual user, not trying to conform to style choices of a project, it doesn't appeal, there's no need to fuss with it. One can certainly pick a different code style, and make sure it's captured in the rules for one of the several more flexible formatting tools (for example, I *used* to use yapf pretty regularly, and had that tuned as I wanted) -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.10 Fizzbuzz
On 2/26/23 14:07, Hen Hanna wrote: On Monday, August 29, 2022 at 7:18:22 PM UTC-7, Paul Rubin wrote: Just because. from math import gcd def fizz(n: int) -> str: match gcd(n, 15): case 3: return "Fizz" case 5: return "Buzz" case 15: return "FizzBuzz" case _: return str(n) for i in range(1,101): print(fizz(i)) is there any reason to prefer"over' ? If you intend to run Black on your code to ensure consistent formatting, you may as well learn to prefer double quotes, because it's going to convert single to double (or: don't learn, and set your IDE to "convert on save" and don't think about it...) As has already been mentioned, syntactically there is no difference. -- https://mail.python.org/mailman/listinfo/python-list
Re: Not receiving posts
On 2/23/23 13:56, Grant Edwards wrote: On 2023-02-23, Jim Byrnes wrote: I have been reading the python-list for some time now. At first via gemane and since it's demise via a subscription. FWIW, gmane is still there, and still working fine. I read this list by pointing slrn at news.gmane.io Well gmane did die, and caused changes and the story is weird even by internet standards. And the founder eventually spilled https://lars.ingebrigtsen.no/2020/01/06/whatever-happened-to-news-gmane-org/ Not everything came back the same. -- https://mail.python.org/mailman/listinfo/python-list
Re: putting JUNK at the end of a [.py] file
On 2/24/23 08:27, Mats Wichmann wrote: Indeed, I work on a project that by convention puts editor instructions at the end of each file (which some might consider junk :-) ), like this: # Local Variables: # tab-width:4 # indent-tabs-mode:nil # End: # vim: set expandtab tabstop=4 shiftwidth=4: I should probably have added that I know the above is unnecessary, as there is now a standard for defining this stuff once, called EditorConfig, which many editors understand natively, and many more via plugins. https://editorconfig.org/ -- https://mail.python.org/mailman/listinfo/python-list
Re: putting JUNK at the end of a [.py] file
On 2/23/23 22:16, Thomas Passin wrote: On 2/23/2023 7:21 PM, Hen Hanna wrote: in a LaTeX file, after the (1st) \end{document} line, i can put any random Junk i want (afterwards) until the end of the file. Is there a similar Method for a .py file ? Since i know of no such trick, i sometimes put this (below) at the end of a .py file. dummy= (""" junk and more junk words in Dict 239 words in Dict ((( notes or Code fragmetns ))) """ ) ** maybe i don't need the dummy= but it looks better. You can just put it in triple quotes, no need to assign the string to a variable. Or make each line a comment. Indeed, I work on a project that by convention puts editor instructions at the end of each file (which some might consider junk :-) ), like this: # Local Variables: # tab-width:4 # indent-tabs-mode:nil # End: # vim: set expandtab tabstop=4 shiftwidth=4: -- https://mail.python.org/mailman/listinfo/python-list
Re: lxml with python-3.12.0a5
On 2/23/23 07:47, Mats Wichmann wrote: On 2/23/23 06:03, Robin Becker wrote: I'm trying to test python-3.12.0a5 and need to install lxml. My wheel build for lxml fails with errors like this src/lxml/etree.c: In function ‘__Pyx_PyIndex_AsSsize_t’: src/lxml/etree.c:270404:45: error: ‘PyLongObject’ {aka ‘struct _longobject’} has no member named ‘ob_digit’ 270404 | const digit* digits = ((PyLongObject*)b)->ob_digit; | ^~ I'm using archlinux which has gcc 12.2.1. I tested and lxml will build with 3.11.2. I imagine this is part of ongoing changes to the python core, but perhaps there's some simple workaround. Anyone know how to get around this problem. I did try rebuilding the cpython stuff using make, but that also failed. I seem to always have trouble with lxml (which I know doesn't help). The cause would seem to be this: GH-101291: Refactor the `PyLongObject` struct into object header and PyLongValue struct. (GH-101292) So it looks to me like cython was affected, and has patched themselves. It's possible regenerating with a patched cython will clear up the build problem (something which the lxml project takes pains to tell you that you don't really want to do :) -- https://mail.python.org/mailman/listinfo/python-list
Re: lxml with python-3.12.0a5
On 2/23/23 06:03, Robin Becker wrote: I'm trying to test python-3.12.0a5 and need to install lxml. My wheel build for lxml fails with errors like this src/lxml/etree.c: In function ‘__Pyx_PyIndex_AsSsize_t’: src/lxml/etree.c:270404:45: error: ‘PyLongObject’ {aka ‘struct _longobject’} has no member named ‘ob_digit’ 270404 | const digit* digits = ((PyLongObject*)b)->ob_digit; | ^~ I'm using archlinux which has gcc 12.2.1. I tested and lxml will build with 3.11.2. I imagine this is part of ongoing changes to the python core, but perhaps there's some simple workaround. Anyone know how to get around this problem. I did try rebuilding the cpython stuff using make, but that also failed. I seem to always have trouble with lxml (which I know doesn't help). The cause would seem to be this: GH-101291: Refactor the `PyLongObject` struct into object header and PyLongValue struct. (GH-101292) -- https://mail.python.org/mailman/listinfo/python-list
Re: Python + Vim editor
On 2/22/23 11:16, Tramiv wrote: On 2023-02-22, Hen Hanna wrote: what editor do you (all) use to write Python code? (i use Vim) For short editin I also use Vim and Pycharm IDE for bigger projects. The community has submitted some answers to that question here (two lists, some entrants don't fit neatly into one or the other): https://wiki.python.org/moin/PythonEditors https://wiki.python.org/moin/IntegratedDevelopmentEnvironments There are a *lot* if you want to rathole... :) -- https://mail.python.org/mailman/listinfo/python-list
Re: File write, weird behaviour
On 2/19/23 14:06, Dieter Maurer wrote: Azizbek Khamdamov wrote at 2023-2-19 19:03 +0500: ... Example 2 (weird behaviour) file = open("D:\Programming\Python\working_with_files\cities.txt", 'r+') ## contains list cities # the following code DOES NOT add new record TO THE BEGINNING of the file IF FOLLOWED BY readline() and readlines()# Expected behaviour: new content should be added to the beginning of the file (as in Example 1) file.write("new city\n") file.readlines() file.close() I could not find anything in documentation to explain this strange behaviour. Why is this happening? The effect of "r+" (and friends) is specified by the C standard. The Linux doc (of `fopen`) tells us that ANSI C requires that a file positioning command (e.g. `seek`) must intervene between input and output operations. Your example above violates this condition. Therefore, weird behavior is to be expected. If this isn't sufficiently described, someone should raise an issue against the Python docs. I know that many concepts are "inherited from" environments generally in the POSIX space and the C language, because that's where Python was hatched (all of which makes perfect sense to me, who's been working in those spaces for...ever), but a Python programmer shouldn't have to read the ISO C standard (which is not free, although you can find copies on-line), or the POSIX standard (which also is not free, though manpages for systems like Linux cover the same material), in order to figure out how Python is going to work. -- https://mail.python.org/mailman/listinfo/python-list
Re: Precision Tail-off?
On 2/17/23 11:42, Richard Damon wrote: On 2/17/23 5:27 AM, Stephen Tucker wrote: The key factor here is IEEE floating point is storing numbers in BINARY, not DECIMAL, so a multiply by 1000 will change the representation of the number, and thus the possible resolution errors. Store you numbers in IEEE DECIMAL floating point, and the variations by multiplying by powers of 10 go away. The development of the original IEEE standard led eventually to consistent implementation in hardware (when they implement floating point at all, which embedded/IoT class chips in particular often don't) that aligned with how languages/compilers treated floating point, so that's been a really successful standard, whatever one might feel about the tradeoffs. Standards are all about finding a mutually acceptable way forward, once people admit there is no One Perfect Answer. Newer editions of 754 (since 2008) have added this decimal floating point representation, which is supported by some software such as IBM and Intel floating-point libraries. Hardware support has been slower to arrive. The only ones I've heard of have been the IBM z series (mainframes) and somebody else mentioned Power though I'd never seen that. It's possible some of the GPU lines may be going this direction. As far as Python goes... the decimal module has this comment: > It is a complete implementation of Mike Cowlishaw/IBM's General Decimal Arithmetic Specification. Cowlishaw was the editor of the 2008 and 2019 editions of IEEE 754, fwiw. And... this topic as a whole comes up over and over again, like everywhere. See Stack Overflow for some amusement. -- https://mail.python.org/mailman/listinfo/python-list