ANN: eGenix Antispam Bot for Telegram 0.6.0

[eGenix Team via Python-list]

*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-GA.html


*INTRODUCTION*

eGenix <https://egenix.com/> has long been running a local Python user 
group meeting in Düsseldorf called /Python Meeting Düsseldorf 
<https://pyddf.de/>/ and we are using a Telegram group for most of our 
communication.


In the early days, the group worked well and we only had few spammers 
joining it, which we could well handle manually.


More recently, this has changed dramatically. We are seeing between 2-5 
spam signups per day, often at night. Furthermore, the signups accounts 
are not always easy to spot as spammers, since they often come with 
profile images, descriptions, etc.


With the bot, we now have a more flexible way of dealing with the problem.

Please see our project page for details and download links:

https://www.egenix.com/library/telegram-antispam-bot/


*FEATURES*

 * Low impact mode of operation: the bot tries to keep noise in the
   group to a minimum
 * Several challenge mechanisms to choose from, more can be added as needed
 * Flexible and easy to use configuration
 * Only needs a few MB of RAM, so can easily be put into a container or
   run on a Raspberry Pi
 * Can handle quite a bit of load due to the async implementation
 * Works with Python 3.9+
 * MIT open source licensed



*NEWS*

The 0.6.0 release fixes a few bugs and adds more features:

 * Upgraded to pyrogram 2.0.106, which fixes a weird error we have been
   getting recently with the old version 1.4.16 (see
   pyrogram/pyrogram#1347
   <https://github.com/pyrogram/pyrogram/issues/1347>)
 * Catch weird error from Telegram when deleting conversations; this
   seems to sometimes fail, probably due to a glitch on their side
 * Made the math and char entry challenges a little harder
 * Added new DictItemChallenge

It has been battle-tested in production for several years already 
already and is proving to be a really useful tool to help with Telegram 
group administration.



Enjoy,

--
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Jan 24 2024)

Python Projects, Coaching and Support ...https://www.egenix.com/
Python Product Development ...https://consulting.egenix.com/



::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48

D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   https://www.egenix.com/company/contact/
 https://www.malemburg.com/
--
https://mail.python.org/mailman/listinfo/python-list

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

[eGenix Team]

*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-GA.html


*INTRODUCTION*

eGenix <https://egenix.com/> has long been running a local Python user 
group meeting in Düsseldorf called /Python Meeting Düsseldorf 
<https://pyddf.de/>/ and we are using a Telegram group for most of our 
communication.


In the early days, the group worked well and we only had few spammers 
joining it, which we could well handle manually.


More recently, this has changed dramatically. We are seeing between 2-5 
spam signups per day, often at night. Furthermore, the signups accounts 
are not always easy to spot as spammers, since they often come with 
profile images, descriptions, etc.


With the bot, we now have a more flexible way of dealing with the problem.

Please see our project page for details and download links:

https://www.egenix.com/library/telegram-antispam-bot/


*FEATURES*

 * Low impact mode of operation: the bot tries to keep noise in the
   group to a minimum
 *   Several challenge mechanisms to choose from, more can be added as
   needed
 *   Flexible and easy to use configuration
 *   Only needs a few MB of RAM, so can easily be put into a container
   or run on a Raspberry Pi
 *   Can handle quite a bit of load due to the async implementation
 *   Works with Python 3.9+
 *   MIT open source licensed



*NEWS*

The 0.5.0 release fixes a few bugs and adds more features:

 * Added support for muting the bot messages and enabled this per
   default; thanks to Alexander Ananchenko
 * Added support for also removing the approval message after a timeout
   (not enabled per default); thanks to Alexander Ananchenko
 * Bot conversations are now logged before removing them; this makes it
   easier to debug challenges (some may be too easy)

It has been battle-tested in production for more than two months already 
and is proving to be a really useful tool to help with Telegram group 
administration.



Enjoy,

--
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Aug 21 2023)

Python Projects, Coaching and Support ...https://www.egenix.com/
Python Product Development ...https://consulting.egenix.com/



::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48

D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   https://www.egenix.com/company/contact/
 https://www.malemburg.com/
___
Python-announce-list mailing list -- python-announce-list@python.org
To unsubscribe send an email to python-announce-list-le...@python.org
https://mail.python.org/mailman3/lists/python-announce-list.python.org/
Member address: arch...@mail-archive.com

ANN: eGenix Antispam Bot for Telegram 0.5.0

[eGenix Team via Python-list]

*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-GA.html


*INTRODUCTION*

eGenix <https://egenix.com/> has long been running a local Python user 
group meeting in Düsseldorf called /Python Meeting Düsseldorf 
<https://pyddf.de/>/ and we are using a Telegram group for most of our 
communication.


In the early days, the group worked well and we only had few spammers 
joining it, which we could well handle manually.


More recently, this has changed dramatically. We are seeing between 2-5 
spam signups per day, often at night. Furthermore, the signups accounts 
are not always easy to spot as spammers, since they often come with 
profile images, descriptions, etc.


With the bot, we now have a more flexible way of dealing with the problem.

Please see our project page for details and download links:

https://www.egenix.com/library/telegram-antispam-bot/


*FEATURES*

 * Low impact mode of operation: the bot tries to keep noise in the
   group to a minimum
 *   Several challenge mechanisms to choose from, more can be added as
   needed
 *   Flexible and easy to use configuration
 *   Only needs a few MB of RAM, so can easily be put into a container
   or run on a Raspberry Pi
 *   Can handle quite a bit of load due to the async implementation
 *   Works with Python 3.9+
 *   MIT open source licensed



*NEWS*

The 0.5.0 release fixes a few bugs and adds more features:

 * Added support for muting the bot messages and enabled this per
   default; thanks to Alexander Ananchenko
 * Added support for also removing the approval message after a timeout
   (not enabled per default); thanks to Alexander Ananchenko
 * Bot conversations are now logged before removing them; this makes it
   easier to debug challenges (some may be too easy)

It has been battle-tested in production for more than two months already 
and is proving to be a really useful tool to help with Telegram group 
administration.



Enjoy,

--
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Aug 21 2023)

Python Projects, Coaching and Support ...https://www.egenix.com/
Python Product Development ...https://consulting.egenix.com/



::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48

D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   https://www.egenix.com/company/contact/
 https://www.malemburg.com/
--
https://mail.python.org/mailman/listinfo/python-list

ANN: eGenix Antispam Bot for Telegram 0.3.0

[eGenix Team]

ANNOUNCING

eGenix Antispam Bot for Telegram

   Version 0.3.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.3.0-GA.html



INTRODUCTION

eGenix has long been running a local user group meeting in Düsseldorf
called Python Meeting Düsseldorf and we are using a Telegram group for
most of our communication.

In the early days, the group worked well and we only had few spammers
joining it, which we could well handle manually.

More recently, this has changed dramatically. We are seeing between 2-5
spam signups per day, often at night. Furthermore, the signups accounts
are not always easy to spot as spammers, since they often come with
profile images, descriptions, etc.

With the bot, we now have a more flexible way of dealing with the
problem.

Please see our project page for details and download links:

https://www.egenix.com/library/telegram-antispam-bot/



FEATURES

 * Low impact mode of operation: the bot tries to keep noise in the
   group to a minimum

 * Several challenge mechanisms to choose from, more can be added as
   needed

 * Flexible and easy to use configuration

 * Only needs a few MB of RAM, so can easily be put into a container or
   run on a Raspberry Pi

 * Can handle quite a bit of load due to the async implementation

 * Works with Python 3.9+

 * MIT open source licensed



NEWS

The 0.3.0 release fixes a few bugs and adds more features:

 * Added new challenge ListItemChallenge

 * Added new config variables MAX_FAILED_CHALLENGES to limit the number
   of failed challenge responses. Defaults to 3.

 * Added docker-compose config example to sources

 * Fixed display of the user name to always show the full name, where
   available.

 * Added work-around for pyrogram to not create session files inside the
   package dir when running the bot in -m mode

 * Fixed bug to make file logging work

 * Fixed bug in ban time handling; this now works correctly

It has been battle-tested in production for more than two months already
and is proving to be a really useful tool to help with Telegram group
administration.

___

INFORMATION

About eGenix (http://www.egenix.com/):

eGenix is a database focused software project, consulting and
product company delivering expert services and professional
quality products for companies, Python users and developers.

About Python (http://www.python.org/):

Python is an object-oriented Open Source programming language
which runs on all modern platforms. By integrating ease-of-use,
clarity in coding, enterprise application connectivity and rapid
application design, Python establishes an ideal programming
platform for today's IT challenges.

Enjoy,
-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Apr 25 2022)
>>> Python Projects, Coaching and Support ...https://www.egenix.com/
>>> Python Product Development ...https://consulting.egenix.com/


::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   https://www.egenix.com/company/contact/
 https://www.malemburg.com/


-- 
https://mail.python.org/mailman/listinfo/python-list

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

[eGenix Team]

ANNOUNCING

eGenix Antispam Bot for Telegram

   Version 0.3.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.3.0-GA.html



INTRODUCTION

eGenix has long been running a local user group meeting in Düsseldorf
called Python Meeting Düsseldorf and we are using a Telegram group for
most of our communication.

In the early days, the group worked well and we only had few spammers
joining it, which we could well handle manually.

More recently, this has changed dramatically. We are seeing between 2-5
spam signups per day, often at night. Furthermore, the signups accounts
are not always easy to spot as spammers, since they often come with
profile images, descriptions, etc.

With the bot, we now have a more flexible way of dealing with the
problem.

Please see our project page for details and download links:

https://www.egenix.com/library/telegram-antispam-bot/



FEATURES

 * Low impact mode of operation: the bot tries to keep noise in the
   group to a minimum

 * Several challenge mechanisms to choose from, more can be added as
   needed

 * Flexible and easy to use configuration

 * Only needs a few MB of RAM, so can easily be put into a container or
   run on a Raspberry Pi

 * Can handle quite a bit of load due to the async implementation

 * Works with Python 3.9+

 * MIT open source licensed



NEWS

The 0.3.0 release fixes a few bugs and adds more features:

 * Added new challenge ListItemChallenge

 * Added new config variables MAX_FAILED_CHALLENGES to limit the number
   of failed challenge responses. Defaults to 3.

 * Added docker-compose config example to sources

 * Fixed display of the user name to always show the full name, where
   available.

 * Added work-around for pyrogram to not create session files inside the
   package dir when running the bot in -m mode

 * Fixed bug to make file logging work

 * Fixed bug in ban time handling; this now works correctly

It has been battle-tested in production for more than two months already
and is proving to be a really useful tool to help with Telegram group
administration.

___

INFORMATION

About eGenix (http://www.egenix.com/):

eGenix is a database focused software project, consulting and
product company delivering expert services and professional
quality products for companies, Python users and developers.

About Python (http://www.python.org/):

Python is an object-oriented Open Source programming language
which runs on all modern platforms. By integrating ease-of-use,
clarity in coding, enterprise application connectivity and rapid
application design, Python establishes an ideal programming
platform for today's IT challenges.

Enjoy,
-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Apr 25 2022)
>>> Python Projects, Coaching and Support ...https://www.egenix.com/
>>> Python Product Development ...https://consulting.egenix.com/


::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   https://www.egenix.com/company/contact/
 https://www.malemburg.com/


___
Python-announce-list mailing list -- python-announce-list@python.org
To unsubscribe send an email to python-announce-list-le...@python.org
https://mail.python.org/mailman3/lists/python-announce-list.python.org/
Member address: arch...@mail-archive.com

Re: ANN: eGenix Antispam Bot for Telegram 0.2.0

[alister via Python-list]

On Mon, 4 Apr 2022 14:40:57 +0200, eGenix Team wrote:

> 
> 
> ANNOUNCING
> 
> eGenix Antispam Bot for Telegram
> 
> Version 0.2.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.2.0-GA.html
> 
> 
> 
> INTRODUCTION
> 
> eGenix has long been running a local user group meeting in Düsseldorf
> called Python Meeting Düsseldorf and we are using a Telegram group for
> most of our communication.
> 
> In the early days, the group worked well and we only had few spammers
> joining it, which we could well handle manually.
> 
> More recently, this has changed dramatically. We are seeing between 2-5
> spam signups per day, often at night. Furthermore, the signups accounts
> are not always easy to spot as spammers, since they often come with
> profile images, descriptions, etc.
> 
> With the bot, we now have a more flexible way of dealing with the
> problem.
> 
> Please see our project page for details and download links:
> 
> https://www.egenix.com/library/telegram-antispam-bot/
> 
> ________
> 
> FEATURES
> 
>  * Low impact mode of operation: the bot tries to keep noise in the
>group to a minimum
> 
>  * Several challenge mechanisms to choose from, more can be added as
>needed
> 
>  * Flexible and easy to use configuration
> 
>  * Only needs a few MB of RAM, so can easily be put into a container or
>run on a Raspberry Pi
> 
>  * Can handle quite a bit of load due to the async implementation
> 
>  * Works with Python 3.9+
> 
>  * MIT open source licensed
> 
> 
> 
> NEWS
> 
> The 0.2.0 release is the first public release of the bot.
> 
> It has been battle-tested in production for more than a month already
> and is proving to be a really useful tool to help with Telegram group
> administration.
> 
> ___
> 
> INFORMATION
> 
> About eGenix (http://www.egenix.com/):
> 
> eGenix is a database focused software project, consulting and
> product company delivering expert services and professional quality
> products for companies, Python users and developers.
> 
> About Python (http://www.python.org/):
> 
> Python is an object-oriented Open Source programming language which
> runs on all modern platforms. By integrating ease-of-use, clarity in
> coding, enterprise application connectivity and rapid application
> design, Python establishes an ideal programming platform for today's
> IT challenges.
> 
> Enjoy,
> --
> Marc-Andre Lemburg eGenix.com
> 
> Professional Python Services directly from the Experts (#1, Apr 04 2022)
>>>> Python Projects, Coaching and Support ...https://www.egenix.com/
>>>> Python Product Development ...https://consulting.egenix.com/
> 
> 
> ::: We implement business ideas - efficiently in both time and costs :::
> 
>eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
> D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
>Registered at Amtsgericht Duesseldorf: HRB 46611
>https://www.egenix.com/company/contact/
>  https://www.malemburg.com/



Classic, spam a news group with an add for anti spam software
can you even spell irony?

-- 
The mosquito exists to keep the mighty humble.
-- 
https://mail.python.org/mailman/listinfo/python-list

ANN: eGenix Antispam Bot for Telegram 0.2.0

[eGenix Team]

ANNOUNCING

eGenix Antispam Bot for Telegram

Version 0.2.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.2.0-GA.html



INTRODUCTION

eGenix has long been running a local user group meeting in Düsseldorf
called Python Meeting Düsseldorf and we are using a Telegram group for
most of our communication.

In the early days, the group worked well and we only had few spammers
joining it, which we could well handle manually.

More recently, this has changed dramatically. We are seeing between 2-5
spam signups per day, often at night. Furthermore, the signups accounts
are not always easy to spot as spammers, since they often come with
profile images, descriptions, etc.

With the bot, we now have a more flexible way of dealing with the
problem.

Please see our project page for details and download links:

https://www.egenix.com/library/telegram-antispam-bot/



FEATURES

 * Low impact mode of operation: the bot tries to keep noise in the
   group to a minimum

 * Several challenge mechanisms to choose from, more can be added as
   needed

 * Flexible and easy to use configuration

 * Only needs a few MB of RAM, so can easily be put into a container or
   run on a Raspberry Pi

 * Can handle quite a bit of load due to the async implementation

 * Works with Python 3.9+

 * MIT open source licensed



NEWS

The 0.2.0 release is the first public release of the bot.

It has been battle-tested in production for more than a month already
and is proving to be a really useful tool to help with Telegram group
administration.

___

INFORMATION

About eGenix (http://www.egenix.com/):

eGenix is a database focused software project, consulting and
product company delivering expert services and professional
quality products for companies, Python users and developers.

About Python (http://www.python.org/):

Python is an object-oriented Open Source programming language
which runs on all modern platforms. By integrating ease-of-use,
clarity in coding, enterprise application connectivity and rapid
application design, Python establishes an ideal programming
platform for today's IT challenges.

Enjoy,
--
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Apr 04 2022)
>>> Python Projects, Coaching and Support ...https://www.egenix.com/
>>> Python Product Development ...https://consulting.egenix.com/


::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   https://www.egenix.com/company/contact/
 https://www.malemburg.com/

-- 
https://mail.python.org/mailman/listinfo/python-list

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

[eGenix Team]

ANNOUNCING

eGenix Antispam Bot for Telegram

Version 0.2.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.2.0-GA.html



INTRODUCTION

eGenix has long been running a local user group meeting in Düsseldorf
called Python Meeting Düsseldorf and we are using a Telegram group for
most of our communication.

In the early days, the group worked well and we only had few spammers
joining it, which we could well handle manually.

More recently, this has changed dramatically. We are seeing between 2-5
spam signups per day, often at night. Furthermore, the signups accounts
are not always easy to spot as spammers, since they often come with
profile images, descriptions, etc.

With the bot, we now have a more flexible way of dealing with the
problem.

Please see our project page for details and download links:

https://www.egenix.com/library/telegram-antispam-bot/



FEATURES

 * Low impact mode of operation: the bot tries to keep noise in the
   group to a minimum

 * Several challenge mechanisms to choose from, more can be added as
   needed

 * Flexible and easy to use configuration

 * Only needs a few MB of RAM, so can easily be put into a container or
   run on a Raspberry Pi

 * Can handle quite a bit of load due to the async implementation

 * Works with Python 3.9+

 * MIT open source licensed



NEWS

The 0.2.0 release is the first public release of the bot.

It has been battle-tested in production for more than a month already
and is proving to be a really useful tool to help with Telegram group
administration.

___

INFORMATION

About eGenix (http://www.egenix.com/):

eGenix is a database focused software project, consulting and
product company delivering expert services and professional
quality products for companies, Python users and developers.

About Python (http://www.python.org/):

Python is an object-oriented Open Source programming language
which runs on all modern platforms. By integrating ease-of-use,
clarity in coding, enterprise application connectivity and rapid
application design, Python establishes an ideal programming
platform for today's IT challenges.

Enjoy,
--
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Apr 04 2022)
>>> Python Projects, Coaching and Support ...https://www.egenix.com/
>>> Python Product Development ...https://consulting.egenix.com/


::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   https://www.egenix.com/company/contact/
 https://www.malemburg.com/

___
Python-announce-list mailing list -- python-announce-list@python.org
To unsubscribe send an email to python-announce-list-le...@python.org
https://mail.python.org/mailman3/lists/python-announce-list.python.org/
Member address: arch...@mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Michael Felt]

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:  -> compile error
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: https://bugs.python.org/file49986/OpenPGP_0x722BFDB61F396FC2.asc

___
Python tracker 

___

OpenPGP_0x722BFDB61F396FC2.asc
Description: application/pgp-keys
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Bot

[sjeik_appie]

   Try Selenium (preferred) or Mechanize. I recently used Selenium with
   Chrome for automated unittests of a web app, including a login screen. You
   could fire up the selenium script in a cron job at the desired time.
   On 1 Dec 2020 09: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 "camping" the website. Thank you

 Nestares D. Álvaro
 --
 https://mail.python.org/mailman/listinfo/python-list
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Bot

[Marco Sulla]

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

[dn via Python-list]

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 "camping" the website. Thank you



https://duckduckgo.com/?q=python+web+form+fill
- the third or fourth response seemed to handle a log-on screen.

Although if you're prepared to pay for their time, others may be able to 
save your time...

--
Regards =dn
--
https://mail.python.org/mailman/listinfo/python-list

Bot

[Álvaro d'Ors]

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

Nestares D. Álvaro
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue40878] Use c99 on the aixtools bot

[Stefan Krah]

Change by Stefan Krah :


--
assignee:  -> skrah
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type:  -> compile error

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Stefan Krah]

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


--

___
Python tracker 
<https://bugs.python.org/issue40878>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[miss-islington]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Stefan Krah]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Stefan Krah]

Change by Stefan Krah :


--
keywords: +patch
pull_requests: +21006
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21887

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Michael Felt]

Michael Felt  added the comment:

I have been doing manual tests - and it seems build is broken for AIX
and xlc.

I shall be working on a git bisect to try and identify what broke it for
xlc-v11. Finding what broke xlc-v13 will require more time.

Note: it is no longer limited to _decimal 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 the first with c99_r (and xlc v13).
>
> On 11/06/2020 00:37, Stefan Krah wrote:
>> 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 C99
>> standard.
>> """
>>
>> --
>>
>> ___
>> Python tracker 
>> <https://bugs.python.org/issue40878>
>> ___
>>
> --
>
> ___
> Python tracker 
> <https://bugs.python.org/issue40878>
> ___
>

--

___
Python tracker 
<https://bugs.python.org/issue40878>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Michael Felt]

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
with xlc-v11.

Although - my last runs on the POWER6, by default, were using gcc - so
maybe I thought, incorrectly, that xlc was passing.

Time shall tell.

p.s. - if you make a PR that emulates a rollback, if that is what you
were thinking - I can test that separately/manually.

Michael

On 16/06/2020 09:04, Michael Felt wrote:
> 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 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 base is not C99 compliant enough and we have to switch 
>> back for sanity.
>>
>>
>>
>> For the _decimal problem at hand, if you give me the compiler identification 
>> macro (__xlc__ or something?) I can try the same as for MSVC and use the 
>> explicit EXTINLINE definition.
>>
>> --
>>
>> ___
>> Python tracker 
>> <https://bugs.python.org/issue40878>
>> ___
>>
> --
>
> ___
> Python tracker 
> <https://bugs.python.org/issue40878>
> ___
>

--

___
Python tracker 
<https://bugs.python.org/issue40878>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Michael Felt]

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 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 base is not C99 compliant enough and we have to switch back 
> for sanity.
> 
> 
> 
> For the _decimal problem at hand, if you give me the compiler identification 
> macro (__xlc__ or something?) I can try the same as for MSVC and use the 
> explicit EXTINLINE definition.
> 
> --
> 
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Stefan Krah]

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 base is not C99 compliant enough and we have to switch back 
for sanity.



For the _decimal problem at hand, if you give me the compiler identification 
macro (__xlc__ or something?) I can try the same as for MSVC and use the 
explicit EXTINLINE definition.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Michael Felt]

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 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 C99
> standard.
> """
>
> --
>
> ___
> Python tracker 
> <https://bugs.python.org/issue40878>
> ___
>

--

___
Python tracker 
<https://bugs.python.org/issue40878>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Stefan Krah]

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 C99
standard.
"""

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Stefan Krah]

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:

https://www.greenend.org.uk/rjk/tech/inline.html


"""
In this example, one of the declarations does not mention inline:

// a declaration not mentioning inline
int max(int a, int b);

// a definition mentioning inline
inline int max(int a, int b) {
  return a > b ? a : b;
}

In either example, the function will be callable from other files.
"""



This is the scheme that libmpdec uses and that compilers understood
at the time I wrote it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Michael Felt]

Michael Felt  added the comment:

Actually, iirc - xlc is c99 plus a few extra settings.

The configuration files for xlc are, traditionally, in /etc (the later
versions of the compiler have moved them into /opt/show/where so that
multiple versions of the compiler can be installed.

buildbot@x064:[/home/buildbot]ls -l /etc/*vac*
-rw-r--r--    1 bin  bin   37731 Aug 02 2018  /etc/vac.cfg.53
-rw-r--r--    1 bin  bin   39672 Aug 02 2018  /etc/vac.cfg.61
-rw-r--r--    1 bin  bin   39681 Aug 02 2018  /etc/vac.cfg.71
-rw-r--r--    1 bin  bin   39611 Aug 02 2018  /etc/vac.cfg.72

Herein I see that xlc is "extc99" and some extras:

* -qlanglvl=extc99 C compiler with common extensions, UNIX headers
xlc:    use    = DEFLT_C
    crt    = /lib/crt0.o
    mcrt   = /lib/mcrt0.o
    gcrt   = /lib/gcrt0.o
    libraries  = -L/usr/vac/lib,-lxlopt,-lxlipa,-lxl,-lc
    proflibs   = -L/lib/profiled,-L/usr/lib/profiled
    options    =
-qlanglvl=extc99,-qcpluscmt,-qkeyword=inline,-qalias=ansi

I have chosen the xlc_r variant - for thread_safe additions:

* standard c compiler aliased as xlc_r (61 Threads)
xlc_r:  use    = DEFLT_C
    crt    = /lib/crt0.o
    mcrt   = /lib/mcrt0.o
    gcrt   = /lib/gcrt0.o
    libraries  = -L/usr/vac/lib,-lxlopt,-lxlipa,-lxl,-lpthreads,-lc
    proflibs   = -L/lib/profiled,-L/usr/lib/profiled
    hdlibs = -L/usr/vac/lib,-lhmd
    options    =
-qlanglvl=extc99,-qcpluscmt,-qkeyword=inline,-qalias=ansi,-qthreaded,-D_THREAD_SAFE,-D__VACPP_MULTI__

So, what is c99 then? -> focus on it is 'stdc99' rather than 'extc99'

* Strict ANSI compiler, ANSI headers
c99:    use    = DEFLT_C
    crt    = /lib/crt0.o
    mcrt   = /lib/mcrt0.o
    gcrt   = /lib/gcrt0.o
    libraries  = -L/usr/vac/lib,-lxlopt,-lxlipa,-lxl,-lc
    proflibs   = -L/lib/profiled,-L/usr/lib/profiled
    options    =
-qlanglvl=stdc99,-D_ANSI_C_SOURCE,-D_ISOC99_SOURCE,-qalias=ansi,-qstrict_induction

Hope this helps clarify that both xlc and c99 are "c99" based.

Regards,

Michael

On 05/06/2020 21:34, Stefan Krah wrote:
> New submission from Stefan Krah :
>
> There appears to be an xlc buildbot with libmpdec failures.
>
> libmpdec uses C99 extern inline semantics. From the brief 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
> severity: normal
> status: open
> title: Use c99 on the aixtools bot
>
> ___
> Python tracker 
> <https://bugs.python.org/issue40878>
> ___
>

--

___
Python tracker 
<https://bugs.python.org/issue40878>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40878] Use c99 on the aixtools bot

[Stefan Krah]

New submission from Stefan Krah :

There appears to be an xlc buildbot with libmpdec failures.

libmpdec uses C99 extern inline semantics. From the brief 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
severity: normal
status: open
title: Use c99 on the aixtools bot

___
Python tracker 
<https://bugs.python.org/issue40878>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michael Felt]

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 propose a "cure".

I have started with:

./python  ./Tools/scripts/run_tests.py -j 1 -u all -W --slowest 
--fail-env-changed --timeout=1200 -j2

and now see the test stalled:

0:39:41 running: test_builtin (5 min 14 sec)
0:40:11 running: test_builtin (5 min 44 sec)
0:40:41 running: test_builtin (6 min 14 sec)
0:41:11 running: test_builtin (6 min 44 sec)
0:41:41 running: test_builtin (7 min 14 sec)
0:42:11 running: test_builtin (7 min 44 sec)
0:42:41 running: test_builtin (8 min 14 sec)
0:43:11 running: test_builtin (8 min 44 sec)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michael Felt]

New submission from Michael Felt :

related to 

Two AIX bots - different environments - continue to fail the test: 
`test_builtin` since

During the first run - the test fails with something such as:

0:31:47 [215/420] test_abc passed -- running: test_builtin (14 min 10 sec)
0:32:17 running: test_builtin (14 min 40 sec), test_decimal (30.0 sec)
0:32:37 [216/420] test_decimal passed (49.4 sec) -- running: test_builtin (15 
min)
0:32:37 [217/420/1] test_builtin crashed (Exit code 1)
Timeout (0:15:00)!
Thread 0x0001 (most recent call first):

And in the second pass (re-run of failed tests) the failure goes:

test_zip (test.test_builtin.BuiltinTest) ... ok
test_zip_bad_iterable (test.test_builtin.BuiltinTest) ... ok
test_zip_pickle (test.test_builtin.BuiltinTest) ... ok
Timeout (0:15:00)!
Thread 0x0001 (most recent call first):
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/support/__init__.py",
 line 3435 in wait_process
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/test_builtin.py",
 line 1898 in run_child
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/test_builtin.py",
 line 1952 in test_input_no_stdout_fileno
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/case.py", 
line 616 in _callTestMethod
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/case.py", 
line 659 in run
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/case.py", 
line 719 in __call__
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/unittest/runner.py",
 line 176 in run
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/support/__init__.py",
 line 2079 in _run_suite
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/support/__init__.py",
 line 2201 in run_unittest
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/runtest.py",
 line 209 in _test_module
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/runtest.py",
 line 234 in _runtest_inner2
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/runtest.py",
 line 270 in _runtest_inner
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/runtest.py",
 line 153 in _runtest
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/runtest.py",
 line 193 in runtest
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/main.py",
 line 318 in rerun_failed_tests
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/main.py",
 line 691 in _main
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/main.py",
 line 634 in main
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/libregrtest/main.py",
 line 712 in main
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/__main__.py", 
line 2 in 
  File "/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/runpy.py", 
line 87 in _run_code
  File "/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/runpy.py", 
line 197 in _run_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, so the results also fail to get uploaded.

--
components: Tests
messages: 365583
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: AIX: bot status: stuck at: failed test (failure) uploading 
test-results.xml (failure)
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue40155>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michael Felt]

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 shipped  nextafter(+0.0, -0.0) returns +0.0 instead of -0.0.
  bos.rte.shell 7.2.2.0
  bos.adt.prof 7.2.2.0
  bos.adt.libm 7.2.2.0

So, nothing for me "to fix" -- see 
https://www-01.ibm.com/support/docview.wss?uid=isg1IV95512

FYI: The document URL (above) was last modified on 30 October 2017

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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/issue39396>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michael Felt]

New submission from Michael Felt :

As issue39288 (that introduces this breakage) is closed, opening a new issue.

Back from away - and only starting my investigation - and that will probably be 
slow. Have not done anything with IEEE754 in over 30 years.

--
messages: 360312
nosy: 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/issue39396>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37679] test_with_pip fails on FreeBSD 10 bot

[Steve Dower]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37679] test_with_pip fails on FreeBSD 10 bot

[Kubilay Kocak]

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 not being addressed in a timely manner.

If it turns out this is not related to the commits from issue 37664, this can 
be re-opened.

Having said that, these bots have been stable and green for a substantial 
amount of time, so in almost all cases (upgrades to the bots not withstanding), 
new regressions/failures are almost certainly newly introduced

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37679] test_with_pip fails on FreeBSD 10 bot

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +koobs

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37679] test_with_pip fails on FreeBSD 10 bot

[Steve Dower]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37679] test_with_pip fails on FreeBSD 10 bot

[Karthikeyan Singaravelan]

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
==
FAIL: test_with_pip (test.test_venv.EnsurePipTest)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10.nondebug/build/Lib/test/test_venv.py",
 line 495, in test_with_pip
self.do_test_with_pip(False)
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10.nondebug/build/Lib/test/test_venv.py",
 line 478, in do_test_with_pip
self.assertEqual(err.rstrip(), "")
AssertionError: "WARNING: The directory '/.cache/pip/http[202 chars]lag." != ''
- WARNING: The directory '/.cache/pip/http' or its parent directory is not 
owned by the current user and the cache has been disabled. Please check the 
permissions and owner of that directory. If executing pip with sudo, you may 
want sudo's -H flag.
+ 
--

--
components: Tests
messages: 348432
nosy: pablogsal, vstinner, xtreak
priority: normal
severity: normal
status: open
title: test_with_pip fails on FreeBSD 10 bot
type: behavior
versions: Python 3.8, Python 3.9

___
Python tracker 
<https://bugs.python.org/issue37679>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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)
https://github.com/python/cpython/commit/8ab624b17ba656e9af5a79be6af0cf2911a111ba


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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)
https://github.com/python/cpython/commit/7346a16ed584fd1e85359154820d286370b68648


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

Change by Gregory P. Smith :


--
pull_requests: +13165

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

Change by Gregory P. Smith :


--
pull_requests: +13163
stage: backport needed -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

Gregory P. Smith  added the comment:

(same on 2.7)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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
--
Traceback (most recent call last):
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_ssl.py",
 line 2633, in test_protocol_sslv23
try_protocol_combo(ssl.PROTOCOL_SSLv23, ssl.PROTOCOL_TLSv1, 'TLSv1')
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_ssl.py",
 line 2323, in try_protocol_combo
chatty=False, connectionchatty=False)
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_ssl.py",
 line 2248, in server_params_test
s.connect((HOST, server.port))
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
1109, in connect
self._real_connect(addr, False)
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
1100, in _real_connect
self.do_handshake()
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
1077, in do_handshake
self._sslobj.do_handshake()
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
689, in do_handshake
self._sslobj.do_handshake()
ssl.SSLError: [SSL: TLSV1_ALERT_PROTOCOL_VERSION] tlsv1 alert protocol version 
(_ssl.c:852)
==
ERROR: test_protocol_tlsv1_1 (test.test_ssl.ThreadedTests)
Connecting to a TLSv1.1 server with various client options.
--
Traceback (most recent call last):
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_ssl.py",
 line 2707, in test_protocol_tlsv1_1
try_protocol_combo(ssl.PROTOCOL_SSLv23, ssl.PROTOCOL_TLSv1_1, 'TLSv1.1')
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_ssl.py",
 line 2323, in try_protocol_combo
chatty=False, connectionchatty=False)
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_ssl.py",
 line 2248, in server_params_test
s.connect((HOST, server.port))
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
1109, in connect
self._real_connect(addr, False)
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
1100, in _real_connect
self.do_handshake()
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
1077, in do_handshake
self._sslobj.do_handshake()
  File 
"/ssd/buildbot/buildarea/3.6.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
689, in do_handshake
self._sslobj.do_handshake()
ssl.SSLError: [SSL: TLSV1_ALERT_PROTOCOL_VERSION] tlsv1 alert protocol version 
(_ssl.c:852)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Julien Palard]

Julien Palard  added the comment:



--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Julien Palard]

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

==
ERROR: test_networked_good_cert (test.test_httplib.HTTPSTest)
--
Traceback (most recent call last):
  File "/home/vsts/work/1/s/Lib/test/test_httplib.py", line 1632, in 
test_networked_good_cert
h.request('GET', '/')
  File "/home/vsts/work/1/s/Lib/http/client.py", line 1221, in request
self._send_request(method, url, body, headers, encode_chunked)
  File "/home/vsts/work/1/s/Lib/http/client.py", line 1267, in _send_request
self.endheaders(body, encode_chunked=encode_chunked)
  File "/home/vsts/work/1/s/Lib/http/client.py", line 1216, in endheaders
self._send_output(message_body, encode_chunked=encode_chunked)
  File "/home/vsts/work/1/s/Lib/http/client.py", line 1004, in _send_output
self.send(msg)
  File "/home/vsts/work/1/s/Lib/http/client.py", line 944, in send
self.connect()
  File "/home/vsts/work/1/s/Lib/http/client.py", line 1383, in connect
self.sock = self._context.wrap_socket(self.sock,
  File "/home/vsts/work/1/s/Lib/ssl.py", line 405, in wrap_socket
return self.sslsocket_class._create(
  File "/home/vsts/work/1/s/Lib/ssl.py", line 853, in _create
self.do_handshake()
  File "/home/vsts/work/1/s/Lib/ssl.py", line 1117, in do_handshake
self._sslobj.do_handshake()
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate 
verify failed: self signed certificate (_ssl.c:1055)

which does not looks covered by 2cc0223f43a1ffd59c887a73e2b0ce5202f3be90 which 
only checks for key too weak.

--
nosy: +mdk

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Chih-Hsuan Yen]

Change by Chih-Hsuan Yen :


--
nosy:  -yan12125

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Chih-Hsuan Yen]

Change by Chih-Hsuan Yen :


--
nosy: +yan12125

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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.

Only people running regrtest -u all or at least -u networking to enable the 
live network connectivity tests would run into this when building their own 
CPython.

--
stage: patch review -> backport needed
versions: +Python 3.6 -Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

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


--
nosy: +miss-islington

___
Python tracker 
<https://bugs.python.org/issue35925>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +13052

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

Change by Gregory P. Smith :


--
keywords: +patch
pull_requests: +13036
stage: needs patch -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

Gregory P. Smith  added the comment:

PR coming

--
assignee:  -> gregory.p.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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 of us Linux users are going 
to face this problem when we start using modern OS distros to build and test 
CPython.

A skipped test is an ignored test.

Ideally I'd like to see the tests updated to comply with modern higher security 
openssl config constraints.

--

___
Python tracker 
<https://bugs.python.org/issue35925>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

Steve Dower  added the comment:

This is still failing regularly - any progress? Do we need to skip tests?

--
nosy: +steve.dower

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35773] test_bdb fails on AIX bot (regression)

[SilentGhost]

Change by SilentGhost :


--
nosy: +David.Edelsohn

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 to me rather than a code issue. But 
I'd like it fixed either way before we get to 3.8.0 beta1 since this is a 
stable builder. Greg, you can ask Inadasan about whether his dict/OrderedDict 
changes might have any effect on this failure:
https://github.com/python/cpython/commit/c95404ff65dab1469dcd1dfec58ba54a8e7e7b3a

That was the only relevant change I observed between the working and the broken 
build.


The NNTP test failure looks like this:

==
ERROR: setUpClass (test.test_nntplib.NetworkedNNTP_SSLTests)
--
Traceback (most recent call last):
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_nntplib.py",
 line 295, in setUpClass
cls.server = cls.NNTP_CLASS(cls.NNTP_HOST, timeout=TIMEOUT,
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/nntplib.py", 
line 1077, in __init__
self.sock = _encrypt_on(self.sock, ssl_context, host)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/nntplib.py", 
line 292, in _encrypt_on
return context.wrap_socket(sock, server_hostname=hostname)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
405, in wrap_socket
return self.sslsocket_class._create(
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
853, in _create
self.do_handshake()
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
1117, in do_handshake
self._sslobj.do_handshake()
ssl.SSLError: [SSL: DH_KEY_TOO_SMALL] dh key too small (_ssl.c:1055)



The HTTP test failure looks like this:

==
ERROR: test_networked_good_cert (test.test_httplib.HTTPSTest)
--
Traceback (most recent call last):
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_httplib.py",
 line 1629, in test_networked_good_cert
h.request('GET', '/')
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/http/client.py",
 line 1229, in request
self._send_request(method, url, body, headers, encode_chunked)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/http/client.py",
 line 1275, in _send_request
self.endheaders(body, encode_chunked=encode_chunked)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/http/client.py",
 line 1224, in endheaders
self._send_output(message_body, encode_chunked=encode_chunked)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/http/client.py",
 line 1016, in _send_output
self.send(msg)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/http/client.py",
 line 956, in send
self.connect()
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/http/client.py",
 line 1391, in connect
self.sock = self._context.wrap_socket(self.sock,
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
405, in wrap_socket
return self.sslsocket_class._create(
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
853, in _create
self.do_handshake()
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/ssl.py", line 
1117, in do_handshake
self._sslobj.do_handshake()
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate 
verify failed: EE certificate key too weak (_ssl.c:1055)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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:

ERROR: test_networked_good_cert (test.test_httplib.HTTPSTest)
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate 
verify failed: EE certificate key too weak (_ssl.c:1055)

ERROR: setUpClass (test.test_nntplib.NetworkedNNTP_SSLTests)
ssl.SSLError: [SSL: DH_KEY_TOO_SMALL] dh key too small (_ssl.c:1055)

We should use different servers or contact admins of these servers to update 
their TLS configuration and/or certificate.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Charalampos Stratakis]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Benjamin Peterson]

Benjamin Peterson  added the comment:

It's okay with me if you want to backport minimum_version (and I suppose 
maximum_version).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 (introduced in Python 3.7).

https://docs.python.org/dev/library/ssl.html#ssl.SSLContext.minimum_version

For Python 2.7 and 3.6, "export OPENSSL_CONF=/non-existing-file" is a 
workaround.

Benjamin:
> I agree that we need to be more resistant to system configuration, but it 
> doesn't seem worth holding 2.7 up for.

My fix requires SSLContext.minimum_version, but I'm not sure that it's ok to 
backport the attribute to Python 2.7 since Python 3.6 doesn't have it. IMHO 
"export OPENSSL_CONF=/non-existing-file" workaround is acceptable.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Charalampos Stratakis]

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)
Connecting to an SSLv23 server with various client options
--
Traceback (most recent call last):
  File "/root/cpython/_install/lib/python2.7/test/test_ssl.py", line 2370, in 
test_protocol_sslv23
try_protocol_combo(ssl.PROTOCOL_SSLv23, ssl.PROTOCOL_TLSv1, 'TLSv1')
  File "/root/cpython/_install/lib/python2.7/test/test_ssl.py", line 2103, in 
try_protocol_combo
chatty=False, connectionchatty=False)
  File "/root/cpython/_install/lib/python2.7/test/test_ssl.py", line 2031, in 
server_params_test
s.connect((HOST, server.port))
  File "/root/cpython/_install/lib/python2.7/ssl.py", line 864, in connect
self._real_connect(addr, False)
  File "/root/cpython/_install/lib/python2.7/ssl.py", line 855, in _real_connect
self.do_handshake()
  File "/root/cpython/_install/lib/python2.7/ssl.py", line 828, in do_handshake
self._sslobj.do_handshake()
SSLError: [SSL: TLSV1_ALERT_PROTOCOL_VERSION] tlsv1 alert protocol version 
(_ssl.c:727)

==
ERROR: test_protocol_tlsv1_1 (test.test_ssl.ThreadedTests)
Connecting to a TLSv1.1 server with various client options.
--
Traceback (most recent call last):
  File "/root/cpython/_install/lib/python2.7/test/test_ssl.py", line 2444, in 
test_protocol_tlsv1_1
try_protocol_combo(ssl.PROTOCOL_SSLv23, ssl.PROTOCOL_TLSv1_1, 'TLSv1.1')
  File "/root/cpython/_install/lib/python2.7/test/test_ssl.py", line 2103, in 
try_protocol_combo
chatty=False, connectionchatty=False)
  File "/root/cpython/_install/lib/python2.7/test/test_ssl.py", line 2031, in 
server_params_test
s.connect((HOST, server.port))
  File "/root/cpython/_install/lib/python2.7/ssl.py", line 864, in connect
self._real_connect(addr, False)
  File "/root/cpython/_install/lib/python2.7/ssl.py", line 855, in _real_connect
self.do_handshake()
  File "/root/cpython/_install/lib/python2.7/ssl.py", line 828, in do_handshake
self._sslobj.do_handshake()
SSLError: [SSL: TLSV1_ALERT_PROTOCOL_VERSION] tlsv1 alert protocol version 
(_ssl.c:727)

--
nosy: +cstratak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35773] test_bdb fails on AIX bot (regression)

[Michael Felt]

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 change 
where it went wrong.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35773] test_bdb fails on AIX bot (regression)

[Michael Felt]

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_revisiona37f52436f9aa4b9292878b72f3ff1480e2606c3Git
owners  ["Christian Heimes "] Build
project python/cpython  Build
repository  https://github.com/python/cpython   Build
revisiona37f52436f9aa4b9292878b72f3ff1480e2606c3Build
scheduler   3.x Scheduler

And the last build without this error:
buildnumber 717 Build
codebaseBuild
event   pushChange
github_distinct trueChange
got_revisionc9f872b0bdce5888f1879fa74e098bf4a05430c5Git
owners  ["Victor Stinner "]Build
project python/cpython  Build
repository  https://github.com/python/cpython   Build
revisionc9f872b0bdce5888f1879fa74e098bf4a05430c5Build
scheduler   3.x Scheduler

I am hoping, with this info - someone who understands the commit process better 
than I can help me see the difference between these two builds.

I have tried

git diff c9f872b0bdce5888f1879fa74e098bf4a05430c5  
a37f52436f9aa4b9292878b72f3ff1480e2606c3

And this only seems to be a change in something related to ssl (bpo-35746) - so 
I am not really understanding what (else) has happened.

The behavior seems to be language handling related, and not really bdb or ssl 
which is where the test and git diff points at.

Ideas and/or suggestions welcome.

(p.s., no longer showing as a bot error as I have changed my LANG setting)

--

___
Python tracker 
<https://bugs.python.org/issue35773>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35773] test_bdb fails on AIX bot (regression)

[Michael Felt]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Benjamin Peterson]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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.python.org/issue35925>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35773] test_bdb fails on AIX bot (regression)

[Michael Felt]

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 - in a bout a week - but I expect it is something very 
different than whatever bdb is testing.

fyi - the additional fileset (not normally installed afaik) is/are: 
  bos.loc.com.utf   7.1.4.30C FCommon Locale Support - UTF-8
  bos.loc.utf.EN_US 7.1.4.30C FBase System Locale UTF Code

--

___
Python tracker 
<https://bugs.python.org/issue35773>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35773] test_bdb fails on AIX bot (regression)

[Michael Felt]

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: 
/home/buildbot/buildarea/3.x.aixtools-aix-power6/issue/build/test_python_11862246
== CPU count: 8
== encodings: locale=ISO8859-15, FS=iso8859-15
Run tests sequentially
0:00:00 [1/1] test_bdb
test_down (test.test_bdb.StateTestCase) ... ok
...
test_step_at_return_with_no_trace_in_caller (test.test_bdb.IssuesTestCase) ... 
ok

==
FAIL: test_skip (test.test_bdb.StateTestCase)
--
Traceback (most recent call last):
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/issue/Lib/test/test_bdb.py", 
line 731, in test_skip
tracer.runcall(tfunc_import)
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/issue/Lib/test/test_bdb.py", 
line 448, in __exit__
self.test_case.fail(err_msg)
  File 
"/home/buildbot/buildarea/3.x.aixtools-aix-power6/issue/Lib/test/test_bdb.py", 
line 582, in fail
raise self.failureException(msg) from None
AssertionError: encoding with 'iso8859-15' codec failed (BdbNotExpectedError: 
Wrong event type at expect_set item 2, got 'call'
  Expected: ('line', 3, 'tfunc_import')
  Got:  ('call', 11, 'encode'), ('quit',),)

--

Ran 31 tests in 0.392s

Is this somehow related to "encoding" as in AIX is not using utf-8 as default?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35773] test_bdb fails on AIX bot (regression)

[Michael Felt]

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
== cwd: 
/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/build/test_python_5177546
== CPU count: 8
== encodings: locale=ISO8859-15, FS=iso8859-15

FYI: it is not failing on the GCC based bot (mine is based on XLC).

--
components: Tests
messages: 333957
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: test_bdb fails on AIX bot (regression)
type: behavior
versions: Python 3.8

___
Python tracker 
<https://bugs.python.org/issue35773>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[arresteddevlopment]

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 when encountered. 
So for the quiz I'd like the bot to confirm a correct answer by saying 
"Correctamundo!" when someone gets the question right.





A. The first thing I tried was a nested function. After choosing a random 
question from the q_and_as tuples list, it sets the answer (q[1]) as the rule 
that should trigger the correct() function.



from sopel.module import commands, ruleimport randomq_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])@rule(q[1])
def correct(bot, trigger):bot.sat('Correctamundo!')


For whatever reason the answer isn't triggering the correct() function when 
done this way.




B. I also tried passing the answer (q[1]) to a separate answer function, 
which would then set it as the rule that triggered the correct() function.



from sopel.module import commands, ruleimport randomq_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])answer(bot, 
trigger, q[1])def answer(bot, trigger, answer):@rule(answer)def 
correct(bot, trigger):bot.say(' correctamundo!')


Again though, the function isn't being triggered. Any ideas where I'm going 
wrong? Or is there a better way of doing this? Thank you.
 
-- 
https://mail.python.org/mailman/listinfo/python-list

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

[arresteddevlopment]

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])
 @rule(q[1])
 def correct(bot, trigger):
 bot.sat('Correctamundo!')

B:
...
@commands("quizme")
def ask_q(bot, trigger):
 q = random.choice(q_and_as)
 bot.say(q[0])
 answer(bot, trigger, q[1])

def answer(bot, trigger, answer):
 @rule(answer)
 def correct(bot, trigger):
 bot.say(' correctamundo!')

If the above comes out wonky again I also asked on StackOverflow 
(http://stackoverflow.com/questions/34419265/how-to-set-and-later-change-a-rule-in-a-sopel-irc-bot-module-python).
 
Any help would be greatly appreciated.
-- 
https://mail.python.org/mailman/listinfo/python-list

Jabber Bot

[Matt]

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

[Fábio Santos]

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.

http://stackoverflow.com/questions/1901828/best-python-xmpp-jabber-client-library

If none of these is up to date or good for your purposes, you could
manipulate XML using ElementTree.

As for AI, someone else may be able to help you (if dihedral said something
helpful that would be pretty meta) as I don't have any experience there.
-- 
http://mail.python.org/mailman/listinfo/python-list

[issue15086] Ubuntu bot: error while loading shared libraries

[Stefan Krah]

New submission from Stefan Krah stefan-use...@bytereef.org:

The Ubuntu shared buildbot fails to run the tests:

 using PTY: True
./python: error while loading shared libraries: libpython3.3dm.so.1.0: cannot 
open shared object file: No such file or directory
make: *** [Python/importlib.h] Error 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 libraries
type: behavior
versions: Python 3.3

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15086
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15086] Ubuntu bot: error while loading shared libraries

[Antoine Pitrou]

Changes by Antoine Pitrou pit...@free.fr:


--
nosy: +brett.cannon

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15086
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15086] Ubuntu bot: error while loading shared libraries

[Stefan Krah]

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 ''make'' a second time after
this build is complete.
--


Is there an easy way to change the buildmaster to run 'make'
twice on this slave?

--
nosy: +pitrou

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15086
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15086] Ubuntu bot: error while loading shared libraries

[Roundup Robot]

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

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15086
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15086] Ubuntu bot: error while loading shared libraries

[Antoine Pitrou]

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
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

write a bot

[admin lewis]

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://predellino.blogspot.com/
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: write a bot

[Emile van Sebille]

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://mail.python.org/mailman/listinfo/python-list

Re: write a bot

[admin lewis]

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 into Scrapy?  http://scrapy.org

No, and it looks exactly what I'm looking for.
thanks :)


 Emile


luigi



-- 
Linux Server, Microsoft Windows 2003/2008 Server, Exchange 2007
http://predellino.blogspot.com/
-- 
http://mail.python.org/mailman/listinfo/python-list

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Vinay Sajip]

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

request.send_response(200)

and that caused a failure. My code now has to read

request.send_response(200)
request.end_headers()

No send_header() in sight! Perhaps the end_header() call requirement should 
also be mentioned in the docs on send_response().

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Senthil Kumaran]

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 end_headers was an
interesting use-case and I started thinking if http.server's behavior should
change in order to support such a use-case.  But such a thing does not play
well with our recent change of caching and sending the headers.  For instance,
send_header and end_headers call might still be expected after send_response
and in which case, server's sending of headers would break. ( It would send it
two '\r\n' separated chunks, which is undesirable).

I think, it is best to add a note after send_response that it should be
followed by an end_header if the sever does not want to send any more headers.

I shall update this information.

Thanks!

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Roundup Robot]

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

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Vinay Sajip]

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
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Roundup Robot]

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: +python-dev

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Vinay Sajip]

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.

This closes the issue as far as the select.error is concerned - leaving open 
for Senthil's follow-up on BadStatusLine.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Vinay Sajip]

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.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Roundup Robot]

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 rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Vinay Sajip]

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 avoid the error.

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 not sure which of these is the case, but leaving open 
since I think the http.server documentation ought to be changed. Apart from 
this I think the issue can be closed.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Senthil Kumaran]

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 not sure
 which of these is the case, but leaving open since I think the
 http.server documentation ought to be changed. Apart from this I

end_headers was added 3.2, so that all the headers can be cached and
sent at once instead of writing one header at a time to the output
stream. This is a new change in 3.3, where end_header calls
flush_header which does the job of writing and clearing the cache.

The need to call end_header always is new (at least from 3.2, because
I see the http.server code itself using end_header at the end whenever
it uses send_header)

Following is the information in the updated docs.

.. method:: send_header(keyword, value)

 Adds the HTTP header to an internal buffer which will be
 written to the output stream when either :meth:`end_headers`
 or :meth:`flush_headers` is invoked. 

I think, a little change in wording saying that end_headers or
flush_headers MUST BE called would make it more prominent.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Vinay Sajip]

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
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12039] test_logging: bad file descriptor on FreeBSD bot

[Senthil Kumaran]

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 rep...@bugs.python.org
http://bugs.python.org/issue12039
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com