Tres Seaver wrote:
> Steven D'Aprano wrote:
>> Tres, for some reason every time you reply to the list, you send TWO
>> copies instead of one:
>
>> To: python-dev@python.org
>> CC: Python Dev
>
>> Could you please fix that?
>
> I can try: I normally post via gmane, and leave python-dev CC'ed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steven D'Aprano wrote:
> Tres, for some reason every time you reply to the list, you send TWO
> copies instead of one:
>
> To: python-dev@python.org
> CC: Python Dev
>
> Could you please fix that?
I can try: I normally post via gmane, and leave
Tres, for some reason every time you reply to the list, you send TWO
copies instead of one:
To: python-dev@python.org
CC: Python Dev
Could you please fix that?
--
Steven D'Aprano
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nick Coghlan wrote:
> Tres Seaver wrote:
>> You are plainly joking: nothing in Python should know or care about the
>> various bureaucratic insanities in some workplaces. Given the
>> *existing* stdlib and network connectivity, nothing any corporate
Op vrijdag 13-03-2009 om 04:13 uur [tijdzone -0700], schreef John
Wagner:
> I am sorry to bother about this but I've asked for help from Canonical
> with no reply.
> They seem reluctant to update Python beyond version 2.5; I'm trying to
> install 3.0.1.
If you can wait until April 23rd then you
Op vrijdag 13-03-2009 om 12:28 uur [tijdzone +0300], schreef Oleg
Broytmann:
>Ext4 is not the only FS with delayed allocation.
Of course not, even ext3 has delayed allocation (even if 5 sec vs. 2 min
makes the disaster window a bit smaller).
The real problem seems to be that ext4 re-orders th
Zvezdan Petkovic wrote:
> Of course, the above are C functions. I don't think that Python
> programming is immune from such security considerations either.
The tempfile module exposes the same functionality (and uses mkstemp()
to create its filenames). It has also had features added over the year
Tres Seaver wrote:
> You are plainly joking: nothing in Python should know or care about the
> various bureaucratic insanities in some workplaces. Given the
> *existing* stdlib and network connectivity, nothing any corporate
> security blackshirt can do will prevent an even moderately-motivated
>
2009/3/13 Tres Seaver :
> Paul Moore wrote:
>> 2009/3/13 Chris Withers :
>>> If a decent package management system *was* included, this wouldn't be an
>>> issue..
>>
>> Remember that a "decent package management system" needs to handle
>> filling in all the forms and arranging approvals to get auth
On Fri, Mar 13, 2009 at 07:31:21PM +0100, "Martin v. Löwis" wrote:
> > Think about the security implications of a file name that is in advance
> > known to an attacker as well as the fact that the said file will replace
> > an *important* system file.
>
> You should always use O_EXCL in that case.
On Mar 13, 2009, at 2:31 PM, Martin v. Löwis wrote:
Think about the security implications of a file name that is in
advance known to an attacker as well as the fact that the said file
will replace an *important* system file.
You should always use O_EXCL in that case. Relying on random name
> Think about the security implications of a file name that is in advance
> known to an attacker as well as the fact that the said file will replace
> an *important* system file.
You should always use O_EXCL in that case. Relying on random name will
be a severe security threat to the application.
Chris Withers wrote:
That said, it may make sense to just give greater prominence to
existing repackagers, such as ActiveState or Enthought.
Right, getting ActivePython or similar approved might be the way to go,
but I'm betting it depends on the project...
Apologies for jumping in mid-threa
Chris Withers wrote:
> Jim Jewett wrote:
- python to grow a decent, cross platform, package management system
>>
>> As stated, this may be impossible, because of the difference in what a
>> package should mean on Windows vs Unix.
>>
>> If you just mean a way to add python packages from pypi as
>> I don't like the standard library to shrink. It's good that batteries
>> are included.
>
> If a decent package management system *was* included, this wouldn't be
> an issue..
You can prove anything with a false premise... I believe that a package
management system that is decent cannot possibl
ACTIVITY SUMMARY (03/06/09 - 03/13/09)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
2388 open (+38) / 14920 closed (+16) / 17308 total (+54)
Open issues with patches: 837
Average
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lie Ryan wrote:
> Tres Seaver wrote:
>> I'm not arguing that employees should violate their employers' policies:
>> I'm arguing that Python itself shouldn't try to cater to such policies.
>
> Basically you're saying: Python is designed not to work o
Steve Holden wrote:
> Look in the build instructions for "alt-install", and make sure that you
> *know* when you install the new Python that it isn't touching the system
> Python at all. Always run make -n install and check what the script will
> do before running it until you know what you are doi
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lie Ryan wrote:
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Moore wrote:
2009/3/13 Chris Withers :
If a decent package management system *was* included, this wouldn't be an
issue..
Remember that a "d
Aahz pythoncraft.com> writes:
>
> On Fri, Mar 13, 2009, Antoine Pitrou wrote:
> > R. David Murray bitdance.com> writes:
> >>
> >> You will note that what
> >> I suggested was that applications that _use the sync feature_ make
> >> it user controllable.
> >
> > I'm sorry, but if it has nothing
On Fri, Mar 13, 2009 at 12:28:07PM +0300, Oleg Broytmann wrote:
> On Thu, Mar 12, 2009 at 10:14:41PM -0600, Adam Olsen wrote:
> > Yet the ext4
> > developers didn't see it that way, so it was sacrificed to new
> > performance improvements (delayed allocation).
>
>Ext4 is not the only FS with d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lie Ryan wrote:
> Tres Seaver wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Paul Moore wrote:
>>> 2009/3/13 Chris Withers :
If a decent package management system *was* included, this wouldn't be an
issue..
>>> Remember that
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Moore wrote:
2009/3/13 Chris Withers :
If a decent package management system *was* included, this wouldn't be an
issue..
Remember that a "decent package management system" needs to handle
filling in all the forms and arrang
On Fri, Mar 13, 2009, Antoine Pitrou wrote:
> R. David Murray bitdance.com> writes:
>>
>> You will note that what
>> I suggested was that applications that _use the sync feature_ make
>> it user controllable.
>
> I'm sorry, but if it has nothing to do with Python itself, perhaps we
> could stop
On Thu, Mar 12, 2009 at 6:26 PM, Barry Warsaw wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello Bazaar users!
>
> There's a new Bazaar plugin you can use to more easily access read-only or
> read-write branches on code.python.org. This plugin provides the 'py:' url
> prefix. For
On Mar 12, 2009, at 3:15 PM, Martin v. Löwis wrote:
You still wouldn't use the tempfile module in that case. Instead, you
would create a regular file, with the name base on the name of the
important file.
If the file is *really* important, you actually want to use a
temporary, randomly chose
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Moore wrote:
> 2009/3/13 Chris Withers :
>> If a decent package management system *was* included, this wouldn't be an
>> issue..
>
> Remember that a "decent package management system" needs to handle
> filling in all the forms and arranging appro
Nick:
Thanks, man, for even replying. I'm ashamed for posting such a stupid
question, and of course, you're right, as I should have known. I'm used to
answering people's silly questions about c, and am an utter newb in python;
I'm trying to learn Scheme at the same time, so it's kind of hectic a
R. David Murray wrote:
> On Fri, 13 Mar 2009 at 09:58, Chris Withers wrote:
>> Martin v. L�wis wrote:
>>> > In light of this, what I'd love to see (but sadly can't really help
>>> > with, and am not optimistic about happening) is for:
>>> > > - python to grow a decent, cross platform, package ma
Greg Ewing writes:
> I don't think you'll want to code the separators into
> all your format strings in that case, either. You'll
> want some sort of context that you set up for the
> page you're about to serve.
Sure. But the POSIX locale is not a good solution, nor is it a
building block fo
John:
First, you have stumbled on to the wring list. Generally a list whose
name ends in -dev is for the devs of the project. Hence this is the list
where the Python devs live. In future posts like this should be sent to
python-list (comp.lang.python).
Having said that, Canonical's "reluctance" t
John,
I'm afraid the auto-response to the python-3000 list is a little
misleading. That list was for the initial development of python 3.0, and
hence the redirect was to this list which is to discuss the
*development* of the Python interpreter (both 2.x and 3.x).
For more general questions (such
On Fri, 13 Mar 2009 at 12:27, Antoine Pitrou wrote:
R. David Murray bitdance.com> writes:
You will note that what
I suggested was that applications that _use the sync feature_ make
it user controllable.
I'm sorry, but if it has nothing to do with Python itself, perhaps we could stop
this sub
-- Forwarded message --
From:
Date: Thu, Mar 12, 2009 at 8:32 PM
Subject: installation with ubuntu 8.04
To: gnuj...@gmail.com
This mailing list is closed now. Please use python-dev@python.org
instead.
-- Forwarded message --
From: John Wagner
To: python-3...@p
R. David Murray bitdance.com> writes:
>
> You will note that what
> I suggested was that applications that _use the sync feature_ make
> it user controllable.
I'm sorry, but if it has nothing to do with Python itself, perhaps we could stop
this subthread (or move it to another ML)? There are eno
On Fri, 13 Mar 2009 at 14:27, Steven D'Aprano wrote:
On Fri, 13 Mar 2009 01:02:26 pm R. David Murray wrote:
On Fri, 13 Mar 2009 at 00:35, Antoine Pitrou wrote:
R. David Murray bitdance.com> writes:
Seriously, though, the point is that IMO an application should not
be calling fsync unless it p
Eric Smith wrote:
> I like approach 2 in general. I'll give some thought to other, similar
> schemes which would allow "8," or "8,d" to work. I think people will
> write "8," and expect " 1,234", not an error.
Given that PEP 3101 deliberately exposed the underlying Formatter class
to support mor
On Fri, 13 Mar 2009 at 09:58, Chris Withers wrote:
Martin v. L?wis wrote:
> In light of this, what I'd love to see (but sadly can't really help
> with, and am not optimistic about happening) is for:
>
> - python to grow a decent, cross platform, package management system
>
> - the standard
Martin v. Löwis wrote:
>> auto-delete is one of the nice features of tempfile. Another feature
>> which is entirely appropriate to this usage, though, though, is creation
>> of a non-conflicting filename.
>
> Ok. In that use case, however, it is completely irrelevant whether the
> tempfile module
2009/3/13 Chris Withers :
> If a decent package management system *was* included, this wouldn't be an
> issue..
Remember that a "decent package management system" needs to handle
filling in all the forms and arranging approvals to get authorisation
for packages when you download them.
And no, I'm
Jim Jewett wrote:
- python to grow a decent, cross platform, package management system
As stated, this may be impossible, because of the difference in what a
package should mean on Windows vs Unix.
If you just mean a way to add python packages from pypi as with
EasyInstall, then maybe.
I mea
Stephen J. Turnbull wrote:
Greg Ewing writes:
> If an app is using a particular thousands separator in
> one place, it will probably want to use it everywhere.
Not if that app is internationalized (eg, a webapp that serves both
Americans and Chinese).
I don't think you'll want to code the se
Michael Foord wrote:
I have mixed feelings. It is great that the batteries are included, but
some batteries are showing their age or not maintained (who maintains
IDLE? - does the calendar module really warrant being in the standard
library? - imaplib is really not useful and IMAPClient which i
Steve Holden wrote:
Perhaps we could encourage more "jumbo" distributions, like Enthought's
and ActiveState's. I suspect many people would rather be able to
maintain their Python functionality as a single product.
I think you'll find it split..
People who use and love things like zc.buildout d
Martin v. Löwis wrote:
In light of this, what I'd love to see (but sadly can't really help
with, and am not optimistic about happening) is for:
- python to grow a decent, cross platform, package management system
- the standard library to actually shrink to a point where only
libraries that are
On Thu, Mar 12, 2009 at 10:14:41PM -0600, Adam Olsen wrote:
> Yet the ext4
> developers didn't see it that way, so it was sacrificed to new
> performance improvements (delayed allocation).
Ext4 is not the only FS with delayed allocation. New XFS has it, btrfs
will have it. Don't know about othe
Steven D'Aprano wrote:
On Fri, 13 Mar 2009 01:02:26 pm R. David Murray wrote:
On Fri, 13 Mar 2009 at 00:35, Antoine Pitrou wrote:
R. David Murray bitdance.com> writes:
Seriously, though, the point is that IMO an application should not
be calling fsync unless it provides a way for that behavio
Greg Ewing writes:
> Nick Coghlan wrote:
>
> > [[fill]align][sign][#][0][minimumwidth][,sep][.precision][type]
> >
> > 'sep' is the new field that defines the thousands separator.
>
> Wouldn't it be better to use a locale setting for this,
> instead of having to specify it in every for
48 matches
Mail list logo
