Changes by Raghuram Devarakonda draghu...@gmail.com:
--
nosy: -draghuram
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6210
___
___
Python-bugs
Changes by Raghuram Devarakonda draghu...@gmail.com:
--
nosy: +draghuram
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9857
___
___
Python-bugs
Raghuram Devarakonda draghu...@gmail.com added the comment:
Please check issue1322 for past discussion on similar topic (usability of
lsb_release in platform.py).
--
nosy: +draghuram
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Raghuram Devarakonda draghu...@gmail.com:
--
nosy: +draghuram
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6210
___
___
Python-bugs
Changes by Raghuram Devarakonda draghu...@gmail.com:
--
nosy: +draghuram
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8828
___
___
Python-bugs
Raghuram Devarakonda draghu...@gmail.com added the comment:
As suggested, please post in c.l.py or other forums. Open a bug here only if
you are sure that there is a bug in Python.
--
nosy: +draghuram
resolution: - invalid
status: open - closed
Changes by Raghuram Devarakonda draghu...@gmail.com:
--
nosy: +draghuram
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8692
___
___
Python-bugs
Raghuram Devarakonda draghu...@gmail.com added the comment:
I am not sure I understand: currently Ctrl-C generates a
KeyboardInterrupt, which can be caught by the application which can
then decide how to proceed (in particular it can start another command
loop or exit with a meaningful
Raghuram Devarakonda draghu...@gmail.com added the comment:
On Sun, Nov 8, 2009 at 8:22 PM, Ilya Sandler rep...@bugs.python.org wrote:
Is not this patch backward incompatible?
E.g any cmd-based application which expects Ctrl-C to propagate to the
top level will be broken by this patch
Raghuram Devarakonda draghu...@gmail.com added the comment:
It is better for this functionality to be added in Cmd module as that
will benefit all users of that module. Please see bug #1294 which has a
patch for this purpose. It would be nice if you can test with that patch
and see if pdb works
Changes by Raghuram Devarakonda draghu...@gmail.com:
--
nosy: +draghuram
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6701
___
___
Python-bugs
On Jul 30, 2:43 am, Diez B. Roggisch de...@nospam.web.de wrote:
Write a TestCase-subclass that simply works like this:
class FileTests(TestCase):
def test_create(self):
self.created_file = create()
assert something
def test_list(self):
self.test_create()
Hi,
I have three functions - create(), list(), and delete(). create()
creates a new name in the file system hierarchy while list() displays
all such created names and delete() removes them. I would like to
write test cases for each of these functions, say, test_create() ,
test_list(), and
Changes by Raghuram Devarakonda draghu...@gmail.com:
--
nosy: +draghuram
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6275
___
___
Python-bugs
Changes by Raghuram Devarakonda draghu...@gmail.com:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue974019
Changes by Raghuram Devarakonda draghu...@gmail.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5409
Raghuram Devarakonda draghu...@gmail.com added the comment:
Please use the fix suggested by Tim Gordon.
--
nosy: +draghuram
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5374
Raghuram Devarakonda draghu...@gmail.com added the comment:
On Thu, Feb 26, 2009 at 9:32 AM, Andy Buckley rep...@bugs.python.org wrote:
Dang, why didn't I think of that? Cheers. Might be worth mentioning that
in the documentation, in case there are other people with my particular
brand
Raghuram Devarakonda draghu...@gmail.com added the comment:
The attached patch is a proof of concept for throwing an exception.
If it is not too much of a problem, can you upload the patch to
http://codereview.appspot.com? Reviewing there is simpler. Also, you
will have to include some test
Raghuram Devarakonda draghu...@gmail.com added the comment:
On Wed, Jan 28, 2009 at 5:13 PM, Antoine Pitrou rep...@bugs.python.org wrote:
shutil_destinsrc.patch has both the code chage and two test cases.
Actually test cases are much longer than the code itself
Raghuram Devarakonda draghu...@gmail.com added the comment:
On Thu, Jan 29, 2009 at 1:32 PM, Antoine Pitrou rep...@bugs.python.org wrote:
Sorry, I had only given a quick look at Benjamin's patch, not yours.
Actually Benjamin's patch does not seem to address anything, which makes
things more
Raghuram Devarakonda draghu...@gmail.com added the comment:
On Tue, Jan 27, 2009 at 12:35 PM, James Cooper rep...@bugs.python.org wrote:
This may not be a show-stopping bug, but it's non-obvious, annoying,
unnecessary, and very easy to fix. Any chance of getting this into a
release
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
I had the same need in my small command line client (that uses Cmd.Cmd)
and I solved it by using shlex.split() instead of regular string split.
I haven't looked at optparse code lately and perhaps it can do the same.
--
nosy
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
nosy: +draghuram
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4297
___
___
Python-bugs-list
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
nosy: -draghuram
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1210
___
___
Python-bugs-list
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
nosy: +draghuram
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3187
___
___
Python-bugs-list
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Please take a look at #1322 for some discussion on this topic.
--
nosy: +draghuram
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3937
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
This seems to be duplicate of #1210.
--
nosy: +draghuram
resolution: - duplicate
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3728
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
The other failure is trivial, I've fixed it in r65780.
#1709112 has been reported earlier in relation to pagefile.sys. Your
patch addresses at least part of the problem there. I wonder if that
issue can be closed.
--
nosy
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
On Mon, Aug 18, 2008 at 10:28 AM, Antoine Pitrou [EMAIL PROTECTED] wrote:
Since the purpose of the test is, allegedly, to Verify that an open
file can be stat'ed, it may be simpler to create and open a file
ourselves
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Patch works under Windows.
Thanks. Can you please commit the change?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3134
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
WindowsError issue is now fixed in r65644.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1545
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
I have submitted a patch (http://codereview.appspot.com/2384) for
WindowsError issue as it is reported in two other bugs #3134 and #2549.
I have only tested on Linux so I would appreciate if some one who have
access to windows can test
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
On Wed, Jun 18, 2008 at 9:28 PM, Richard King [EMAIL PROTECTED] wrote:
Richard King [EMAIL PROTECTED] added the comment:
There were some other things I wanted too so I just made my own cmd.py.
Yes. Lot of people seem to use their own
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
I submitted a patch at http://codereview.appspot.com/2384. Please take a
look.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3134
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Richard, I see the following very clearly mentioned in the doc:
If you want a given stdin to be used, make sure to set the instance’s
use_rawinput attribute to False, otherwise stdin will be ignored.
Even though this seems like
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
This is same as #2549 which also reported the same problem. In fact, the
problem was originally found in #1545. As I said there, the proposed
patch has a very small problem. Can you please take a look?
--
nosy: +draghuram
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Isn't this similar to #1608818?
--
nosy: +draghuram
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3115
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Is there any particular reason to assert for failed function at all?
This test seems to be for 'onerror' function and the test would be valid
even without asserting whether the failed API is 'remove' or 'listdir'
etc. Isn't
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
I am not sure if copyfile() should be trying to copy named pipes (or any
other special files for that matter). The best way is perhaps to check
and skip such files.
--
nosy: +draghuram
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Similar problem is reported in #2760.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2632
__
___
Python-bugs-list
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Similar problem has been reported in #2632 as well.
--
nosy: +draghuram
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2760
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
My update with email failed so I am just copying my response here:
while working on the patch to add the same feature in rmtree, I realized
this is a non sense since the root folder itself is removed at the end
of the function when
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
The patch looks good to me.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2663
__
___
Python-bugs-list mailing list
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
I forgot to add that the example provided in rst doc is incorrect. The
copytree() in that example should be given destination path as well. In
addition, the docstring for copytree mentions which is a directory
list. directory list
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Duplicate of #2710.
--
nosy: +draghuram
resolution: - duplicate
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2711
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
I don't think this request is appropriate for bug tracker. If you are
really keen, bring it up on perhaps python-ideas mailing list.
--
nosy: +draghuram
resolution: - invalid
status: open - closed
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
title: test_socket_ssl hanhs on Windows (deadlock) - test_socket_ssl hangs on
Windows (deadlock)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1489
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Can some one with commit privileges check in shutil_destinsrc.patch? The
change is rather simple and there is no point for issues such as these
to remain open for long time.
__
Tracker [EMAIL PROTECTED
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
Is there any reason for rmtree also to not support this exclusion
feature? Both copytree and rmtree explicitly iterate over list of names
and as I see it, this exclusion is really about which names to ignore.
Already, copytree and rmtree
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
nosy: +draghuram
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2663
__
___
Python-bugs-list mailing list
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
The relevant python-dev thread is
http://mail.python.org/pipermail/python-dev/2008-April/078613.html
--
nosy: +draghuram
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2632
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
The doc for cmd at
http://docs.python.org/dev/library/cmd.html#module-cmd says:
Instances of Cmd subclasses have some public instance variables:
.
.
.
Cmd.use_rawinput¶
A flag, defaulting to true. If true, cmdloop() uses raw_input
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
This problem has been noticed as part of issue1545 and a patch with the
fix has been proposed but has a small problem with it. Do you want to
take a look?
--
nosy: +draghuram
__
Tracker [EMAIL
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1577
Changes by Raghuram Devarakonda [EMAIL PROTECTED]:
--
keywords: +easy
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2047
__
___
Python-bugs-list mailing list
Raghuram Devarakonda [EMAIL PROTECTED] added the comment:
I am closing it as invalid.
--
nosy: +draghuram
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2283
Changes by Raghuram Devarakonda:
--
nosy: +draghuram
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1714
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Raghuram Devarakonda:
--
nosy: +draghuram
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1524825
_
___
Python-bugs-list mailing list
Unsubscribe
Raghuram Devarakonda added the comment:
The function is just a one liner in 2.6 and it's used in one place only.
Let's move it into move().
Isn't it clear from this issue's original description that there is a
bug in the one liner that needs fix ?
__
Tracker
Raghuram Devarakonda added the comment:
Should this 'undesirable' behavior be documented? My thoughts are
Document should definitely reflect the code whether the behaviour is
desirable or not.
a) All the key,value pairs in the named section be retrived from entire
file. Just appending
Raghuram Devarakonda added the comment:
On Fri, Feb 29, 2008 at 9:21 PM, Joseph Armbruster
[EMAIL PROTECTED] wrote:
On another note, I just completed building the docs in windows and
shutil.destinsrc does not appear to be documented. I did notice this
description for shutil:
destinsrc
Raghuram Devarakonda added the comment:
Raghuram, you've been too fast ;-)
Sorry about that :-) and thanks for validating the test cases.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2047
Raghuram Devarakonda added the comment:
I am closing it as there is no activity for long time. Please reopen if
required.
--
nosy: +draghuram
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue456086
Raghuram Devarakonda added the comment:
Can you write a test to catch this problem? The patch should preferably
be against the latest svn source.
--
nosy: +draghuram
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2047
Raghuram Devarakonda added the comment:
I added couple of test cases. Please see the patch shutil_destinsrc.patch.
Added file: http://bugs.python.org/file9393/shutil_destinsrc.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2047
Raghuram Devarakonda added the comment:
Christian, do you mind testing on windows? I tested only on Linux.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2047
__
___
Python-bugs
Raghuram Devarakonda added the comment:
no activity and no patch.
--
nosy: +draghuram
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue549764
Raghuram Devarakonda added the comment:
looks to have been fixed.
--
nosy: +draghuram
resolution: - fixed
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue725149
Raghuram Devarakonda added the comment:
Closing as there is no activity for long time.
--
nosy: +draghuram
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue419153
Changes by Raghuram Devarakonda:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2021
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Raghuram Devarakonda added the comment:
No activity for long time.
--
nosy: +draghuram
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue619222
Raghuram Devarakonda added the comment:
The patch cfgdoc.diff contains changes to rst as well as to the doc
string. Can some one please review it?
Added file: http://bugs.python.org/file9354/cfgdoc.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org
Raghuram Devarakonda added the comment:
test_socket.py now seems to use dynamically computed port number so
there should not be any port number conflicts.
--
nosy: +draghuram
resolution: - out of date
status: open - closed
_
Tracker [EMAIL PROTECTED
Raghuram Devarakonda added the comment:
With the latest python, get() itself fails with boolean value default. I
tried with this script:
-
from ConfigParser import ConfigParser
cfg = ConfigParser({'var':True})
cfg.add_section('test_section')
print cfg.getboolean('test_section', 'var
Raghuram Devarakonda added the comment:
The following two statements from ConfigParser document clearly mention
that what is passed in 'vars' are defaults and defaults come into
picture only when values are not explicitly set.
Default values can be specified by passing them
Changes by Raghuram Devarakonda:
--
components: +Documentation -Library (Lib)
versions: +Python 2.6 -Python 2.3
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1090076
Changes by Raghuram Devarakonda:
--
resolution: - wont fix
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue799088
___
Python-bugs-list
Raghuram Devarakonda added the comment:
Yet another one.
--
nosy: +draghuram, georg.brandl
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue800929
___
Python-bugs
Raghuram Devarakonda added the comment:
Not really sure if this applies to new docs. I will let Georg close this
one :-).
--
nosy: +draghuram, georg.brandl
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue800926
Raghuram Devarakonda added the comment:
no activity. Please do reopen if the offer still stands.
--
nosy: +draghuram
resolution: - out of date
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue756914
Raghuram Devarakonda added the comment:
I know that Senthil has been working on consolidating url related
functionalities so I am adding him to the list.
--
nosy: +draghuram, orsenthil
versions: +Python 2.6, Python 3.0
Tracker [EMAIL PROTECTED]
http
Raghuram Devarakonda added the comment:
For the record, the latest Lib/distutils/sysconfig.py still seems to
have this behaviour (please correct me if I am wrong). I am closing this
as there is no activity for quite some time.
--
nosy: +draghuram
resolution: - wont fix
status: open
Raghuram Devarakonda added the comment:
The latest Makefile.pre.in does have this change (@CPPFLAGS@ is appended).
--
nosy: +draghuram
resolution: - fixed
status: open - closed
versions: +Python 2.6 -Python 2.3
Tracker [EMAIL PROTECTED]
http
Changes by Raghuram Devarakonda:
--
resolution: - rejected
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue606733
___
Python-bugs-list
Raghuram Devarakonda added the comment:
We are back to square 1 :-). Your patch incorporates Facundo's
suggestion which is 'rename(src_file, dst_dir/`basename src_file`). It
is not clear to me from rereading the earlier comments whether Guido
rejected this approach or not. I would personally
Raghuram Devarakonda added the comment:
Hi Antoine,
You stated the following in a previous comment:
Right now, shutil.move(src_dir, dst_dir) replaces dst_dir with src_dir
if dst_dir is empty, but moves src_dir inside dst_dir otherwise.
But my test shows differently. If dst_dir doesn't exist
Raghuram Devarakonda added the comment:
I am assuming that this can be closed considering that there is no
activity for a long time.
--
nosy: +draghuram
resolution: - out of date
status: open - closed
Tracker [EMAIL PROTECTED]
http
Raghuram Devarakonda added the comment:
I see no chance of this being accepted now that optparse is entrenched.
Please do reopen if some one thinks otherwise.
--
nosy: +draghuram
resolution: - rejected
status: open - closed
Tracker [EMAIL PROTECTED
Raghuram Devarakonda added the comment:
Considering that there is no activity for long time, is it worthwhile to
keep this open?
--
nosy: +draghuram
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue784443
Raghuram Devarakonda added the comment:
no activity. closing it.
--
nosy: +draghuram
resolution: - wont fix
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue817920
Raghuram Devarakonda added the comment:
Before tackling this, I'd like a precision on os.rename(src, dst)
semantics. The documentation says If dst is a directory, OSError will
be raised. However, under Linux, if src is a directory and dst is an
empty directory, dst is overwritten with src
Raghuram Devarakonda added the comment:
Does this mean we should preserve this behaviour for shutil.move() as well?
I don't think so. The key is to remember that shutil.move() is
os.rename() with some additional benefits (as stated by Guido in an
earlier comment). Also, changing the behaviour
Raghuram Devarakonda added the comment:
This is a duplicate of a more recently opened #1230540.
--
nosy: +draghuram
resolution: - duplicate
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue618633
Raghuram Devarakonda added the comment:
I can't think of a use case for this feature and as there is no activity
for long time, I am closing it.
--
nosy: +draghuram
resolution: - rejected
status: open - closed
Tracker [EMAIL PROTECTED]
http
Raghuram Devarakonda added the comment:
I haven't used settrace() functionality myself but a quick test using
latest python shows that trace function set with sys.settrace() is not
inherited by newly created threads.
I am closing this as there is no activity for long time.
--
nosy
Raghuram Devarakonda added the comment:
If rmtree() always returns in case of symbolic links (as it is
checked-in), wouldn't it be much simpler to totally do away with
'onerror' handling? I thought 'onerror' gives the user the option how to
proceed (which is true in other usages
Changes by Raghuram Devarakonda:
--
components: +Documentation -Library (Lib)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1577
__
___
Python-bugs-list mailing list
Raghuram Devarakonda added the comment:
and it should use the onerror() handling used for all other errors
which makes sense for me too.
Sure. I am ok with using 'onerror'. The point I am trying to make is
that there is slight difference between 'onerror' in this case and in
the three other
Changes by Raghuram Devarakonda:
--
nosy: -draghuram
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1706039
_
___
Python-bugs-list mailing list
Unsubscribe
1 - 100 of 167 matches
Mail list logo