New submission from Glenn Travis :
- This mail is in HTML. Some elements may be ommited in plain text. -
Hi to you!
Need a favor from you, do you have an account with Amazon?
Glenn Travis
--
messages: 396511
nosy: Old Sub Sailor
priority: normal
severity: normal
status: open
title
Glenn Travis added the comment:
Here is a copy of the Apple Python call as of April 29, 2021. To my way of
thinking it seems that Apple is saying that someday they will indeed eliminate
all the included “scripting” software from macOS and they further imply that
one should install an. Up-to
Glenn Travis added the comment:
I see that this remains alive. I do have a newer question. Apple continues to
say that they are going to drop all their included versions of python and I
believe ruby in some future version of macOS. I thought that this would happen
in Big Sur, but python
Glenn Travis added the comment:
I think that you are referring to Gatekeeper. Something that I have run into
with various applications, such as certain utility files in Ortho4XP and even
when adding aircraft to X-Plane(some of the developers refuse to become
approved Apple developers
Glenn Travis added the comment:
As per your suggestion I have sent an email to python help, just looking for
info regarding what you would consider the key permission settings.
--
___
Python tracker
<https://bugs.python.org/issue40
Glenn Travis added the comment:
ok, fine.
So what permissions would indicate that "the Python interpreter can read it."
The Get Info screenshot that he sent me looks just like mine with regard to
permissions. The long list in terminal shows nothing special.
I am not having proble
Glenn Travis added the comment:
I think that I will ask him to reinstall Python. Which can be a scary process
for him.
--
___
Python tracker
<https://bugs.python.org/issue40
Change by Glenn Travis :
Added file: https://bugs.python.org/file49159/errormessage.jpg
___
Python tracker
<https://bugs.python.org/issue40649>
___
___
Python-bugs-list m
Glenn Travis added the comment:
I think that there is something odd going on with his python install.
He just tried to run a very simple python script that I made for him,
print('Hello there python interperter')
And he got the same error message again. I do not know what more i
Change by Glenn Travis :
--
title: [Errno 1} -> [Errno 1]
___
Python tracker
<https://bugs.python.org/issue40649>
___
___
Python-bugs-list mailing list
Un
New submission from Glenn Travis :
A fellow on the X-Plane forum reported getting this:
cd desktop/Ortho4XP-130
ianrobertson@Ians-iMac Ortho4XP-130 % python3 Ortho4XP_v130.py
/Library/Frameworks/Python.framework/Versions/3.8/bin/python3: can't open file
'Ortho4XP_v130.py&
Glenn Travis added the comment:
Is there no way to edit a previous comment?
Anyway, I can get it to work as described, but the Launcher Preferences window
also opens when I run a script. Did I miss a setting?
--
___
Python tracker
<ht
Glenn Travis added the comment:
It is working now. However, I end up with two terminal windows open.
One is the one that I opened and the second appears to have been opened by the
Launcher??
--
___
Python tracker
<https://bugs.python.
Glenn Travis added the comment:
Thank you Ned.
So close now. After your final fix, if I understood you correctly, we will no
longer have to open Terminal?
And, excuse my vast knowledge gap, but will it ever be possible to not have the
terminal run in the future
Glenn Travis added the comment:
Well heck.
I just tried it, and got an error. The error does not occur when I run the
script directly from the Terminal, nor when I run it via IDLE (double click)
Last login: Thu May 14 07:57:11 on ttys000
But what do I know? % cd '/Volumes/BigHDD/Ort
Glenn Travis added the comment:
I appreciate the update.
As an aside, I keep the terminal in the dock.
--
___
Python tracker
<https://bugs.python.org/issue40
Glenn Travis added the comment:
I tried to report this concern under Documentation, but got shot down as
duplicate.
I have the same results. I tried to make Launcher the default "Open With"
application for a script, also tried dragging (and Option dragging) the script
to th
Glenn Travis added the comment:
Thank you, but how in the world does one know where to look or find that
document at github. I tried to search earlier and got hundreds of listings for
python doc.
Sent from my iPhone
> On May 9, 2020, at 16:36, Glenn Travis wrote:
>
> Thank
Glenn Travis added the comment:
Thank you Remi
> On May 9, 2020, at 4:15 PM, Rémi Lapeyre wrote:
>
>
> Rémi Lapeyre added the comment:
>
> Hi Gleen, the best way forward is to propose an improvement to the current
> documentation. It will get reviewed and merge if
Glenn Travis added the comment:
So, how do we wake this sleeping concern up?
--
nosy: +TotallyLost
___
Python tracker
<https://bugs.python.org/issue32
Glenn Travis added the comment:
Pull - Request?
--
___
Python tracker
<https://bugs.python.org/issue40580>
___
___
Python-bugs-list mailing list
Unsubscribe:
Glenn Travis added the comment:
Thank you for your reply. I just wanted to renew or recall attention to the
older one. It seems to have been dormant for too long.
A C program is like a fast dance on a newly waxed dance floor by people
carrying razors. -W.R.
And now for something
New submission from Glenn Travis :
This was reported two years ago, and still is not fixed
https://bugs.python.org/issue32824#msg312028
and the documentation is even older. It starts off referencing
"Mac OS X 10.8" and Apple Documents that are archived.
Then the section referen
Travis Lazar added the comment:
FYI: this affects tornado_http and django_template as well.
--
___
Python tracker
<https://bugs.python.org/issue38739>
___
___
Travis Lazar added the comment:
Really appreciate all the commentary and references here. Thanks for that.
The resolution of disabling html5lib in pyperformance is good. I'll assume no
html5lib benchmarking in pyperformance (master) until a version of html5lib is
released compatible
Travis Lazar added the comment:
Forgot to include that this was built on an aarch64 (Ampere eMAG) system.
--
___
Python tracker
<https://bugs.python.org/issue38
New submission from Travis Lazar :
When running pyperformance html5lib test, the application crashes with
"ImportError: cannot import name 'Mapping' from 'collections'
(/py3buildpath/lib/python3.9/collections/__init__.py)"
To reproduce:
1 - Build Python fr
New submission from Travis O'Neill :
Mimetype is set to application/octet-stream for .wasm files instead of the
correct application/wasm. This causes streaming compile feature to fail
(https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/WebAss
Change by Travis DePrato :
--
pull_requests: +6507
___
Python tracker
<https://bugs.python.org/issue33421>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Travis DePrato :
--
pull_requests: +6508
___
Python tracker
<https://bugs.python.org/issue33421>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Travis DePrato :
The documentation for the typing module makes no mention of
AsyncContextManager, which is defined in Lib/typing.py as
AsyncContextManager = _alias(contextlib.AbstractAsyncContextManager, T_co)
as of >= Python 3.8; before 3.8, no s
Glenn Travis added the comment:
Alas, I apologize
--
___
Python tracker
<http://bugs.python.org/issue27217>
___
___
Python-bugs-list mailing list
Unsubscribe:
Glenn Travis added the comment:
Thank you again,
Does that mean that I will need to reinstall 8.6 when python 3.6 comes out?
> On Jun 4, 2016, at 11:34 AM, Ned Deily wrote:
>
>
> Ned Deily added the comment:
>
> Well, 8.6 is the latest version of Tcl/Tk but, because
Glenn Travis added the comment:
Ok,
Thank you. I wonder why they have OS X version 8.6, which seems to be the
default dl link page?
> On Jun 4, 2016, at 11:25 AM, Ned Deily wrote:
>
>
> Ned Deily added the comment:
>
> Assuming you are using the Python 3.5.1 from the pyth
New submission from Glenn Travis:
I do not know if this is truly an issue, but it is a concern to me.
I installed Tk 8.6 after reading all the Macintosh OS warnings online and in
the IDLE window. However, according to the About IDLE box, IDLE is still
"using" 8.5; and the war
New submission from Travis:
This code works fine with all my workbooks except the one with a heavier amount
of data. Please let me know if you want the excel file I am trying to open with
this code.
--
components: IDLE, IO, Installation, Interpreter Core, Library (Lib), Macintosh
Travis A. Everett added the comment:
Thanks, Martin--I should've thought to check to see if it'd just been pushed
back in the list. I was just focusing on a workaround for another problem and
did a double-take when the traceback value didn't match what was set.
This resolutio
New submission from Travis A. Everett:
When BaseException.with_traceback(tb) is used, the __traceback__ property is
properly set, but the property gets overwritten when the exception is raised.
The attached file demonstrates the issue by raising exception a, which doesn't
use with_trac
New submission from Travis Everett:
I've been working on a testing tool which raises its own exceptions from those
thrown by code under test. The tool's exceptions do some analysis to categorize
and add additional information to the underlying exceptions, and they need
access to the
Travis Thieman added the comment:
Thank you all for the helpful comments. A revised attempt is attached as
-2.patch, with improved behavior around using cwd if the child is never called
and orig_executable if it is. I opted not to fix the issue with the redundancy
in the error message as I
Travis Thieman added the comment:
The attached patch includes the first element in args in _execute_child to the
OSError exception subclass. This correctly populates the 'filename' field on
the resulting exception. A test is also included that fails without the patch.
-
Travis Thieman added the comment:
Why is it insufficient to run a synchronous 'filter' over the list returned by
'Pool.map'? These functional constructs are inherently composable, and we
should favor composing simple implementations of each rather than implementing
s
Travis added the comment:
Interface
--
nosy: +honorableinvasi
title: Remove -mno-cygwin from distutils -> Interface
Added file: http://bugs.python.org/file31417/test2.html
___
Python tracker
<http://bugs.python.org/issu
Travis Oliphant added the comment:
On Aug 3, 2012, at 1:35 AM, Martin v. Löwis wrote:
>
> Martin v. Löwis added the comment:
>
>> This is a mis-understanding of what NumPy does and why.There is
>> a need to byte-swap only when the data is stored on disk in the
Travis Oliphant added the comment:
On Aug 2, 2012, at 6:09 PM, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
>> The byte-swapping must be done prior to conversion to a Python
>> Unicode-Object when selecting data out of the array.
>
> But t
Travis Oliphant added the comment:
On Aug 2, 2012, at 5:28 PM, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
> Agreed with Martin. Byte-swapped unicode data in unicode objects doesn't make
> sense, since it will break the semantics of many operations.
Travis Oliphant added the comment:
On May 19, 2010, at 2:38 PM, Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
> Travis, this issue is still assigned to you. Do you plan to work on this at
> some stage, or may I unassign you?
>
You may unassign it from m
Travis Oliphant added the comment:
On Feb 12, 2010, at 7:29 PM, Meador Inge wrote:
>
> Meador Inge added the comment:
>
> Is anyone working on implementing these new struct modifiers? If
> not, then I would love to take a shot at it.
That would be
Travis H. added the comment:
On Fri, Sep 18, 2009 at 07:44:56AM +, Martin v. L??wis wrote:
>
> Your patch looks good (except that in getresuid, you seem to be missing
> return). I have no clue why it doesn't work; I'll see whether I can try it
> out on Linux within
Travis H. added the comment:
This patch fixes a number of typos in the original and, to my knowledge,
is now complete.
I have tested this manually and confirmed that it works. I would start
as root, setresuid/gid to some non-root uid/gids, getresuid/gid to test
those functions, and follow it
Travis H. added the comment:
I applied the same patch to Python 2.6.2 and believe that I got the
tab/space situation worked out so that it's consistent with the rest of
posixmodule.c
I also executed autoconf to convert configure.in to configure, and
judging by the config.log, it is testin
Travis H. added the comment:
Simplified if/else chaining
Uploading here before testing on new machine (m4 was too old on previous
machine)
--
Added file: http://bugs.python.org/file14918/foo.txt
___
Python tracker
<http://bugs.python.org/issue6
Travis H. added the comment:
I have coded up a first draft at implemented {get,set}res{gid,uid}
functions. This completes the exposure of the user and group setting
functions, and enables python programmers to be able to safely drop
privileges, for example when running network daemons as root
Travis H. added the comment:
Where would be the best place to put these non-POSIX calls?
I looked at posixmodule.c and it's a mess; much conditional CPP logic
governing what gets compiled, not clear where I should add something
like this there - if I should at all, since these routines ar
Travis H. added the comment:
On Fri, Aug 21, 2009 at 08:42:43PM +, Martin v. L??wis wrote:
>
> Martin v. L??wis added the comment:
>
> > It would still be nice to have the currently unimplemented platform
> > wrappers added to the standard library, though. Fo
Travis H. added the comment:
This is my first stab at creating a "privilege" module that implements
the API suggested in the second aforementioned paper.
It is syntactically correct but has some TODO items in it that must be
completed before it will work.
Any suggestions on this cod
Travis H. added the comment:
Figured out how to test is_finished attribute of the zlib module properly.
--
Added file: http://bugs.python.org/file14764/test_zlib.py.diff
___
Python tracker
<http://bugs.python.org/issue5
Travis H. added the comment:
The routines necessary for implementing Wagner's API for dropping
privileges are:
sysconf function: available in os module
_SC_NGROUPS_MAX constant: unsure
abort function: available in os module
getresuid function: needs implementing[1]
getresgid function:
Travis H. added the comment:
The posixmodule.c seems to have a lot of really complex CPP logic about
what chunks to compile. If the target is to put the code there, I would
have to be guessing - next to the HAVE_GETEUID looks promising.
But wouldn't it be better to have the configure s
New submission from Travis H. :
It should be easier to write network servers and setuid programs in
python. One of the troublesome issues is that the semantics of the
setuid/getuid-related calls are quite complicated.
There are two papers on this subject that form the background of this
Travis H. added the comment:
Diff to tests
Implements all suggested changes save one:
I wasn't sure how to test that is_finished is clear one byte before the
end of the compressed section. Instead, I test that it is clear before
I call the compression routine.
--
Added file:
Travis H. added the comment:
zlibmodule.c.diff Implements all the suggested features, but I'm not
exactly sure whether it handles reference counts properly.
--
Added file: http://bugs.python.org/file14762/zlibmodule.c.diff
___
Python tracker
Travis H. added the comment:
Attaching unit test diff
Output of "diff -u test_zlib.py~ test_zlib.py"
--
Added file: http://bugs.python.org/file14745/zlib_finished_test.txt
___
Python tracker
<http://bugs.python.
Travis H. added the comment:
What kind of tests did you have in mind?
Unit tests in python, or something else?
--
nosy: +solinym
___
Python tracker
<http://bugs.python.org/issue5
Travis H. added the comment:
should also expose setresgid for same reason.
Paper also defines a higher-level API in section 8.2.1 that would
probably be worth implementing.
--
___
Python tracker
<http://bugs.python.org/issue6
New submission from Travis H. :
Python should expose setresuid in the same module that exposes setuid.
The reason why is complicated, but is best explained here:
http://www.eecs.berkeley.edu/~daw/papers/setuid-usenix02.pdf
I might work on a patch to implement this.
--
components
New submission from Travis H. :
The zlib C library has the capability to indicate the end of a
compressed stream by returning a Z_STREAM_END from a call to inflate.
This allows uncompressed data to follow some compressed data. It is
necessary to know when the end of the compressed stream has
Travis Hassloch added the comment:
Here is a patch which adds a member called is_finished to decompression
objects that allows client code to know when it has reached the end of
the compressed stream.
--
keywords: +patch
Added file: http://bugs.python.org/file13056/zlibmodule.diff
Travis Hassloch added the comment:
Attached is a difference which implements CAPABILITIES and MODE READER
and leaves some TODO comments for other RFC 3977 commands.
--
keywords: +patch
Added file: http://bugs.python.org/file13020/nntplib.diff
New submission from Travis Hassloch :
Underlying zlib can determine when it has hit the end of a compressed
stream without reading past the end. Python zlib implementation requires
that one read past the end before it signals the end by putting data in
Decompress.unused_data. This complicates
New submission from Travis Hassloch :
RFC 977 has been obsoleted by RFC 3977
Numerous new commands, standardized extensions, clarifications.
--
components: Library (Lib)
messages: 81587
nosy: travis
severity: normal
status: open
title: nntplib needs updating to RFC 3977
type: feature
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
Another comment on statements made
* I don't see where array.array getbuf implementation is broken. It
looks correct to me. It sets view.shape to NULL unless the consumer
asked for the shape information to be reported in wh
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
My perspective on statements made:
* Memoryview object should report it's length as self->view.shape[0]
unless self->view.shape is NULL (indicating in this case a 0-d array or
scalar). In this case, it should raise a
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
I will take some time in the next week to look at this issue. Thank you
for bringing these bugs to my attention.
I did not finish the memoryview implementation, due to other demands on
my time. I appreciate the efforts of so m
Changes by Travis N. Vaught <[EMAIL PROTECTED]>:
--
nosy: +tvaught
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3617>
___
__
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
This can be re-targeted to 3.1 as described.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Travis Oliphant <[EMAIL PROTECTED]>:
--
versions: +Python 3.1 -Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
It would have been nice to finish the memoryview object for 3.0, but I
ran into time constraints. The pieces that are left can be pushed to 3.1
___
Python tracker <[EMAIL PROTECTE
Changes by Travis Oliphant <[EMAIL PROTECTED]>:
--
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3046>
___
__
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
I've added comments in the code to document these functions. I have no
opinion where they live except they should probably be available to
extensions modules.
These routines increment an N-length counter representing a posit
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
I'm sorry that I was unavailable for comment during July and August as
it looks like a lot of decisions were made that have changed the
semantics a bit. I'm still trying to figure out why the decisions were
made that were
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
I will look at the patch, but generally I'm not inclined to give the
array module more legs because I agree that the desired functionality
should be put into the memoryview object and the buff
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
Greg Ewing's comment in the thread that read/write locking is orthogonal
to memory-buffer moving is to me the most convincing argument that the
locking portion of the getbuffer function call should be removed and
potentially
Changes by Travis Oliphant <[EMAIL PROTECTED]>:
--
assignee: -> theller
components: +ctypes
nosy: +theller
type: -> behavior
versions: +Python 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Travis Oliphant <[EMAIL PROTECTED]>:
The ctypes object will support the PEP 3118 buffer protocol. This
support can be back-ported to Python 2.6
--
messages: 63977
nosy: teoliphant
severity: normal
status: open
title: Backport ctypes support for buffer proto
Changes by Travis Oliphant <[EMAIL PROTECTED]>:
--
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2399>
__
___
Python-bugs
Changes by Travis Oliphant <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file9734/msi.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2399>
__
_
New submission from Travis Oliphant <[EMAIL PROTECTED]>:
The attached patches add the following features to MSI building:
* allow splitting into multiple CABs
* prevent problem when data-base commits grow beyond a certain number
* fix to handle all file names
* change the way unique ke
Changes by Travis Oliphant <[EMAIL PROTECTED]>:
--
title: struct module changes of PEP 3118 -> [Py3k] struct module changes of PEP
3118
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Travis Oliphant <[EMAIL PROTECTED]>:
--
title: Finish the memoryview object implementation -> [Py3k] Finish the
memoryview object implementation
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Travis Oliphant <[EMAIL PROTECTED]>:
The changes to the struct module in PEP 3118 should be backported to 2.6
as it is backward compatible and would smooth the transition to 3.0. It
is lower priority and could wait until 2.7
--
components: Library (Lib)
me
New submission from Travis Oliphant <[EMAIL PROTECTED]>:
The memoryview object in Python 2.6 would help in the transition to
Python 3.0. It is a lower-priority and could wait until 2.7 if it
doesn't get finished.
--
components: Interpreter Core
messages: 63930
nosy: teolipha
Changes by Travis Oliphant <[EMAIL PROTECTED]>:
--
type: -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2395>
__
___
Python-b
New submission from Travis Oliphant <[EMAIL PROTECTED]>:
The additions to the struct module spelled out in PEP 3118 need to be
implemented for Python 3.0
--
components: Library (Lib)
messages: 63929
nosy: teoliphant
severity: normal
status: open
title: struct module changes of PE
New submission from Travis Oliphant <[EMAIL PROTECTED]>:
The memoryview object in Python 3.0 needs to be finished. There are a
few methods that are not complete. In particular, the __getitem__ and
__setitem__ functionality needs to be finished as well as the tolist()
Travis Oliphant <[EMAIL PROTECTED]> added the comment:
Back-porting of the new buffer interface was done in r61491. This issue
can be closed.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Travis Oliphant <[EMAIL PROTECTED]>:
Some (or all) of PEP 3118 should be backported to Python 2.6 because it
does not require backward-incompatible changes and can assist in the
transition to 3.0.
This issue is to be sure that the buffer-interface portion of PEP 3
Travis Oliphant added the comment:
I have two issues with this patch:
1) I'm not sure it's that bad to need to use '%d' % long(obj) to ensure
conversion to a long integer.
2) If this kind of auto-conversion is deemed useful, then the patch
itself is rather complicated.
Travis Oliphant added the comment:
This issue can be closed. The issue is resolved in SVN.
--
nosy: +teoliphant
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
Travis Oliphant added the comment:
I applied phuang's patch in revision 58598. This can be closed.
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue708374>
_
1 - 100 of 102 matches
Mail list logo
