Re: Version of OpenSSl ?

On Tue, 11 Feb 2025 at 05:56, Grant Edwards via Python-list wrote: > The -dev packages also contain the man pages for the libraries. It > surprised me at first that the man pages weren't installed by the > "normal" lib packages. But, if you're not writing/building apps that > link with library X,

Re: Version of OpenSSl ?

On 2025-02-10, Chris Angelico via Python-list wrote: > On Tue, 11 Feb 2025 at 04:04, Grant Edwards via Python-list > wrote: >> On 2025-02-09, Left Right via Python-list wrote: >> >>> You need the sources of the OpenSSL library, not the compiled library. >>> On Ubuntu, the packages with sources

Re: Version of OpenSSl ?

On Tue, 11 Feb 2025 at 04:04, Grant Edwards via Python-list wrote: > > On 2025-02-09, Left Right via Python-list wrote: > > > You need the sources of the OpenSSL library, not the compiled library. > > On Ubuntu, the packages with sources are typically named xxx-dev where > > xxx is the package th

Re: Version of OpenSSl ?

On 2025-02-09, Left Right via Python-list wrote: > You need the sources of the OpenSSL library, not the compiled library. > On Ubuntu, the packages with sources are typically named xxx-dev where > xxx is the package that provides the library. I don't have a Ubuntu > currently, but try looking for

Re: RE Version of OpenSSl ?

vincent.vandevy...@oqapy.eu writes: >> In case this helps you find the correct package to install: >> >> $ python3 -c "if True: >> > import ssl >> > print('Ok.') >> > " >> Ok. >> >> $ cat /etc/lsb-release >> DISTRIB_ID=Ubuntu >> DISTRIB_RELEASE=24.04 >> DISTRIB_CODENAME=noble >> DISTRIB_D

Re: Version of OpenSSl ?

vincent.vandevy...@oqapy.eu writes: > Hi, > > Trying to compile Python-3.12.9 on Ubuntu-24.04 > > The compilation is complete without errors but I have this message: > > The necessary bits to bu

Re: RE Version of OpenSSl ?

So, this is how I know where my SSL headers are found, for instance: ➜ cpython git:(3.12) gcc -I. -I./Include -H ./Modules/_ssl.c 2>&1 | grep evp.h .. /usr/include/openssl/evp.h (this was executed from the repository root). Can you see if you get something similar? Also... just for sanity chec

RE Version of OpenSSl ?

> > In case this helps you find the correct package to install: > > $ python3 -c "if True: > > import ssl > > print('Ok.') > > " > Ok. > > $ cat /etc/lsb-release > DISTRIB_ID=Ubuntu > DISTRIB_RELEASE=24.04 > DISTRIB_CODENAME=noble > DISTRIB_DESCRIPTION="Ubuntu 24.04.1 LTS" > > $ apt lis

Re: Version of OpenSSl ?

> > Trying to compile Python-3.12.9 on Ubuntu-24.04 > > The compilation is complete without errors but I have this message: > > > The necessary bits to build these optional modules were not foun

RE Version of OpenSSl ?

> HI Vincent. > > You need the sources of the OpenSSL library, not the compiled library. > On Ubuntu, the packages with sources are typically named xxx-dev where > xxx is the package that provides the library. I don't have a Ubuntu > currently, but try looking for something like openssl-dev or > l

Re: Version of OpenSSl ?

HI Vincent. You need the sources of the OpenSSL library, not the compiled library. On Ubuntu, the packages with sources are typically named xxx-dev where xxx is the package that provides the library. I don't have a Ubuntu currently, but try looking for something like openssl-dev or libopenssl-dev

Re: Version of NymPy

Let me try to answer this properly, instead of "simply". The "problematic" part of your question is "with my Anaconda distribution". Anaconda distribution comes with the conda program that manages installed packages. A single Anaconda distribution may have multiple NumPy versions installed at the

Re: Version of NymPy

On 2024-05-15 19:42, Popov, Dmitry Yu via Python-list wrote: What would be the easiest way to learn which version of NumPy I have with my Anaconda distribution? Import numpy and print its '__version__' attribute. -- https://mail.python.org/mailman/listinfo/python-list

Re: Version of NymPy

Thank you. From: Larry Martell Sent: Wednesday, May 15, 2024 1:55 PM To: Popov, Dmitry Yu Cc: Popov, Dmitry Yu via Python-list Subject: Re: Version of NymPy On Wed, May 15, 2024 at 2: 43 PM Popov, Dmitry Yu via Python-list wrote: > > What would be the e

Re: Version of NymPy

On Wed, May 15, 2024 at 2:43 PM Popov, Dmitry Yu via Python-list wrote: > > What would be the easiest way to learn which version of NumPy I have with my > Anaconda distribution? >>> import numpy >>> numpy.__version__ '1.24.4' -- https://mail.python.org/mailman/listinfo/python-list

Re: Version numbers in Standard Library

On 01/03/2019 16:35, Thompson, Matt (GSFC-610.1)[SCIENCE SYSTEMS AND APPLICATIONS INC] via Python-list wrote: > Dear Python List, > > A question. I help maintain a Python stack for users in my division here > at NASA and one user asked about updating the re module to 2.4. I > believe because he re

Re: Version numbers in Standard Library

The point of the "Changed in version ..." or "New in version ..." bits in the documentation is to alert readers who maintain software which needs to remain backward compatible with older versions of Python. If you maintain a package which you support for Python 3.4, 3.5, 3.6, and 3.7, you'll probab

Re: version

On 2 June 2018 at 02:34, Mike McClain wrote: > It looks like what I was wanting is something like 'C's #if, a > compiler conditional. > > Does python have anything like that to tell the interpreter to ignore > a line that is not a comment or a quoted string? No, it doesn't. Honestly, if you are

Re: version

On Fri, Jun 1, 2018 at 6:34 PM, Mike McClain wrote: > On Fri, Jun 01, 2018 at 08:02:27AM -0700, Mike McClain wrote: > > On Thu, May 31, 2018 at 07:44:35PM -0700, Mike McClain wrote: > > > > > Is there a way in a script to know which version of python is being > > > run so I can write: > > >

Re: version

On Sat, Jun 2, 2018 at 11:34 AM, Mike McClain wrote: > On Fri, Jun 01, 2018 at 08:02:27AM -0700, Mike McClain wrote: >> On Thu, May 31, 2018 at 07:44:35PM -0700, Mike McClain wrote: >> >> > Is there a way in a script to know which version of python is being >> > run so I can write: >> > If (v

Re: version

On Fri, Jun 01, 2018 at 08:02:27AM -0700, Mike McClain wrote: > On Thu, May 31, 2018 at 07:44:35PM -0700, Mike McClain wrote: > > > Is there a way in a script to know which version of python is being > > run so I can write: > > If (version == 2.7): > > do it this way > > elsif (ver

Re: version

On Thu, May 31, 2018 at 07:44:35PM -0700, Mike McClain wrote: > Is there a way in a script to know which version of python is being > run so I can write: > If (version == 2.7): > do it this way > elsif (version == 3.2): > do it another way > Thanks for the responses, Mike

Re: version

Hi Mike, you can check for the major version with import sys sys.version_info.major On 01.06.2018 04:44, Mike McClain wrote: OK so I installed python 3.2, which is the latest available as a package in Debian Wheezy, because I've seen so many folks say it's a waste of time to play with Py

Re: version

Look at the six module On Thu, May 31, 2018, 7:57 PM Mike McClain wrote: > OK so I installed python 3.2, which is the latest available as a > package in Debian Wheezy, because I've seen so many folks say it's a > waste of time to play with Py2.7. > Immediately my python playground 'my.py

Re: version of Python to install Windows 7 professional 64 bit, intel core i5

i'd recommend 3.4 or 3.6 python version is chosen more for python functionality rather than hardware type. Abdur-Rahmaan Janhangeer, Mauritius abdurrahmaanjanhangeer.wordpress.com On 12 Sep 2017 07:38, "Zubair Shaikh" wrote: > What version of Python to install Windows 7 professional 64 bit, in

Re: version of Python to install Windows 7 professional 64 bit, intel core i5

On 9/11/2017 10:49 PM, Zubair Shaikh wrote: What version of Python to install Windows 7 professional 64 bit, intel core i5 Whatever version you want. If you have no idea, goto https://www.python.org/downloads/release/python-362/ and click Windows-x86-64 executable installer. -- Terry Jan R

Re: version of Python to install Windows 7 professional 64 bit, intel core i5

Zubair Shaikh wrote: What version of Python to install Windows 7 professional 64 bit, intel core i5 You're joking, right? What is your budget? -- https://mail.python.org/mailman/listinfo/python-list

Re: Version Control Software

On 6/16/2013 11:48 AM, Lele Gaifax wrote: Roy Smith writes: In article , Chris Kwpolska Warrick wrote: (I��m using wc -c to count the bytes in all files there are. du is unaccurate with files smaller than 4096 bytes.) It's not that du is not accurate, it's that it's measuring something

Re: on git gc --aggressive [was Re: Version Control Software]

On Jun 16, 7:09 pm, Jason Swails wrote: > On Sat, Jun 15, 2013 at 11:55 PM, rusi wrote: > > On Jun 16, 4:14 am, Chris Angelico wrote: > > > On Sun, Jun 16, 2013 at 12:16 AM, Roy Smith wrote: > > > > The advantage of DVCS is that everybody has a full copy of the repo. > > > > The disadvantage of

Re: Version Control Software

On Sun, Jun 16, 2013 at 9:30 AM, Chris “Kwpolska” Warrick < kwpol...@gmail.com> wrote: > On Sun, Jun 16, 2013 at 1:14 AM, Chris Angelico wrote: > > Hmm. ~/cpython/.hg is 200MB+, but ~/pike/.git is only 86MB. Does > > Mercurial compress its content? A tar.gz of each comes down, but only > > to ~17

Re: Version Control Software

Roy Smith writes: > In article , > Chris Kwpolska Warrick wrote: > >> (I€™m using wc -c to count the bytes in all files there are. du is >> unaccurate with files smaller than 4096 bytes.) > > It's not that du is not accurate, it's that it's measuring something > different. It's measuring how

on git gc --aggressive [was Re: Version Control Software]

On Sat, Jun 15, 2013 at 11:55 PM, rusi wrote: > On Jun 16, 4:14 am, Chris Angelico wrote: > > On Sun, Jun 16, 2013 at 12:16 AM, Roy Smith wrote: > > > The advantage of DVCS is that everybody has a full copy of the repo. > > > The disadvantage of the DVCS is that every MUST have a full copy of t

Re: Version Control Software

In article , Chris ﾒKwpolskaﾓ Warrick wrote: > (I’m using wc -c to count the bytes in all files there are. du is > unaccurate with files smaller than 4096 bytes.) It's not that du is not accurate, it's that it's measuring something different. It's measuring how much disk space the file

Re: Version Control Software

On Sun, Jun 16, 2013 at 1:14 AM, Chris Angelico wrote: > Hmm. ~/cpython/.hg is 200MB+, but ~/pike/.git is only 86MB. Does > Mercurial compress its content? A tar.gz of each comes down, but only > to ~170MB and ~75MB respectively, so I'm guessing the bulk of it is > already compressed. But 200MB fo

Re: Version Control Software

On Sun, Jun 16, 2013 at 7:15 PM, Terry Reedy wrote: > On 6/16/2013 1:29 AM, Chris Angelico wrote: >> >> On Sun, Jun 16, 2013 at 3:20 PM, Steven D'Aprano >>> keep in mind that it includes the equivalent of four independent >>> implementations: >>> >>> - CPython 2.x >>> - CPython 3.x > > >>> - Stack

Re: Version Control Software

On 6/16/2013 1:29 AM, Chris Angelico wrote: On Sun, Jun 16, 2013 at 3:20 PM, Steven D'Aprano If you're bringing in the *entire* CPython code base, as shown here: http://hg.python.org/ This is the python.org collection of repositories, not just cpython. keep in mind that it includes the eq

Re: Version Control Software

On Sun, Jun 16, 2013 at 3:20 PM, Steven D'Aprano wrote: > On Sun, 16 Jun 2013 14:13:13 +1000, Chris Angelico wrote: > >> I didn't think there would be that much difference, tbh. Mainly, I'm >> just seeing cpython as not being 200MB of history, or so I'd thought. >> Pike has ~30K commits (based on

Re: Version Control Software

On Sun, 16 Jun 2013 14:13:13 +1000, Chris Angelico wrote: > I didn't think there would be that much difference, tbh. Mainly, I'm > just seeing cpython as not being 200MB of history, or so I'd thought. > Pike has ~30K commits (based on 'git log --oneline|wc -l'); CPython has > roughly 80K (based on

Re: Version Control Software

On Sun, Jun 16, 2013 at 1:55 PM, rusi wrote: > On Jun 16, 4:14 am, Chris Angelico wrote: >> On Sun, Jun 16, 2013 at 12:16 AM, Roy Smith wrote: >> > The advantage of DVCS is that everybody has a full copy of the repo. >> > The disadvantage of the DVCS is that every MUST have a full copy of the >>

Re: Version Control Software

On Jun 16, 4:14 am, Chris Angelico wrote: > On Sun, Jun 16, 2013 at 12:16 AM, Roy Smith wrote: > > The advantage of DVCS is that everybody has a full copy of the repo. > > The disadvantage of the DVCS is that every MUST have a full copy of the > > repo.  When a repo gets big, you may not want to

Re: Version Control Software

On Sun, Jun 16, 2013 at 12:16 AM, Roy Smith wrote: > The advantage of DVCS is that everybody has a full copy of the repo. > The disadvantage of the DVCS is that every MUST have a full copy of the > repo. When a repo gets big, you may not want to pull all of that data > just to get the subtree you

Re: Version Control Software

On Sun, Jun 16, 2013 at 4:29 AM, Dan Sommers wrote: > On Sat, 15 Jun 2013 15:29:27 +, Giorgos Tzampanakis wrote: > >> Also, is working without connection to the server such big an issue? >> One would expect that losing access to the central server would >> indicate significant problems that wo

Re: Version Control Software

On 16 June 2013 01:29, Giorgos Tzampanakis wrote: > On 2013-06-15, Roy Smith wrote: > > Also, is working without connection to the server such big an issue? One > would expect that losing access to the central server would indicate > significant problems that would impact development anyway. > I

Re: Version Control Software

On Sat, 15 Jun 2013 15:29:27 +, Giorgos Tzampanakis wrote: > Also, is working without connection to the server such big an issue? > One would expect that losing access to the central server would > indicate significant problems that would impact development anyway. Everyone and every device i

Re: Version Control Software

On 2013-06-15, Roy Smith wrote: >> And that right there is why modern source control systems are >> distributed, not centralized. It's so much easier with git; we lost >> our central hub at one point, and another dev and I simply pulled from >> each other for a bit until we got a new Scaphio onlin

Re: Version Control Software

In article , Chris Angelico wrote: > On Sat, Jun 15, 2013 at 3:39 PM, Tim Delaney > wrote: > > I can absolutely confirm how much ClearCase slows things down. I completely > > refused to use dynamic views for several reasons - #1 being that if you lost > > your network connection you couldn't wo

Re: Version Control Software

On Sat, Jun 15, 2013 at 3:39 PM, Tim Delaney wrote: > I can absolutely confirm how much ClearCase slows things down. I completely > refused to use dynamic views for several reasons - #1 being that if you lost > your network connection you couldn't work at all... And that right there is why modern

Re: Version Control Software

On 15 June 2013 06:55, Dave Angel wrote: > On 06/14/2013 10:24 AM, Grant Edwards wrote: > >> On 2013-06-14, Roy Smith wrote: >> >> All that being said, it is, as Anssi points out, a horrible, bloated, >>> overpriced, complicated mess which requires teams of specially >>> trained ClearCase admin

Re: Version Control Software

On 06/14/2013 10:24 AM, Grant Edwards wrote: On 2013-06-14, Roy Smith wrote: All that being said, it is, as Anssi points out, a horrible, bloated, overpriced, complicated mess which requires teams of specially trained ClearCase admins to run. In other words, it's exactly the sort of thing big

Re: Version Control Software

On 2013-06-14, Roy Smith wrote: > All that being said, it is, as Anssi points out, a horrible, bloated, > overpriced, complicated mess which requires teams of specially > trained ClearCase admins to run. In other words, it's exactly the > sort of thing big, stupid, Fortune-500 companies buy beca

Re: Version Control Software

In article , Anssi Saari wrote: > I have some experience with ClearCase. I don't know why anyone would buy > it since it's bloated and slow and hard to use and likes to take over > your computer. ClearCase was the right solution to certain specific problems which existed 20 years ago. It does

Re: Version Control Software

cutems93 writes: > Thank you everyone for such helpful responses! Actually, I have one more > question. Does anybody have experience with closed source version control > software? If so, why did you buy it instead of downloading open source > software? Does closed source vcs have some benefits

Re: Version Control Software

On 6/13/2013 6:20 PM, Zero Piraeus wrote: : On 13 June 2013 17:53, Grant Edwards wrote: Unfortunately, something that requires typing commands would not fly. I haven't used it (very rarely use GUI dev tools), but Tortoise Hg seems to have a decent reputati

Re: Version Control Software

Grant Edwards: The last time we made the choice (4-5 years ago), Windows support for get, bzr, and hg was definitely lacking compared to svn. The lack of something like tortoisesvn for hg/git/bzr was a killer. It looks like the situation has improved since then, but I'd be curious to hear from

Re: Version Control Software

On Jun 13, 2013 10:17 AM, "Grant Edwards" wrote: > > On 2013-06-13, Ben Finney wrote: > > cutems93 writes: > > > >> I am looking for an appropriate version control software for python > >> development, and need professionals' help to make a good decision. > > > >> Currently I am considering four

Re: Version Control Software

: On 13 June 2013 17:53, Grant Edwards wrote: > > Unfortunately, something that requires typing commands would not fly. I haven't used it (very rarely use GUI dev tools), but Tortoise Hg seems to have a decent reputation for Mercurial (and is at least somewhat

Re: Version Control Software

On Fri, Jun 14, 2013 at 8:15 AM, Fábio Santos wrote: > I must disagree. I used git a lot on windows this past year, on a Console > shell (which is basically a CMD.EXE shell with tabs and appropriate > select/copy/paste) and it was quite useful. Maybe that's changed since the last time I installed

Re: Version Control Software

On 13 Jun 2013 22:34, "Chris Angelico" wrote: > [...] > It's > possible to get git for Windows, including gitk and 'git gui' (not > sure about any other graphical tools, they're the only two I use), but > the most convenient way to use them is from a ported bash. I must disagree. I used git a lot

Re: Version Control Software

On Fri, Jun 14, 2013 at 7:53 AM, Grant Edwards wrote: > On 2013-06-13, Chris Angelico wrote: >> On Fri, Jun 14, 2013 at 3:06 AM, Grant Edwards >> wrote: >> I do almost exclusively Linux dev, but occasionally nip onto Windows >> for one reason or another (possibly inside a virtual machine). It's

Re: Version Control Software

On 2013-06-13, Chris Angelico wrote: > On Fri, Jun 14, 2013 at 3:06 AM, Grant Edwards > wrote: > >> The last time we made the choice (4-5 years ago), Windows support for >> get, bzr, and hg was definitely lacking compared to svn. The lack of >> something like tortoisesvn for hg/git/bzr was a ki

Re: Version Control Software

On Fri, Jun 14, 2013 at 3:06 AM, Grant Edwards wrote: > The last time we made the choice (4-5 years ago), Windows support for > get, bzr, and hg was definitely lacking compared to svn. The lack of > something like tortoisesvn for hg/git/bzr was a killer. It looks like > the situation has improve

Re: Version Control Software

On 2013-06-13, Ben Finney wrote: > cutems93 writes: > >> I am looking for an appropriate version control software for python >> development, and need professionals' help to make a good decision. > >> Currently I am considering four software: git, SVN, CVS, and >> Mercurial. > > These days there i

Re: Version Control Software

In article , Tim Chase wrote: > On 2013-06-13 10:20, Serhiy Storchaka wrote: > > 13.06.13 05:41, Tim Chase написав(ла): > > > -hg: last I checked, can't do octopus merges (merges with more > > > than two parents) > > > > > > +git: can do octopus merges > > > > Actually it is possible i

Re: Version Control Software

Roy Smith wrote: > In article <98c13a55-dbf2-46a7-a2aa-8c5f052ff...@googlegroups.com>, > cutems93 wrote: > >> I am looking for an appropriate version control software for python >> development, and need professionals' help to make a good decision. >> Currently I am considering four software: gi

Re: Version Control Software

On 2013-06-13 10:20, Serhiy Storchaka wrote: > 13.06.13 05:41, Tim Chase написав(ла): > > -hg: last I checked, can't do octopus merges (merges with more > > than two parents) > > > > +git: can do octopus merges > > Actually it is possible in Mercurial. Okay, then that moots this pro/con pair. I

Re: Version Control Software

On Jun 13, 7:30 am, Ben Finney wrote: > > You should be wary of GitHub, a very popular Git hosting site. It uses > what amount to proprietary protocols, which encourage using GitHub's > specific interface instead of native Git for your operations and hide a > lot of the needless complexity; but th

Re: Version Control Software

On Jun 13, 4:26 pm, MRAB wrote: > On 13/06/2013 07:00, cutems93 wrote:> Thank you everyone for such helpful > responses! Actually, I have one > > more question. Does anybody have experience with closed source > > version control software? If so, why did you buy it instead of > > downloading open

Re: Version Control Software

On 13/06/2013 07:00, cutems93 wrote: Thank you everyone for such helpful responses! Actually, I have one more question. Does anybody have experience with closed source version control software? If so, why did you buy it instead of downloading open source software? Does closed source vcs have some

Re: Version Control Software

In article <2644d0de-9a81-41aa-b27a-cb4535964...@googlegroups.com>, cutems93 wrote: > Thank you everyone for such helpful responses! Actually, I have one more > question. Does anybody have experience with closed source version control > software? If so, why did you buy it instead of downloadin

Re: Version Control Software

13.06.13 05:41, Tim Chase написав(ла): -hg: last I checked, can't do octopus merges (merges with more than two parents) +git: can do octopus merges Actually it is possible in Mercurial. I just have made a merge of two files in CPython test suite (http://bugs.python.org/issue18048). -- http

Re: Version Control Software

On Jun 13, 11:00 am, cutems93 wrote: > Thank you everyone for such helpful responses! Actually, I have one more > question. Does anybody have experience with closed source version control > software? If so, why did you buy it instead of downloading open source > software? Does closed source vcs

Re: Version Control Software

Thank you everyone for such helpful responses! Actually, I have one more question. Does anybody have experience with closed source version control software? If so, why did you buy it instead of downloading open source software? Does closed source vcs have some benefits over open source in some

Re: Version Control Software

In article <98c13a55-dbf2-46a7-a2aa-8c5f052ff...@googlegroups.com>, cutems93 wrote: > I am looking for an appropriate version control software for python > development, and need professionals' help to make a good decision. Currently > I am considering four software: git, SVN, CVS, and Mercuria

Re: Version Control Software

On 2013-06-12 16:27, cutems93 wrote: > I am looking for an appropriate version control software for python > development, and need professionals' help to make a good decision. While I'm generally a git user (see my other email), I'll also put in a plug for Fossil which has

Re: Version Control Software

[much of my reply echos Chris but elaborate] On 2013-06-13 10:04, Chris Angelico wrote: > On Thu, Jun 13, 2013 at 9:27 AM, cutems93 > wrote: > > Currently I am considering four software: git, SVN, > > CVS, and Mercurial. > > Don't touch CVS unless you absolutely have to. SVN is also > distinctly

Re: Version Control Software

cutems93 writes: > I am looking for an appropriate version control software for python > development, and need professionals' help to make a good decision. > Currently I am considering four software: git, SVN, CVS, and > Mercurial. These days there is no good reason to use CVS nor Subversion fo

Re: Version Control Software

On Thu, Jun 13, 2013 at 9:27 AM, cutems93 wrote: > I am looking for an appropriate version control software for python > development, and need professionals' help to make a good decision. Currently > I am considering four software: git, SVN, CVS, and Mercurial. Of course, I > already did some r

Re: Version Control Software

git or hg. but git is most popular and very easy to learn. Its also great for distributed develpment On Wed, Jun 12, 2013 at 7:36 PM, Mark Janssen wrote: > > I am looking for an appropriate version control software for python > development, and need professionals' help to make a good decision.

Re: Version Control Software

> I am looking for an appropriate version control software for python > development, and need professionals' help to make a good decision. Currently > I am considering four software: git, SVN, CVS, and Mercurial. I'm not real experienced, but I understand that SVN is good if your hosting your ow

Re: version in setup.cfg

> I don't think so. But there are several other options: I was afraid of that. Thanks anyway! Mike -- http://mail.python.org/mailman/listinfo/python-list

Re: version in setup.cfg

Jasiu schrieb: Hi guys, I have a question about setup.py and setup.cfg: I work in a company and we use Subversion to keep our stuff. We have a post-commit rule that does the following: whenever there is a commit to /tags/ directory, a binary package is built automatically. The tag's name is the

Re: Version upgrade blocked mentally

>>> I have read in my copy of Programming Python that all strings will be >>> Unicode and there will be a byte type. >> Actually that change is scheduled for 3.0. > > Yes, but it's available in 2.6 as well: >>>> from __future__ import unicode_literals >>>> type('') > That's different,

Re: Version upgrade blocked mentally

On Sat, 29 Nov 2008 13:40:00 -0800, Scott David Daniels <[EMAIL PROTECTED]> wrote: Adam E wrote: I have read in my copy of Programming Python that all strings will be Unicode and there will be a byte type. Actually that change is scheduled for 3.0. Yes, but it's available in 2.6 as well:

Re: Version upgrade blocked mentally

Adam E wrote: I have read in my copy of Programming Python that all strings will be Unicode and there will be a byte type. Actually that change is scheduled for 3.0. As a tool for simplifying conversions and compatible code, the name "bytes" is provided in 2.6 as a synonym of "str". This allow

Re: Version upgrade blocked mentally

On Sat, 2008-11-29 at 12:32 -0800, Adam E wrote: > I have read in my copy of Programming Python that all strings will be > Unicode and there will be a byte type. > > This is mentally keeping me from upgrading to 2.6 . Care to explain? Actually what you describe is a change change takes place in

Re: Version specific or not?

Scott David Daniels wrote: > Steven W. Orr wrote: >> We have an app and I'm trying to decide where the app ... . >> /usr/lib/python2.3/site-packages >> or >> /usr/lib/site-python >> >> The latter would solve a lot of problems for me. > Fewer than you suspect > >> If there are multiple versions of

Re: Version specific or not?

Steven W. Orr wrote: > We have an app and I'm trying to decide where the app ... . > /usr/lib/python2.3/site-packages > or > /usr/lib/site-python > > The latter would solve a lot of problems for me. Fewer than you suspect > If there are multiple versions of python installed on the same machine,

Re: --version?

Am Dienstag 02 Mai 2006 16:31 schrieb Fredrik Lundh: > Paul Watson wrote: > > I am well aware of -V. Could --version be supported as well? > > http://www.python.org/dev/ > http://sourceforge.net/tracker/?group_id=5470&atid=355470 > > I just submitted: https://sourceforge.net/tracker/index.php?f

Re: --version?

Paul Watson wrote: > I am well aware of -V. Could --version be supported as well? http://www.python.org/dev/ http://sourceforge.net/tracker/?group_id=5470&atid=355470 -- http://mail.python.org/mailman/listinfo/python-list

Re: --version?

I agree. The "--version" option has become quite a de-facto standard in the linux world. In my sys-admin role, I can blithely run initiate_global_thermonuclear_war --version to find what version we have, even if I don't know what it does... python --version would be a very helpful addition.

Re: --version?

Adonis wrote: > Paul Watson wrote: > >> Is there any chance that Python would support the --version command >> line parameter? It seems that many open source programs use this >> switch to report their version number. > > > > try at a command prompt: > python -V > > Hope this helps. > > A

Re: --version?

Paul Watson wrote: > Is there any chance that Python would support the --version command line > parameter? It seems that many open source programs use this switch to > report their version number. try at a command prompt: python -V Hope this helps. Adonis -- http://mail.python.org/mailman/

Re: Version of TAR in tarfile module? TAR 1.14 or 1.15 port to Windows?

Claudio Grondi wrote: > remember. I work in a Windows command shell > (DOS-box) and mount says: > j: on /cygdrive/j , but I don't know how to write > the entire path > "j:\o\archives\images\dump.tar", > so that the file can be found by tar.exe and > unpacked to "i:\images" . > tar.exe --extract --d

Re: Version of TAR in tarfile module? TAR 1.14 or 1.15 port to Windows?

Martin, thank you for your response. I see, that I have to test myself if the tarfile module can do what I need, so I did and I have evidence, that the Python tarfile module is not able to see all the files inside the TAR archives created on Linux with TAR 1.14 . The Python tarfile module stops to

Re: Version of TAR in tarfile module? TAR 1.14 or 1.15 port to Windows?

Claudio Grondi wrote: > What TAR version is built into the tarfile module? None: the tarfile module is not built on top of GNU tar. Instead, it is a complete reimplementation. > Is there a TAR 1.14 or 1.15 port to Windows > available in Internet for download (which URL)? http://sources.redhat.co

Re: Version Number Comparison Function

On Fri, 25 Mar 2005 17:02:31 +0100, "Fredrik Lundh" <[EMAIL PROTECTED]> wrote: >"Keith" wrote: > >> Is there a function for comparing version numbers? >> >> E.g. >> >> 0.1.0 < 0.1.2 >> 1.876b < 1.876c >> 3.2.2 < 3.4 > >the following works for many common cases: > >import re > >def cmpver(a, b): >

Re: Version Number Comparison Function

Keith wrote: distutils is one of the places I looked: http://www.python.org/doc/2.3.5/lib/module-distutils.html But I didn't see the functions documented. I am new to Python so I didn't know where else to look. The source! I don't think they're documented elsewhere. Using distutils seems like it w

Re: Version Number Comparison Function

I recently saw this: http://www.egenix.com/files/python/mxTools.html mx.Tools.verscmp(a,b) Compares two version strings and returns a cmp() function compatible value (<,==,> 0). The function is useful for sorting lists containing version strings. The logic used is as follows: the string

Re: Version Number Comparison Function

distutils is one of the places I looked: http://www.python.org/doc/2.3.5/lib/module-distutils.html But I didn't see the functions documented. I am new to Python so I didn't know where else to look. Using distutils seems like it would be the most generic and supported way to compare version numbe

Re: Version Number Comparison Function

On Mar 26, 2005, at 3:34 AM, Keith wrote: Is there a function for comparing version numbers? E.g. 0.1.0 < 0.1.2 1.876b < 1.876c 3.2.2 < 3.4 FWIW, >>> from distutils import version >>> version_list = "3.4 3.2.2 1.867c 1.867b 0.1.2 0.1.0".split() >>> version_list = map(version.LooseVersion, version_

  1   2   >