What Changed?=
This is an enhancement and bug-fix release, and all users are encouraged to
upgrade.
Brief summary:
* Fix #242: Handle exceptions in the `on_data` callable.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74
].
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.3.9/
[2]
https://distlib.readthedocs.io/en/latest/overview.html#change-log-for-distlib
[3] https://github.com/pypa/distlib/issues/new/choose
--
https://mail.python.org/mailman/listinfo/python-list
even when an exception occurs.
-
* Fix #239: Remove logging of decryption result.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
Recent changes to PyPI don't show the GPG sign
been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
Recent changes to PyPI don't show the GPG signature with the download links.
An alternative download source where the signatures are available is at [4].
The s
feedback using the issue tracker at [3].
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.3.8/
[2]
https://distlib.readthedocs.io/en/latest/overview.html#change-log-for-distlib
[3] https://github.com/pypa/distlib/issues/new/choose
--
https://mail.python.org/mailman/listinfo/python-list
specific.
* Fix #217: Use machine-readable interface to query the gpg version.
* Added the ability to export keys to a file.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
Recent changes to PyP
03: Handle parsing of export entries to allow script names such as ","
or ",foo".
A more detailed change log is available at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements, please give some feedback using the issue tracker at [
dvard
Rejthar for the patch.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
Recent changes to PyPI don't show the GPG signature with the download links.
The source code repository is
path of RECORD to RECORD instead of staging path.
Thanks to Pieter Pas for the patch.
A more detailed change log is available at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements,
please give some feedback using the issue tracker! [3]
Regards,
Vinay S
mnik for the feature request and patch.
* Fixed #173: Added extra_args to send_keys(), recv_keys() and search_keys() to
allow
passing options relating to key servers.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB
earlier release, but supporting code wasn't removed until now).
A more detailed change log is available at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements,
please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] htt
containers for the keys used for
encryption/decryption and signing/verification).
* Encrypt and decrypt files to multiple recipients.
* Sign files and verify signatures.
This release has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB
tailed change log is available at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements,
please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.3.3/
[2] https://distlib.readthedocs.io/en/0.3
Many of those 4.8K "users" might be using indirectly via some other dependency
- I'm not sure how GitHub calculates "used by", but even if it were a direct
dependency, one has no idea if it's actually being used or not. so I tend not
to worry about such things. My distlib library has only 2 star
-dove.com/cfg/index.html
and you can report issues / enhancement requests at
https://github.com/vsajip/py-cfg-lib/issues
As always, your feedback is most welcome (especially bug reports, patches and
suggestions for improvement). Enjoy!
Cheers,
Vinay Sajip
--
https://mail.python.org/mailman
and if you find any problems or have any suggestions for
improvements,
please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.3.2/
[2] https://distlib.readthedocs.io/en/0.3.2/
[3] https://bitbucket.org/pypa/distlib/issue
ot more information, with examples, than I can put into
this post.
You can install Sarge using "pip install sarge" to try it out. The
project is hosted on BitBucket at
https://bitbucket.org/vinay.sajip/sarge/
And you can leave feedback on the issue tracker there.
I hope you find Sarge useful!
Regards,
Vinay Sajip
--
https://mail.python.org/mailman/listinfo/python-list
dress bar - that should work.
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.3.1/
[2] https://distlib.readthedocs.io/en/0.3.1/
[3] https://bitbucket.org/pypa/distlib/issues/new
--
https://mail.python.org/mailman/listinfo/python-list
X and Y are single digits).
A more detailed change log is available at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements,please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.3.0/[2]
https:/
>= 2.1.
* A warning is logged if gpg returns a non-zero return code.
* Added ``extra_args`` to ``import_keys``.
* Added support for CI using AppVeyor.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY) Fingerprint: CA74
9061 914E AC13 8E66 EADB 9147 B477 3
uggestions for
improvements,please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.2.9/[2]
https://distlib.readthedocs.io/en/latest/overview.html#change-log-for-distlib[3]
https://bitbucket.org/pypa/distlib/issues/new
--
https://mail.python.org/mailman/listinfo/python-list
n
passphrases. This fix mitigates against CVE-2019-6690.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY) Fingerprint: CA74
9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
Recent changes to PyPI don't show the GPG signature with the download links.An
alterna
find any problems or have any suggestions for
improvements,please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.2.8/[2] https://goo.gl/tVzKUc[3]
https://bitbucket.org/pypa/distlib/issues/new
--
https://mail.python.org/mailman/lis
#x27;s a lot more information, with examples, than I can put intothis post.
You can install Sarge using "pip install sarge" to try it out. Theproject is
hosted on BitBucket at
https://bitbucket.org/vinay.sajip/sarge/
And you can leave feedback on the issue tracker there.
I hope you find Sarge useful!
Regards,
Vinay Sajip
--
https://mail.python.org/mailman/listinfo/python-list
mmary:
* Added --no-verbose to the gpg command line, in case verbose is specified in
gpg.conf - we don't need verbose output.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY) Fingerprint: CA74
9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
Recent chang
f you find any problems or have any suggestions for
improvements,
please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.org/project/distlib/0.2.7/
[2] https://goo.gl/M3kQzR
[3] https://bitbucket.org/pypa/distlib/issues/new
--
https://mail.python.org/ma
ase of a failure with an
unspecified reason, adding some information from gpg error codes when
available.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY) Fingerprint: CA74 9061
914E AC13 8E66 EADB 9147 B477 339A 9B86
What Does It Do? T
at [2].
Please try it out, and if you find any problems or have any suggestions
forimprovements, please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.python.org/pypi/distlib/0.2.6[2] https://goo.gl/M3kQzR[3]
https://bitbucket.org/pypa/distlib/issues/new
--
t wants the current operation to fail).
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
What Does It Do?
The gnupg module allows Python programs to make use of the
functionality
or in scoring URLs for preferences.
* Removed Python 2.6 from the support list.
A more detailed change log is available at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements, please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1]
my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
What Does It Do?
The gnupg module allows Python programs to make use of the
functionality provided by the Gnu Privacy Guard (abbreviated GPG or
GnuPG). Using this
at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements, please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.python.org/pypi/distlib/0.2.4
[2] https://goo.gl/M3kQzR
[3] https://bitbucket.org/pypa/distlib/issues/new
--
at files.
A more detailed change log is available at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements, please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.python.org/pypi/distlib/0.2.2
[2] https://goo.gl/M
signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
However, due to some error the signature for the source distribution (.tar.gz)
didn't get uploaded. To rectify this, I have pasted it into the PyPI page for
the rel
cased value.
Handled multiple-architecture wheel filenames correctly.
A more detailed change log is available at [2].
Please try it out, and if you find any problems or have any suggestions for
improvements, please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1]
es, than I can put into
this post.
You can install Sarge using "pip install sarge" to try it out. The
project is hosted on BitBucket at
https://bitbucket.org/vinay.sajip/sarge/
And you can leave feedback on the issue tracker there.
I hope you find Sarge useful!
Regards,
Vinay Sajip
--
https://mail.python.org/mailman/listinfo/python-list
, and if you find any problems or have any suggestions for
improvements, please give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.python.org/pypi/distlib/0.2.0
[2] http://pythonhosted.org/distlib/overview.html#change-log-for-distlib
[3] https://bitbucket.org
exporting keys. This addition was inadvertently left out
of 0.3.6.
This release [2] has been signed with my code signing key:
Vinay Sajip (CODE SIGNING KEY)
Fingerprint: CA74 9061 914E AC13 8E66 EADB 9147 B477 339A 9B86
What Does It Do?
The gnupg module allows Python programs to ma
give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.python.org/pypi/distlib/0.1.9
[2] http://pythonhosted.org/distlib/overview.html#change-log-for-distlib
[3] https://bitbucket.org/pypa/distlib/issues/new
--
https://mail.python.org/mailman/listinfo/python-list
lease try it out, and
if you find any problems or have any suggestions for improvements, please
give some feedback using the issue tracker! [3]
Regards,
Vinay Sajip
[1] https://pypi.python.org/pypi/distlib/0.1.8
[2] http://pythonhosted.org/distlib/overview.html#change-log-for-distlib
[3]
ecrypt(str(encrypted), passphrase='secret')
>>> str(decrypted)
'Hello, world!'
>>> signed = gpg.sign("Goodbye, world!", passphrase='secret')
>>> verified = gpg.verify(str(signed))
>>> print "Verified" if verified else "Not verified"
'Verified'
For more information, visit http://code.google.com/p/python-gnupg/ -
as always, your feedback is most welcome (especially bug reports,
patches and suggestions for improvement). Enjoy!
Cheers
Vinay Sajip
Red Dove Consultants Ltd.
--
https://mail.python.org/mailman/listinfo/python-list
e's a lot more information, with examples, than I can put into
this post.
You can install Sarge using "pip install sarge" to try it out. The
project is hosted on BitBucket at
https://bitbucket.org/vinay.sajip/sarge/
And you can leave feedback on the issue tracker there.
I hope you find Sarge useful!
Regards,
Vinay Sajip
--
https://mail.python.org/mailman/listinfo/python-list
t; decrypted = gpg.decrypt(str(encrypted), passphrase='secret')
>>> str(decrypted)
'Hello, world!'
>>> signed = gpg.sign("Goodbye, world!", passphrase='secret')
>>> verified = gpg.verify(str(signed))
>>> print "Verified" if verified else "Not verified"
'Verified'
For more information, visit http://code.google.com/p/python-gnupg/ -
as always, your feedback is most welcome (especially bug reports,
patches and suggestions for improvement). Enjoy!
Cheers
Vinay Sajip
Red Dove Consultants Ltd.
--
http://mail.python.org/mailman/listinfo/python-list
>> str(decrypted)
'Hello, world!'
>>> signed = gpg.sign("Goodbye, world!", passphrase='secret')
>>> verified = gpg.verify(str(signed))
>>> print "Verified" if verified else "Not verified"
'Verified'
For more information, visit http://code.google.com/p/python-gnupg/ - as always,
your feedback is most welcome (especially bug reports, patches and suggestions
for improvement). Enjoy!
Cheers
Vinay Sajip
Red Dove Consultants Ltd.
--
http://mail.python.org/mailman/listinfo/python-list
it out. The
project is hosted on BitBucket at
https://bitbucket.org/vinay.sajip/sarge/
And you can leave feedback on the issue tracker there.
I hope you find Sarge useful!
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
;>> str(decrypted)
'Hello, world!'
>>> signed = gpg.sign("Goodbye, world!", passphrase='secret')
>>> verified = gpg.verify(str(signed))
>>> print "Verified" if verified else "Not verified"
'Verified'
For more information, visit http://code.google.com/p/python-gnupg/ -
as always, your feedback is most welcome (especially bug reports,
patches and suggestions for improvement). Enjoy!
Cheers
Vinay Sajip
Red Dove Consultants Ltd.
--
http://mail.python.org/mailman/listinfo/python-list
shebang
line of #!/usr/bin/python3.2, and on Windows it will still call the appropriate
Python 3.2 even if it's not in /usr/bin, as there's no /usr/bin :-))
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
elopment documentation:
http://docs.python.org/3/library/venv.html#an-example-of-extending-envbuilder
Doing it in Python means that it runs cross-platform, offers a few benefits
such as command line help, or the option to install Distribute but not pip.
Regards,
Vinay Sajip
--
http://mail.pytho
n run the script with -h to
see the command line options available, which are a superset of the pyvenv
script.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
HMDTXUwcEAf
...
-END PGP MESSAGE-\n'
>>> decrypted = gpg.decrypt(str(encrypted), passphrase='secret')
>>> str(decrypted)
'Hello, world!'
>>> signed = gpg.sign("Goodbye, world!", passphrase='secret')
>>> verified =
'test', and
propagate: 0 prevents the test message from being passed up to the root logger.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
t a bug, and so it'll see the light of day in Python
3.4, if at all. An implementation is in my sandbox repo at
http://hg.python.org/sandbox/vsajip
in branch fix9556. If all you need to do is rollover at a different time daily
(say 7 a.m.), you might be able to use this. Feel free to use that code as
inspiration for your subclass.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
On Thursday, August 30, 2012 11:38:27 AM UTC+1, Radha Krishna Srimanthula wrote:
>
> Now, how do I specify the converter attribute (time.gmtime) in the above
> section?
Sadly, there is no way of doing this using the configuration file, other than
having e.g. a
class UTCFormatter(logging.Format
ltiple messages. The rule of thumb is: most code should get loggers
and log to them, but adding handlers, setting levels etc. should be only done in
one place (typically invoked from a "if __name__ == '__main__'" clause.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
PGP MESSAGE-\nVersion: GnuPG v1.4.9 (GNU/Linux)\n
\nhQIOA/6NHMDTXUwcEAf
...
-END PGP MESSAGE-\n'
>>> decrypted = gpg.decrypt(str(encrypted), passphrase='secret')
>>> str(decrypted)
'Hello, world!'
>>> signed = gpg.sign("Goodbye, wo
ded much of the time.
The code above won't do any more or less than if you hadn't bothered to set the
level on the handler.
Don't forget, more complex configurations are effected even more simply using
dictConfig().
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
Vinay Sajip yahoo.co.uk> writes:
> I am thinking of removing the BOM insertion in 2.7 and 3.2 - although
> it is a change in behaviour, the current behaviour does seem broken
> with regard to RFC 5424 conformance. However, as some might disagree
> with that assessment and view it
cookbook example should show once the docs get built on docs.python.org.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
.getLogger(record.name)
logger.handle(record)
And then instantiate the QueueListener with an instance of DelegatingHandler.
QueueListener doesn't need actual logging handlers, just something with a handle
method which takes a record.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
re configured for a particular
logger.
I will try to update the Cookbook in the logging docs with this approach, and a
working script.
Background information is available here: [1][2]
Regards,
Vinay Sajip
[1]
http://plumberjack.blogspot.co.uk/2010/09/using-logging-with-multiprocessing.htm
ed as objectionable.
Regards,
Vinay Sajip
[1] http://bugs.python.org/issue14452
[2] http://bugs.python.org/issue7077
[3] http://bugs.python.org/issue8795
--
http://mail.python.org/mailman/listinfo/python-list
, with documentation at [2] and source code
at [3]. It's intended for your use case, works with both Python 2.x
and 3.x, and is tested on Linux, OS X and Windows. Disclosure: I'm the
maintainer.
Regards,
Vinay Sajip
[1] http://pypi.python.org/pypi/sarge/0.1
[2] http://sarge.readthedocs.org/en/latest/
[3] https://bitbucket.org/vinay.sajip/sarge/
--
http://mail.python.org/mailman/listinfo/python-list
sphrase='secret')
>>> str(decrypted)
'Hello, world!'
>>> signed = gpg.sign("Goodbye, world!", passphrase='secret')
>>> verified = gpg.verify(str(signed))
>>> print "Verified" if verified else "Not verified"
'Verified'
For more information, visit http://code.google.com/p/python-gnupg/ -
as always, your feedback is most welcome (especially bug reports,
patches and suggestions for improvement). Enjoy!
Cheers
Vinay Sajip
Red Dove Consultants Ltd.
--
http://mail.python.org/mailman/listinfo/python-list
test will it be passed to the handlers (which will also
perform level tests).
So, a logger.setLevel(logging.DEBUG) should be all you need to add
before logging anything.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
fix would be not in the logging package, but in the
module loading machinery (as mentioned on that issue).
I wouldn't worry about the performance aspect - once the logging
package is loaded, there's no performance impact. That's a tiny one-
off hit which you will probably not notice a
de the .zip. If you delete all .pyc files and only
have .py in the .zip, what happens?
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
e idea is to make porting code from 2.x to 3.x easier than before.
Get porting!
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
On Feb 23, 5:55 pm, Fayaz Yusuf Khan
wrote:
> buffer. Shouldn't the access be synchronized?
I've now updated the repos for 2.7, 3.2 and default to add locking for
flush/close operations. Thanks for the suggestion.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
the
> same
> buffer. Shouldn't the access be synchronized?
Yes, you might well be right - though no problems have been reported,
it's probably best to be safe.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
otherwise, please give some examples of
potential problems and with example code if possible.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
.
In the stdlib, only StreamHandler and its subclasses actually
implement flush(), which flushes I/O buffers to disk.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
On Feb 20, 5:47 pm, Vinay Sajip wrote:
> I will reinstate it in the reference API docs, but the answer to
> Jason's problem is to either subclass HTTPHandler and override
> handleError to suppress the error, or set logging.raiseExceptions to
> True (in which case all logging e
set logging.raiseExceptions to
True (in which case all logging exceptions will be swallowed - not
necessarily what he wants).
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
t meant supporting Unicode literals via "from
__future__ import unicode_literals".
I'm stuck on 2.5 with other projects, so I share your pain :-(
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
it is
> equivalent. It does not fail to compile.
>
> Why the inconsistency? What's going on here?
>
> -- Devin
$ is a meta character for regular expressions. Use '\$*', which does
compile.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
#x27;ll only do that if you
pass "a & b & c & d" to sarge, and not otherwise.
The other use of threads by sarge - to read output streams from child
processes - is no different from the stdlib usage of threads in
subprocess.Popen.communicate().
Possibly Rick was objecting to the ton
sh('ls >>> abc')
/bin/sh: Syntax error: redirection unexpected
''
If you're saying there might be bugs in the parser, that's something
else - I'll address those as and when they turn up.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
rtable with,
and to avoid things that make them uncomfortable. I'm not pushing the
async feature as a major advantage of the library - it's still useful
without that, IMO.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
file handles map to other
handles or streams; I feel that using a Capture instance is less
fiddly for the user. Let a thousand flowers bloom, and all that.
I do thank you for the time you've taken to make these comments, and I
found the reading you pointed me to interesting. I will update
but unless a real show-stopper occurs, there's not much to be
gained by throwing up our hands.
BTW extproc is nice, but I wanted to push the envelope a little :-)
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
tBucket at
https://bitbucket.org/vinay.sajip/sarge/
And you can leave feedback on the issue tracker there.
I hope you find Sarge useful!
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
cript
that I ran in PythonWin didn't show any problems, so you'll probably
need to post a short script which demonstrates the problem when run in
PythonWin.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
nvolve another hierarchy traversal and
additional calls to the ancestor filters.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
tly.
Apart from the behavioural change, there is also a performance
implication which needs to be considered. All in all, I'm not sure
there is a lot of demand for this proposed change, and I have already
suggested a workable approach to Chris which should meet his needs
without any need for a behav
think of these as hacks
- I occasionally have to subclass stdlib classes in other areas to get the
behaviour I want, and that's part and parcel of having OO at your disposal.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
On Jan 16, 11:21 pm, Vinay Sajip wrote:
>
> I thought from an earlier comment - "rather than just the root logger where
> my handlers live" - that you had your handlers attached to the root logger,
> in which case it wouldn't be onerous at all. In place of those indi
ce of those individual handlers
attached to the root, you simply attach your DelegatingHandler to the root
logger, and attach the filter and the other handlers to that DelegatingHandler
instance.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
want to an instance of this handler, which
you attach to your root logger.
Regards,
Vinay Sajip
- Original Message -
> From: Chris Withers
> To: Vinay Sajip
> Cc: Python List
> Sent: Monday, 16 January 2012, 13:10
> Subject: python loggingL filter limitation, looks
work on Windows).
See
http://docs.python.org/library/logging.handlers.html#watchedfilehandler
for more information.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
from your main() function or "if __name__ ==
'__main__'" suite.
Until you show more detail about what you're getting and what you're
expecting, it's hard to provide more help.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
= 0
This is on Suse 11.3, where the formatting anomaly does occur - so it
appears to be down to how rsyslogd does things.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
l point in throwing a very specific exception from a
formatter, as a handler isn't going to automatically know how to
handle a SpecificFormatException in any meaningful way. Remember that
in the general case, application developers don't always have control
of what handlers are configured
s fairly painless.
http://docs.python.org/library/logging.config.html#logging.config.dictConfig
If you are using an earlier version of Python, the logutils project
includes the same dictionary-based configuration logic.
http://code.google.com/p/logutils/
Regards,
Vinay Sajip
--
http://mail.p
> CRITICAL:root:whatever
> > applying filter filter@a
> > applying filter filter@handler
> > CRITICAL:a:whatever
> > applying filter fil...@a.b
> > applying filter filter@handler
> > CRITICAL:a.b:whatever
> > $
>
> > As you can infer from t
hough and fail to see the 'following
> section'.
You're right, the link got lost in a reorganisation of the
documentation. Working example is here:
http://docs.python.org/howto/logging-cookbook.html#sending-and-receiving-logging-events-across-a-network
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
und a few times), and it
That doesn't sound like a good usage pattern to me, especially as loggers have a
log method which takes the logging level. There shouldn't be any need to pass a
bound method around.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
not be backported :-)
As far as I know, Trac doesn't work with Python 3 anyway. Most of the code out
there (which Mark found via Google Code Search) is Python 2.x. When porting from
2 to 3.3, it's just one extra little thing to deal with - small compared with
other issues which come up
e removed it when
3.0 was released, but it went under my radar at that time.
Hence my post here, to get feedback from logging users about this proposed
change.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
nge, all the logging
levels are adjectives which apply to the logged message: DEBUG, INFO, WARNING,
ERROR and CRITICAL.
I don't believe the WARN/warn variants were used much, if at all - but this is
just a heads up for anyone who might have used them.
Regards,
Vinay Sajip
--
http://mail.py
all was made from, you can
always figure out the class.
Regards,
Vinay Sajip
--
http://mail.python.org/mailman/listinfo/python-list
1 - 100 of 384 matches
Mail list logo
