On Jan 30, 9:21 am, Steven D'Aprano steve
+comp.lang.pyt...@pearwood.info wrote:
I think this is a fairly accurate description of (one aspect of) the
problem.
If you dont see it as a problem how do you explain that google can
search the World Wide Web better than we can search our
On Jan 27, 10:47 pm, Grant Edwards inva...@invalid.invalid wrote:
So you're saying that you don't see any value in easing communication,
nor presumably in communication itself?
A Goedel-ian meta-recursion problem here Grant:
You want to communicate the need for communication to one who does
On Jan 29, 4:10 am, Ben Finney ben+pyt...@benfinney.id.au wrote:
Note that Raymond is speaking specifically in the context of free
software, where the license is by definition permitting free
redistribution of the source code.
It is an obvious necessary condition that for code to be opened it
On Jan 27, 11:45 pm, rantingrick rantingr...@gmail.com wrote:
When has Octavian been uncivil? This lecture of Octavian is ludicris!
You are such a friendly totalitarian, how do you keep a strait face --
Col. Hans Landa?
And this mutual 'support' between Octavian and Ranter is ludicris(sic)
On Jan 26, 11:18 am, Octavian Rasnita orasn...@gmail.com wrote:
From: rantingrick rantingr...@gmail.com
On Jan 25, 3:41 pm, Corey Richardson kb1...@aim.com wrote:
Do you honestly think he was talking about the accessibility problem?
IMO that should move to another thread, because this one
On Jan 27, 12:02 am, Nicholas Devenish misno...@gmail.com wrote:
Heck, I am probably wasting my time with this post; but you come across
as genuine in your held central beliefs, and so either serious or the
most dedicated and adept troll I have ever encountered. In the case of
the former, I
On Jan 27, 3:35 am, rantingrick rantingr...@gmail.com wrote:
On Jan 26, 3:48 pm, Grant Edwards inva...@invalid.invalid wrote:
People will not separate your personality from the cause you espouse.
You may not like it, but that's a fact. If you are in favor of XYZ,
and act rude and
Just trying to sift the BS from the real issues
Heres a list of the issues relating to GUI toolkits
Look
Nativity-1 (as in apps look like other apps on the OS)
Nativity-2 (as in uses 'bare-metal' and not a separate interpreter)
Themeing (ttk)
Efficiency (extra interpreter)
Cross Platform
On Jan 25, 11:15 pm, Terry Reedy tjre...@udel.edu wrote:
On 1/25/2011 10:29 AM, rusi wrote:
Just trying to sift the BS from the real issues
Heres a list of the issues relating to GUI toolkits
Look
Nativity-1 (as in apps look like other apps on the OS)
Nativity-2 (as in uses 'bare
On Jan 23, 5:07 am, rantingrick rantingr...@gmail.com wrote:
WxPython versus Tkinter (A code battle to the death!)
by Rick Johnson.
I have in many threads declared that Tkinter (and TclTk) is currently
--and has been for a decade-- the wrong choice for Python's stdlib
GUI. Throughout the
On Jan 24, 9:16 am, Littlefield, Tyler ty...@tysdomain.com wrote:
PS: Be sure not to cause any segfaults because these linux folks can't
debug for shite!
Or maybe it is that the person fighting and throwing insults around like
candy at a parade can't code for shite. Or *gasp* the library
On Jan 22, 10:20 pm, Kirill Simonov x...@gamma.dn.ua wrote:
On 01/22/2011 12:25 AM, rusi wrote:
On Jan 22, 2:45 am, Clark C. Evansc...@clarkevans.com wrote:
Kirill Simonov and myself would like to introduce HTSQL, a novel
approach to relational database access which is neither an ORM nor
On Jan 22, 2:45 am, Clark C. Evans c...@clarkevans.com wrote:
Kirill Simonov and myself would like to introduce HTSQL, a novel
approach to relational database access which is neither an ORM nor raw SQL.
:
We're curious what you think.
Thanks -- looks interesting.
Given the claim htsql is
On Jan 20, 5:30 pm, Bill Felton subscripti...@cagttraining.com
wrote:
With some hesitation, I feel a need to jump in here.
This thread is now at 239 posts (and so I too hesitate...)
The arguments for size, dependencies etc are what may be termed 'sys-
ad' perspectives.
The questions of 'it
On Jan 18, 4:13 am, rantingrick rantingr...@gmail.com wrote:
On Jan 17, 4:47 pm, Terry Reedy tjre...@udel.edu wrote:
On 1/16/2011 11:20 PM, rantingrick wrote:
Ok, try this...
http://juicereceiver.sourceforge.net/screenshots/index.php
On Dec 10, 2:29 am, Gerry Reno gr...@verizon.net wrote:
If you have any need of a portable LAMP stack, I just finished writing
some How-To's for getting Python, VirtualEnv and WSGI frameworks running
with XAMPP:
How-To: Add VirtualEnv and Pylons (WSGI framework) to XAMPP
On Dec 8, 11:24 pm, Adam Tauno Williams awill...@whitemice.org
wrote:
On Wed, 2010-12-08 at 13:18 +0530, Rustom Mody wrote:
If I have a medium to large python code base to browse/study, what are
the class browsers available?
Monodevelop has good Python support which includes a working
New submission from Rusi rustompm...@gmail.com:
When running trace, I get a a lot of lines like:
filename: /usr/lib/python2.7/cmd.py, modulename: cmd, funcname: Cmd
That is to say system modules are shown in the trace whereas I only want to see
the code I am working on
Ive tried
python2.7 -m
On Dec 10, 9:17 pm, nn prueba...@latinmail.com wrote:
On Dec 9, 10:15 pm, rusi rustompm...@gmail.com wrote:
In trying to get from 2.x to 3 Terry suggested I use 2.7 with
deprecation warnings
Heres the (first) set
DeprecationWarning: Overriding __eq__ blocks inheritance of __hash__
On Dec 10, 10:53 am, rusi rustompm...@gmail.com wrote:
Ive installed python 2.7
And trace still ignores my ignore-module etc requests
Is this a know bug with the trace module?
I find it hard to believe that as traces naturally tend to get huge
unless carefully trimmed
--
http://mail.python.org
Rusi rustompm...@gmail.com added the comment:
Hi Eric
Sorry for not being clear.
This is more of a feature request than a bug report as suggested by Terry
Reedy on the python mailing list (see here
http://mail.python.org/pipermail/python-list/2010-December/1262149.html
The warnings are in my
On Dec 9, 1:39 pm, Terry Reedy tjre...@udel.edu wrote:
On 12/9/2010 1:10 AM, rusi wrote:
I am unable to get trace to not trace system modules.
Try it with 3.2b1, just released. Multiple bugs were fixed in trace.
Some fixes might also be in recent 2.7.1 and 3.1.3. Not sure.
--
Terry Jan
On Dec 9, 9:03 pm, Terry Reedy tjre...@udel.edu wrote:
On 12/9/2010 7:12 AM, rusi wrote:
On Dec 9, 1:39 pm, Terry Reedytjre...@udel.edu wrote:
On 12/9/2010 1:10 AM, rusi wrote:
I am unable to get trace to not trace system modules.
Try it with 3.2b1, just released. Multiple bugs were
On Dec 9, 10:37 pm, rusi rustompm...@gmail.com wrote:
On Dec 9, 9:03 pm, Terry Reedy tjre...@udel.edu wrote:
On 12/9/2010 7:12 AM, rusi wrote:
On Dec 9, 1:39 pm, Terry Reedytjre...@udel.edu wrote:
On 12/9/2010 1:10 AM, rusi wrote:
I am unable to get trace to not trace system
In trying to get from 2.x to 3 Terry suggested I use 2.7 with
deprecation warnings
Heres the (first) set
DeprecationWarning: Overriding __eq__ blocks inheritance of __hash__
in 3.x
DeprecationWarning: callable() not supported in 3.x; use isinstance(x,
collections.Callable)
Is there one
New submission from Rusi rustompm...@gmail.com:
I am trying to port some app from 2.x to 3.x
Terry Reedy suggested using 2.7
I get deprecation warnings (with -3 flag)
I would be good to have a place to check all such and have suggested solutions
--
components: 2to3 (2.x to 3.0
I am unable to get trace to not trace system modules.
I tried:
$ python -m trace --listfuncs tt.py --ignore-module 'bdb' tracefile
$ python -m trace --listfuncs --ignore-dir /usr/lib/python2.6 tt.py
tracefile
and many other combinations
But anyhow my tracefile contains lines like this:
901 - 927 of 927 matches
Mail list logo
