ANN: eGenix Antispam Bot for Telegram 0.6.0

*ANNOUNCING* eGenix Antispam Bot for Telegram Version 0.6.0 A simple, yet effective bot implementation to address Telegram signup spam. This announcement is also available on our web-site for online reading: https://www.egenix.com/company/news/eGenix-Antispam-Bot-for-Telegram-0.6.0

[Python-announce] ANN: eGenix Antispam Bot for Telegram 0.5.0

*ANNOUNCING* eGenix Antispam Bot for Telegram Version 0.5.0 A simple, yet effective bot implementation to address Telegram signup spam. This announcement is also available on our web-site for online reading: https://www.egenix.com/company/news/eGenix-Antispam-Bot-for-Telegram-0.5.0

ANN: eGenix Antispam Bot for Telegram 0.5.0

*ANNOUNCING* eGenix Antispam Bot for Telegram Version 0.5.0 A simple, yet effective bot implementation to address Telegram signup spam. This announcement is also available on our web-site for online reading: https://www.egenix.com/company/news/eGenix-Antispam-Bot-for-Telegram-0.5.0

ANN: eGenix Antispam Bot for Telegram 0.3.0

ANNOUNCING eGenix Antispam Bot for Telegram Version 0.3.0 A simple, yet effective bot implementation to address Telegram signup spam

[Python-announce] ANN: eGenix Antispam Bot for Telegram 0.3.0

ANNOUNCING eGenix Antispam Bot for Telegram Version 0.3.0 A simple, yet effective bot implementation to address Telegram signup spam

Re: ANN: eGenix Antispam Bot for Telegram 0.2.0

On Mon, 4 Apr 2022 14:40:57 +0200, eGenix Team wrote: > > > ANNOUNCING > > eGenix Antispam Bot for Telegram > > Version 0.2.0 > >

ANN: eGenix Antispam Bot for Telegram 0.2.0

ANNOUNCING eGenix Antispam Bot for Telegram Version 0.2.0 A simple, yet effective bot implementation to address Telegram signup spam

[Python-announce] ANN: eGenix Antispam Bot for Telegram 0.2.0

ANNOUNCING eGenix Antispam Bot for Telegram Version 0.2.0 A simple, yet effective bot implementation to address Telegram signup spam

[issue40878] Use c99 on the aixtools bot

Michael Felt added the comment: Disregard the last mail -seems many routines go to unresolved. On 15/08/2020 20:43, Stefan Krah wrote: > Change by Stefan Krah : > > > -- > assignee: -> skrah > resolution: -> fixed > stage: patch review -> resolved > status: open -> closed > type: ->

Re: Bot

, can anyone help me built a bot than can input data in a website? This is not for spam purposes, I just need to reserve a place in the library at the university but they are completed in a matter of minutes and I can't waste time "camping" the website.

Re: Bot

On Wed, 2 Dec 2020 at 04:13, Álvaro d'Ors wrote: > > Hi guys, I'm new here, can anyone help me built a bot than can input data > in a website? I never used it, but you can try Chatterbot: https://chatterbot.readthedocs.io/en/stable/ -- https://mail.python.org/mailman/listinfo/python-list

Re: Bot

On 01/12/2020 21:53, Álvaro d'Ors wrote: Hi guys, I'm new here, can anyone help me built a bot than can input data in a website? This is not for spam purposes, I just need to reserve a place in the library at the university but they are completed in a matter of minutes and I can't waste time

Bot

Hi guys, I'm new here, can anyone help me built a bot than can input data in a website? This is not for spam purposes, I just need to reserve a place in the library at the university but they are completed in a matter of minutes and I can't waste time "camping" the website. Thank you

[issue40878] Use c99 on the aixtools bot

Change by Stefan Krah : -- assignee: -> skrah resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> compile error ___ Python tracker ___

[issue40878] Use c99 on the aixtools bot

Stefan Krah added the comment: New changeset 1864eacc22485b26c0ec0a059c9330f877861afb by Miss Islington (bot) in branch '3.9': bpo-40878: xlc cannot handle C99 extern inline. (GH-21891) https://github.com/python/cpython/commit/1864eacc22485b26c0ec0a059c9330f877861afb

[issue40878] Use c99 on the aixtools bot

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +21010 pull_request: https://github.com/python/cpython/pull/21891 ___ Python tracker

[issue40878] Use c99 on the aixtools bot

Stefan Krah added the comment: New changeset 40e700ad042089120456cc2ee79b8ca69479416b by Stefan Krah in branch 'master': bpo-40878: xlc cannot handle C99 extern inline. (GH-21887) https://github.com/python/cpython/commit/40e700ad042089120456cc2ee79b8ca69479416b --

[issue40878] Use c99 on the aixtools bot

Change by Stefan Krah : -- keywords: +patch pull_requests: +21006 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21887 ___ Python tracker ___

[issue40878] Use c99 on the aixtools bot

not being built - builds (i.e., compile) fail completely atm. regards, Michael On 15/06/2020 18:55, Michael Felt wrote: > Michael Felt added the comment: > > I'll switch my bot https://buildbot.python.org/all/#/builders/119 to use > c99_r rather than xlc_r. > > Test 1129 will b e th

[issue40878] Use c99 on the aixtools bot

Michael Felt added the comment: I switched the "aixtools" bot back to "xlc", and also back to my POWER6 server that runs xlc-v11. iirc it is xlc-v13 (or maybe even v12) that is having trouble with _decimal (or is it POWER8). From memory, _decimal was compiling properly wit

[issue40878] Use c99 on the aixtools bot

Michael Felt added the comment: I’ll switch back to xlc ( even try without the _r ) and look for the macro asap (vacation and occasional travel). Sent from my iPhone > On 15 Jun 2020, at 21:20, Stefan Krah wrote: > >  > Stefan Krah added the comment: > > Thanks! > > Ha, it turns out

[issue40878] Use c99 on the aixtools bot

Stefan Krah added the comment: Thanks! Ha, it turns out that c99_r has excellent C99 compliance. :) > Variable arguments macro RAISE_SYNTAX_ERROR was invoked with an empty > variable argument list. Totally legit, we should use xlc (at least the front end) more often. So maybe our code

[issue40878] Use c99 on the aixtools bot

Michael Felt added the comment: I'll switch my bot https://buildbot.python.org/all/#/builders/119 to use c99_r rather than xlc_r. Test 1129 will b e the first with c99_r (and xlc v13). On 11/06/2020 00:37, Stefan Krah wrote: > Stefan Krah added the comment: > > So it wo

[issue40878] Use c99 on the aixtools bot

Stefan Krah added the comment: So it would still be interesting to see what happens if you compile libmpdec with c99_r (emphasis mine): """ This command supports all ISO C99 language features, but does not support IBM language extensions. Use this invocation for *strict* conformance to the

[issue40878] Use c99 on the aixtools bot

Stefan Krah added the comment: Thanks for this information. The buildbot, however, fails to compile C99 extern inline functions. Example: ld: 0711-317 ERROR: Undefined symbol: .mpd_issnan I understand the C99 extern inline feature like in this explanation:

[issue40878] Use c99 on the aixtools bot

f period that I had > access to xlc I remember that xlc was quite picky about C99. > > Actually all of Python uses C99. So I think xlc_r needs to be invoked as > c99_r. > > -- > messages: 370779 > nosy: Michael.Felt, skrah > priority: normal >

[issue40878] Use c99 on the aixtools bot

to be invoked as c99_r. -- messages: 370779 nosy: Michael.Felt, skrah priority: normal severity: normal status: open title: Use c99 on the aixtools bot ___ Python tracker <https://bugs.python.org/issue40

[issue40155] AIX: bot status: stuck at: failed test (failure) uploading test-results.xml (failure)

Michael Felt added the comment: did not get issue numbers in above: issue31160 and issue40094. I waited a day, before posting - in the hope it would go away. Also, I have been testing manually (no -j arguments) - and test_builtin passes when run manually. So, becoming hard to dissect and

[issue40155] AIX: bot status: stuck at: failed test (failure) uploading test-results.xml (failure)

n_module_as_main make: 1254-004 The error code from the last command is 1. Stop. program finished with exit code 2 elapsedTime=3610.362052 test_input_no_stdout_fileno (test.test_builtin.PtyTests) ... NOTE: the run has stopped with the line test_input_no_stdout_fileno (test.test_builtin.PtyTests) ... and,

[issue39396] AIX: math.nextafter(a, b) breaks AIX bot

Michael Felt added the comment: As I said, was investigating. a) is a bug in most AIX system libraries. b) there is a fix, but not one I can install - as my bots and build systems run on AIX 6.1 and AIX 7.1 c) the fix is APAR IV95512 which includes fixes in the following filesets: IV95512

[issue39396] AIX: math.nextafter(a, b) breaks AIX bot

STINNER Victor added the comment: > AIX: math.nextafter(a, b) breaks AIX bot Please elaborate. What is the error? -- nosy: +vstinner ___ Python tracker <https://bugs.python.org/issu

[issue39396] AIX: math.nextafter(a, b) breaks AIX bot

: Michael.Felt priority: normal severity: normal status: open title: AIX: math.nextafter(a, b) breaks AIX bot versions: Python 3.9 ___ Python tracker <https://bugs.python.org/issue39

[issue37679] test_with_pip fails on FreeBSD 10 bot

Steve Dower added the comment: Could you please nosy yourself on the other issue and help us address it then? The only change was upgrading pip, and the error is just a new warning message, but unless someone knows how bad it is then we'll "fix" it by ignoring the warning. --

[issue37679] test_with_pip fails on FreeBSD 10 bot

Kubilay Kocak added the comment: Since this is likely a regression from issue 37664, which is still open, and also contains the report, I'd close this issue in favour of the former. Having regression reports in separate issues for still open in new/separate issues tends to results in them

[issue37679] test_with_pip fails on FreeBSD 10 bot

Change by Karthikeyan Singaravelan : -- nosy: +koobs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37679] test_with_pip fails on FreeBSD 10 bot

Steve Dower added the comment: Guessing this is a new warning in pip? Can we just disable the cache explicitly for these tests? Or should we reconfigure the buildbot to suppress the warning. -- nosy: +Marcus.Smith, dstufft, ncoghlan, paul.moore, pradyunsg, steve.dower

[issue37679] test_with_pip fails on FreeBSD 10 bot

New submission from Karthikeyan Singaravelan : I guess the upgrade in issue37664 caused an issue with FreeBSD bot. The bot seems to fail after this change on master and 3.8. https://buildbot.python.org/all/#/builders/167/builds/1380 test_with_pip (test.test_venv.EnsurePipTest) ... FAIL

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by Ned Deily : -- assignee: ned.deily -> resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 2.7, Python 3.7, Python 3.8 ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Ned Deily added the comment: New changeset 8ab624b17ba656e9af5a79be6af0cf2911a111ba by Ned Deily (Gregory P. Smith) in branch '3.6': [3.6] bpo-35925: Skip SSL tests that fail due to weak external certs or old TLS (GH-13124) (GH-13252)

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: 3.6 (and 3.5 if larry wants) are the only remaining trees to apply this to, assigning to the 3.6 RM. -- assignee: gregory.p.smith -> ned.deily versions: -Python 2.7 ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: New changeset 7346a16ed584fd1e85359154820d286370b68648 by Gregory P. Smith in branch '2.7': [2.7] bpo-35925: Skip SSL tests that fail due to weak external certs or old TLS (GH-13124) (GH-13253)

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by Gregory P. Smith : -- pull_requests: +13165 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by Gregory P. Smith : -- pull_requests: +13163 stage: backport needed -> patch review ___ Python tracker ___ ___

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: (same on 2.7) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: In our 3.6 tree the test_ssl failure is now: == ERROR: test_protocol_sslv23 (test.test_ssl.ThreadedTests) Connecting to an SSLv23 server with various client options

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Julien Palard added the comment:  -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: thats https://bugs.python.org/issue36816 (separate issue as our infrastructure is fixed to have a modern certificate). PR pending automerge post-CI. -- ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Julien Palard added the comment: I'm still seeing the issue on https://github.com/python/cpython/pull/12255 (freshly rebased to master to have 2cc0223f43a1ffd59c887a73e2b0ce5202f3be90. On this build: https://dev.azure.com/Python/cpython/_build/results?buildId=42065

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by Chih-Hsuan Yen : -- nosy: -yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by Chih-Hsuan Yen : -- nosy: +yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: The merged PR basically skips the specific failing unit test cases of the ssl key strength check error is detected during these network tests. It should probably be backported into 3.6 and 2.7 to ease maintenance and trust of the buildbots on those.

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

miss-islington added the comment: New changeset ffa29b5aca1aaeae46af2582c401ef0ed20d4153 by Miss Islington (bot) in branch '3.7': bpo-35925: Skip SSL tests that fail due to weak external certs. (GH-13124) https://github.com/python/cpython/commit/ffa29b5aca1aaeae46af2582c401ef0ed20d4153

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: New changeset 2cc0223f43a1ffd59c887a73e2b0ce5202f3be90 by Gregory P. Smith in branch 'master': bpo-35925: Skip SSL tests that fail due to weak external certs. (GH-13124) https://github.com/python/cpython/commit/2cc0223f43a1ffd59c887a73e2b0ce5202f3be90

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by miss-islington : -- pull_requests: +13052 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by Gregory P. Smith : -- keywords: +patch pull_requests: +13036 stage: needs patch -> patch review ___ Python tracker ___

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: PR coming -- assignee: -> gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: While altering the environment to not use the system default openssl config is an option to make this green again today very easily. That'd "solve" the red bot problem and nothing else. :/ Doing that just kicks the can down the road as all o

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Steve Dower added the comment: This is still failing regularly - any progress? Do we need to skip tests? -- nosy: +steve.dower ___ Python tracker ___

[issue35773] test_bdb fails on AIX bot (regression)

Change by SilentGhost : -- nosy: +David.Edelsohn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

STINNER Victor added the comment: Lukasz: this issue is that Debian Buster uses a strict OpenSSL policy. I guess that external public server used by tests are incompatible with this strict policy. -- nosy: +lukasz.langa ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

STINNER Victor added the comment: bpo-36104 has been marked as a duplicate of this issue. Copy of Lukasz's msg336511: The ARMv7 Ubuntu buildbot is consistently failing since build #2160: https://buildbot.python.org/all/#/builders/106/builds/2160 This looks like a testing environment issue

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

STINNER Victor added the comment: After my change: commit 3ef6344ee53f59ee86831ec36ed2c6f93a56229d Author: Victor Stinner Date: Tue Feb 19 18:06:03 2019 +0100 bpo-36037: Fix test_ssl for strict OpenSSL policy (GH-11940) Two tests are still failing on the Debian buildbot worker:

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Charalampos Stratakis added the comment: SSLContext.minimum_version is added here on the master branch: https://github.com/python/cpython/commit/698dde16f60729d9e3f53c23a4ddb8e5ffe818bf But I'd be also reluctant to partially backport a new feature to fix the test suite. --

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Benjamin Peterson added the comment: It's okay with me if you want to backport minimum_version (and I suppose maximum_version). -- ___ Python tracker ___

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

STINNER Victor added the comment: I wrote a fix for bpo-36037 "test_ssl fails on RHEL8 strict OpenSSL configuration" which should fix test_ssl on Debian as well, but my change doesn't apply to Python 2.7 nor 3.6 since these Python versions lack SSLContext.minimum_version attribute

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Charalampos Stratakis added the comment: Getting those failures on RHEL8 as well, which can be worked around by setting the env OPENSSL_CONF=/non-existing-file == ERROR: test_protocol_sslv23 (test.test_ssl.ThreadedTests)

[issue35773] test_bdb fails on AIX bot (regression)

Michael Felt added the comment: Again - after switching the env variable LANG to the 'default' everything works as expected. Leaving it open as a regression - because everything was working with a non-default setting. When I have more time I'll do a git bisect to try and establish the

[issue35773] test_bdb fails on AIX bot (regression)

Michael Felt added the comment: Some record keeping - to keep track of when this regression first appeared on the bot: buildername POWER6 AIX 3.x Builder buildnumber 718 Build codebaseBuild event pushChange github_distinct trueChange got_revision

[issue35773] test_bdb fails on AIX bot (regression)

Michael Felt added the comment: OK. I have narrowed it down to this: when LANG=en_US.8859-15 the test fails. root@x064:[/home/root]grep LANG /etc/environment LANG=en_US And now it passes. -- ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Benjamin Peterson added the comment: I agree that we need to be more resistant to system configuration, but it doesn't seem worth holding 2.7 up for. -- priority: release blocker -> high ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: FWIW I've just manually confirmed that running Python 2.7's test_ssl with OPENSSL_CONF=/invalid-path set passes on the debian buster buildbot host. -- ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Gregory P. Smith added the comment: release managers are free to defer this blocker. i'm just marking it as such for the purposes of making sure it is a conscious decision. The problem is more likely with our test suite vs the environment than it is with CPython itself. --

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by Gregory P. Smith : -- title: test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster buildbot -> test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a) ___ Python tracker <https://bugs.pyth

[issue35773] test_bdb fails on AIX bot (regression)

Michael Felt added the comment: OK. New info. Back in the time of issue 34347 I installed some extra filesets to support UTF-8 on the virtual machine (aka partition) that I have the bot on. On systems where this fileset is not installed this test does not fail. Shall dig further

[issue35773] test_bdb fails on AIX bot (regression)

Michael Felt added the comment: Update: buildbot@x064:[/home/buildbot/buildarea/3.x.aixtools-aix-power6/issue]./python -m test -v test_bdb == CPython 3.8.0a0 (heads/master-dirty:0785889468, Jan 30 2019, 16:16:31) [C] == AIX-1-00C291F54C00-powerpc-32bit big-endian == cwd:

[issue35773] test_bdb fails on AIX bot (regression)

New submission from Michael Felt : I see in the bot history that test_bdb is now failing on AIX https://buildbot.python.org/all/#/builders/161/builds/718/steps/4/logs/stdio == CPython 3.8.0a0 (heads/master:a37f52436f, Jan 15 2019, 22:53:01) [C] == AIX-1-00C291F54C00-powerpc-32bit big-endian

How to use a variable to act as @rule in a Sopel IRC bot module?

Hi everyone. I'm working with the Sopel (previously Willie and before that, Jenni/Phenny) python IRC bot as I'd like to set up a trivia quiz for our IRC channel. With Sopel, the @rule decorator lets you set a string that the bot will listen out for and which triggers a corresponding function

Re: How to use a variable to act as @rule in a Sopel IRC bot module?

Apologies for the terrible formatting, let me try that again: A: from sopel.module import commands, rule import random q_and_as = [('Why?', 'because'), ('Can I kick it?', 'nope')] @commands("quizme") def ask_q(bot, trigger): q = random.choice(q_and_as) bot.say(q[0])

Jabber Bot

Anyone have any luck with creating Jabber Bots? Everyone I have found so far for python 3.3 has been outdated, or the required modules are outdated. -- http://mail.python.org/mailman/listinfo/python-list

Re: Jabber Bot

On 18 Jul 2013 18:52, Matt mattgrav...@gmail.com wrote: Anyone have any luck with creating Jabber Bots? Everyone I have found so far for python 3.3 has been outdated, or the required modules are outdated. You can find some modules here.

[issue15086] Ubuntu bot: error while loading shared libraries

127 034c814eb187 was O.K., as far as the logs are still visible the error first appears in 240b7467e65c . -- components: Tests keywords: buildbot messages: 162981 nosy: skrah priority: normal severity: normal stage: needs patch status: open title: Ubuntu bot: error while loading shared

[issue15086] Ubuntu bot: error while loading shared libraries

Changes by Antoine Pitrou pit...@free.fr: -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15086 ___ ___ Python-bugs-list

[issue15086] Ubuntu bot: error while loading shared libraries

Stefan Krah stefan-use...@bytereef.org added the comment: Rebuilding importlib.h fails: -- Python/importlib.h needs to be rebuilt, but no interpreter is available to do so. Leaving the previous version in place. You may want to run

[issue15086] Ubuntu bot: error while loading shared libraries

Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 3680b3423aa3 by Antoine Pitrou in branch 'default': Try to fix issue #15086: build failure on Ubuntu shared buildbot. http://hg.python.org/cpython/rev/3680b3423aa3 -- nosy: +python-dev

[issue15086] Ubuntu bot: error while loading shared libraries

Antoine Pitrou pit...@free.fr added the comment: Looks fixed. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15086

write a bot

Hi, I want write a bot in python, it should explore a site, click links and extract some info. I know mechanize but I would like to know if there is something better for performance. Thanks a lot lewis. -- Linux Server, Microsoft Windows 2003/2008 Server, Exchange 2007 http

Re: write a bot

On 5/13/2012 2:25 PM admin lewis said... Hi, I want write a bot in python, it should explore a site, click links and extract some info. I know mechanize but I would like to know if there is something better for performance. Have you looked into Scrapy? http://scrapy.org Emile -- http

Re: write a bot

2012/5/14 Emile van Sebille em...@fenx.com: On 5/13/2012 2:25 PM admin lewis said... Hi, I want write a bot in python, it should explore a site, click links and extract some info. I know mechanize but I would like to know if there is something better for performance. Have you looked

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Senthil: Almost, but not quite. end_headers() needs to be called even if send_header() isn't called (though it may be being called behind the scenes, that's not necessarily obvious to a user). In my original unit-testing code, I had only

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Senthil Kumaran sent...@uthcode.com added the comment: Hi Vinay, Normally, when one uses send_response() call, it is most often followed with (multiple) send_header() calls and I updated the documentation keeping that in mind. Just calling of send_response() without any send_header and

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Roundup Robot devnull@devnull added the comment: New changeset 4651bf40af8d by Senthil Kumaran in branch 'default': issue12039 - update the documentation of send_response method in http.server.rst. http://hg.python.org/cpython/rev/4651bf40af8d --

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Changes by Vinay Sajip vinay_sa...@yahoo.co.uk: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12039 ___

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Roundup Robot devnull@devnull added the comment: New changeset b365036b17c2 by Vinay Sajip in branch 'default': Issue #12039: Now suppress spurious select.error raised on FreeBSD when the server (an asyncore.dispatcher) is closed. http://hg.python.org/cpython/rev/b365036b17c2 -- nosy:

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: I've done a bit more investigating, and the select.error is raised in the server thread when the main thread closes the SMTP server (asyncore.dispatcher). I've modified the server code to swallow the error if the server has been closed.

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Additional information point for Senthil: In the case where the BadStatusLine is raised, the server is sending a 200 OK status response but there is no actual response data - only headers. --

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Roundup Robot devnull@devnull added the comment: New changeset 204e027dfa98 by Vinay Sajip in branch 'default': Issue #12039: Add end_headers() call to avoid BadStatusLine. http://hg.python.org/cpython/rev/204e027dfa98 -- ___ Python tracker

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: The errors seem to have gone away now, but there is still apparently a behaviour change - previously there was no error when a end_headers() call was omitted when handling a request, but now apparently an end_headers() call is needed to

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Senthil Kumaran sent...@uthcode.com added the comment: On Tue, May 10, 2011 at 09:12:58AM +, Vinay Sajip wrote: Either omitting the end_headers() call was always an error but previously undetected, or the requirement to always call end_headers() is new and this should be documented. I'm

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: @Senthil - are you planning to make the documentation change, or should I? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12039 ___

[issue12039] test_logging: bad file descriptor on FreeBSD bot

Senthil Kumaran sent...@uthcode.com added the comment: On Tue, May 10, 2011 at 02:06:48PM +, Vinay Sajip wrote: @Senthil - are you planning to make the documentation change, or should I? I shall do it, Vinay. Thanks! -- ___ Python tracker

  1   2   >