Re: Multiple inheritance and a broken super() chain

On 05/07/2023 01:27, Chris Angelico via Python-list wrote: >> So I'm curious about how big this "big problem with MI" is in > > Who said it's a big problem with MI? I think it's a very common perception, particularly with newer programmers who have never used it in anger. Any time anyone discus

Re: Multiple inheritance and a broken super() chain

On Wed, 5 Jul 2023 at 10:31, Greg Ewing via Python-list wrote: > > On 5/07/23 10:33 am, Alan Gauld wrote: > > (*) C++ is the odd one out because it doesn't have GC, but then > > neither does it have an Object superclass so very often MI in C++ > > does not involve creating diamonds! And especially

Re: Multiple inheritance and a broken super() chain

On 5/07/23 10:33 am, Alan Gauld wrote: (*) C++ is the odd one out because it doesn't have GC, but then neither does it have an Object superclass so very often MI in C++ does not involve creating diamonds! And especially if the MI style is mixin based. Even if all your mixins have empty construc

Re: Multiple inheritance and a broken super() chain

On Wed, 5 Jul 2023 at 08:35, Alan Gauld via Python-list wrote: > > On 03/07/2023 19:39, Chris Angelico via Python-list wrote: > > On Tue, 4 Jul 2023 at 03:39, Peter Slížik via Python-list > >> The legacy code I'm working with uses a classic diamond inheritance. > > > What happens when Top is initi

Re: Multiple inheritance and a broken super() chain

On 03/07/2023 19:39, Chris Angelico via Python-list wrote: > On Tue, 4 Jul 2023 at 03:39, Peter Slížik via Python-list >> The legacy code I'm working with uses a classic diamond inheritance. > What happens when Top is initialized twice? This seems like a problem > waiting to happen, and when you

Re: Multiple inheritance and a broken super() chain

On Tue, 4 Jul 2023 at 22:06, Peter Slížik via Python-list wrote: > > > > > Also, you might find that because of the MRO, super() in your Bottom > > class would actually give you what you want. > > > > I knew this, but I wanted to save myself some refactoring, as the legacy > code used different si

Re: Multiple inheritance and a broken super() chain

> > Also, you might find that because of the MRO, super() in your Bottom > class would actually give you what you want. > I knew this, but I wanted to save myself some refactoring, as the legacy code used different signatures for Left.__init__() and Right.__init__(). I realized the formatting of

Re: Multiple inheritance and a broken super() chain

On 7/3/23 12:13, Mats Wichmann via Python-list wrote: To natter on a bit, and possibly muddy the waters even further... Now, as I see it, from the super()'s point of view, there are two inheritance chains, one starting at Left and the other at Right. But *Right.__init__()* is called twice. No:

Re: Multiple inheritance and a broken super() chain

On Tue, 4 Jul 2023 at 03:39, Peter Slížik via Python-list wrote: > > Hello. > > The legacy code I'm working with uses a classic diamond inheritance. Let me > call the classes *Top*, *Left*, *Right*, and *Bottom*. > This is a trivial textbook example. The classes were written in the > pre-super() e

Re: Multiple inheritance and a broken super() chain

On 7/3/23 12:01, Richard Damon via Python-list wrote: On 7/3/23 1:38 PM, Peter Slížik via Python-list wrote: Hello. The legacy code I'm working with uses a classic diamond inheritance. Let me call the classes *Top*, *Left*, *Right*, and *Bottom*. This is a trivial textbook example. The classe

Re: Multiple inheritance and a broken super() chain

On 7/3/23 1:38 PM, Peter Slížik via Python-list wrote: Hello. The legacy code I'm working with uses a classic diamond inheritance. Let me call the classes *Top*, *Left*, *Right*, and *Bottom*. This is a trivial textbook example. The classes were written in the pre-super() era, so all of them ini

Multiple inheritance and a broken super() chain

Hello. The legacy code I'm working with uses a classic diamond inheritance. Let me call the classes *Top*, *Left*, *Right*, and *Bottom*. This is a trivial textbook example. The classes were written in the pre-super() era, so all of them initialized their parents and Bottom initialized both Left a

Re: SSL/TLS certificate verification suddenly broken, Python 3 on Windows 10

I’ve had similar issue today on macOS when trying to download something from PyPI with Python 3.9.1 but I didn’t try to debug it and just moved on to different things. Maybe we both have outdated ca bundles? Michał Jaworski > Wiadomość napisana przez Carlos Andrews w dniu > 16.02.2021, o godz

SSL/TLS certificate verification suddenly broken, Python 3 on Windows 10

Hi All, I ran into an error I, so far, cannot explain regarding Python's general ability to communicate via SSL/TLS. I'm using Python a lot to communicate with web servers and APIs, which worked just fine until yesterday (or somewhen late last week). I first noticed yesterday, when a requests-ba

Re: Detect dotted (broken) lines only in an image using OpenCV

> On 16 Apr 2020, at 00:36, Edu Py wrote: > > I am trying to learn techniques on image feature detection. Cool. > > I have managed to detect horizontal line(unbroken/continuous), however I am > having trouble detecting all the dotted/broken lines in an image. We can he

Re: Detect dotted (broken) lines only in an image using OpenCV

(unbroken/continuous), however I > am having trouble detecting all the dotted/broken lines in an image. > > Here is my test image, as you can see there are dotted lines and some > text/boxes etc. > > > my code is below: > > import cv2 > import numpy as np > > img=cv2.imread

Re: Detect dotted (broken) lines only in an image using OpenCV

l the dotted/broken lines in an image. > > Here is my test image, as you can see there are dotted lines and some > text/boxes etc. > > > my code is below: > > import cv2 > import numpy as np > > img=cv2.imread('test.jpg') > img=functions.image_resize(img,1000

Detect dotted (broken) lines only in an image using OpenCV

I am trying to learn techniques on image feature detection. I have managed to detect horizontal line(unbroken/continuous), however I am having trouble detecting all the dotted/broken lines in an image. Here is my test image, as you can see there are dotted lines and some text/boxes etc. my

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 13/02/20 9:17 AM, Michael Torrie wrote: On 2/12/20 7:44 AM, Ethan Furman wrote: On 02/11/2020 04:38 PM, Michael Torrie wrote: ... True. Costs can be calculated and planned for. But Technical debt is often impossible to quantify in a real, meaningful, business sense, other than the that we

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/12/20 7:44 AM, Ethan Furman wrote: > On 02/11/2020 04:38 PM, Michael Torrie wrote: > >> It's all just different ways of accounting for the same things. In >> the olden days before the term "technical debt" was invented, we >> called this "total cost of ownership." > > TCO is not a fixed numb

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 12/02/2020 17:46, Python wrote: On Wed, Feb 12, 2020 at 01:16:03PM +, Rhodri James wrote: On 12/02/2020 00:53, Python wrote: In pretty much every job I've ever worked at, funding work (e.g. with humans to do it) with exactly and precisely the resources required is basically impossible, a

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 01:16:03PM +, Rhodri James wrote: > On 12/02/2020 00:53, Python wrote: > > In pretty much every job I've ever worked at, funding work (e.g. with > > humans to do it) with exactly and precisely the resources required is > > basically impossible, and management prefers to

RE: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

t: Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them) On 12/02/2020 00:53, Python wrote: > In pretty much every job I've ever worked at, funding work (e.g. with > humans to do it) with exactly and precisely the resources required is > basica

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 02/11/2020 04:38 PM, Michael Torrie wrote: It's all just different ways of accounting for the same things. In the olden days before the term "technical debt" was invented, we called this "total cost of ownership." TCO is not a fixed number. For example, if a loan is taken to help fund a pr

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 12/02/2020 00:53, Python wrote: In pretty much every job I've ever worked at, funding work (e.g. with humans to do it) with exactly and precisely the resources required is basically impossible, and management prefers to underfund the work than to overfund it, for cost-savings reasons. This ba

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2020-02-12, Chris Angelico wrote: > But you CAN rewrite code such that it reduces technical debt. You can > refactor code to make it more logical. ... but if doing so costs more than the debt, you shouldn't do it. -- https://mail.python.org/mailman/listinfo/python-list

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 12:32 PM Michael Torrie wrote: > > On 2/11/20 6:15 PM, Chris Angelico wrote: > > On Wed, Feb 12, 2020 at 12:13 PM Michael Torrie wrote: > >> > >> On 2/11/20 5:55 PM, Chris Angelico wrote: > >>> But you CAN rewrite code such that it reduces technical debt. You can > >>> ref

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/20 6:15 PM, Chris Angelico wrote: > On Wed, Feb 12, 2020 at 12:13 PM Michael Torrie wrote: >> >> On 2/11/20 5:55 PM, Chris Angelico wrote: >>> But you CAN rewrite code such that it reduces technical debt. You can >>> refactor code to make it more logical. You can update things to use >>> i

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/20 5:53 PM, Python wrote: > If your hypothetical project was implemented perfectly from the > beginning, in Python2.x, it may never need updating, and therefore > there may well never be any reason to port it to python3. So doing so > would be neither "debt" nor "cost" but rather "waste."

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 12:13 PM Michael Torrie wrote: > > On 2/11/20 5:55 PM, Chris Angelico wrote: > > But you CAN rewrite code such that it reduces technical debt. You can > > refactor code to make it more logical. You can update things to use > > idioms that better express the concepts you're

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/20 5:55 PM, Chris Angelico wrote: > But you CAN rewrite code such that it reduces technical debt. You can > refactor code to make it more logical. You can update things to use > idioms that better express the concepts you're trying to represent > (maybe because those idioms require syntacti

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 12:00 PM Michael Torrie wrote: > > On 2/11/20 5:42 PM, Chris Angelico wrote: > > Yes, if you consider the term to be synonymous with TCO, then > > naturally you'll see it as useless. But it isn't. Technical debt is a > > very specific thing and it CAN be paid off. > > We'll

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/2020 3:09 PM, Chris Angelico wrote: What you're talking about is costs in general, but "debt" is a very specific term. You accrue technical debt whenever you "borrow" time from the future - doing something that's less effort now at the expense of being worse in the future. A prime examp

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 11:48 AM Michael Torrie wrote: > > On 2/11/20 5:37 PM, Chris Angelico wrote: > > On Wed, Feb 12, 2020 at 11:32 AM Michael Torrie wrote: > >> > >> On 2/11/20 2:25 PM, Barry Scott wrote: > >>> At Chris said moving to python3 will *reduce* your technical debt. > >>> You are p

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/20 5:42 PM, Chris Angelico wrote: > Yes, if you consider the term to be synonymous with TCO, then > naturally you'll see it as useless. But it isn't. Technical debt is a > very specific thing and it CAN be paid off. We'll agree to disagree on the last bit. And I'm not the only one that bel

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 07:09:12AM +1100, Chris Angelico wrote: > On Wed, Feb 12, 2020 at 7:03 AM Michael Torrie wrote: > > Speaking about technical debt is certainly fashionable these days. As > > if we've somehow discovered a brand new way of looking at things. But > > it doesn't matter what y

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/20 5:37 PM, Chris Angelico wrote: > On Wed, Feb 12, 2020 at 11:32 AM Michael Torrie wrote: >> >> On 2/11/20 2:25 PM, Barry Scott wrote: >>> At Chris said moving to python3 will *reduce* your technical debt. >>> You are paying off the debt. >> >> While at the same time incurring new debt. >

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 11:39 AM Michael Torrie wrote: > > On 2/11/20 1:09 PM, Chris Angelico wrote: > > What you're talking about is costs in general, but "debt" is a very > > specific term. You accrue technical debt whenever you "borrow" time > > from the future - doing something that's less eff

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/20 1:09 PM, Chris Angelico wrote: > What you're talking about is costs in general, but "debt" is a very > specific term. You accrue technical debt whenever you "borrow" time > from the future - doing something that's less effort now at the > expense of being worse in the future. You pay off

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 11:32 AM Michael Torrie wrote: > > On 2/11/20 2:25 PM, Barry Scott wrote: > > At Chris said moving to python3 will *reduce* your technical debt. > > You are paying off the debt. > > While at the same time incurring new debt. That's not an intrinsic part of the rewrite, and

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/20 2:25 PM, Barry Scott wrote: > At Chris said moving to python3 will *reduce* your technical debt. > You are paying off the debt. While at the same time incurring new debt. > Not to mention that its harder to hire people to work on tech-debt legacy > code. > > Given the choice between

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

> On 11 Feb 2020, at 20:01, Michael Torrie wrote: > > On 2/11/20 4:05 AM, Chris Angelico wrote: >> Or just the recognition that, eventually, technical debt has to be >> paid. > > Speaking about technical debt is certainly fashionable these days. As > if we've somehow discovered a brand new

Re: datetime seems to be broken WRT timezones (even when you add them)

> On 10 Feb 2020, at 23:01, Python wrote: > > As best I can tell, Python has no means to make use of the system's > timezone info. In order to make datetime "timezone aware", you need > to manually create a subclass of datetime.tzinfo, whose methods return > the correct values for the timezone

Re: Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 7:03 AM Michael Torrie wrote: > > On 2/11/20 4:05 AM, Chris Angelico wrote: > > Or just the recognition that, eventually, technical debt has to be > > paid. > > Speaking about technical debt is certainly fashionable these days. As > if we've somehow discovered a brand new

Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 6:45 AM Python wrote: > > On Wed, Feb 12, 2020 at 05:38:38AM +1100, Chris Angelico wrote: > > > > Isn't it time to stop going to great effort to support Python > > > > > > If you live in a world where you get to decide that, sure. Not > > > everyone does. > > > > > > > Eve

Technical debt - was Re: datetime seems to be broken WRT timezones (even when you add them)

On 2/11/20 4:05 AM, Chris Angelico wrote: > Or just the recognition that, eventually, technical debt has to be > paid. Speaking about technical debt is certainly fashionable these days. As if we've somehow discovered a brand new way of looking at things. But it doesn't matter what you do, there

Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 05:38:38AM +1100, Chris Angelico wrote: > > > Isn't it time to stop going to great effort to support Python > > > > If you live in a world where you get to decide that, sure. Not > > everyone does. > > > > Everyone gets to decide how much time and effort they put into > su

Re: datetime seems to be broken WRT timezones (even when you add them)

On Wed, Feb 12, 2020 at 3:57 AM Python wrote: > > On Tue, Feb 11, 2020 at 12:42:26PM +1100, Chris Angelico wrote: > > > > I've been using the timestamp() method: > > > > > > That's the key piece of info. This does appear to work, though still > > > not on python2. That, as you say, is my problem

Re: datetime seems to be broken WRT timezones (even when you add them)

On Tue, Feb 11, 2020 at 12:42:26PM +1100, Chris Angelico wrote: > > > I've been using the timestamp() method: > > > > That's the key piece of info. This does appear to work, though still > > not on python2. That, as you say, is my problem. But thankfully Jon > > Ribbens has the save: > > Isn't

Re: datetime seems to be broken WRT timezones (even when you add them)

On 2020-02-11, Chris Angelico wrote: > On Tue, Feb 11, 2020 at 10:01 PM Jon Ribbens via Python-list > wrote: >> So while it's been about 6 years since anyone should have been >> starting any new projects using Python 2, there are plenty of >> projects that are older than that and still need suppor

Re: datetime seems to be broken WRT timezones (even when you add them)

On Tue, Feb 11, 2020 at 10:01 PM Jon Ribbens via Python-list wrote: > > On 2020-02-11, Chris Angelico wrote: > >> That's the key piece of info. This does appear to work, though still > >> not on python2. That, as you say, is my problem. But thankfully Jon > >> Ribbens has the save: > > > > Isn

Re: datetime seems to be broken WRT timezones (even when you add them)

On 2020-02-11, Chris Angelico wrote: >> That's the key piece of info. This does appear to work, though still >> not on python2. That, as you say, is my problem. But thankfully Jon >> Ribbens has the save: > > Isn't it time to stop going to great effort to support Python 2? That depends on what

Re: datetime seems to be broken WRT timezones (even when you add them)

On Tue, Feb 11, 2020 at 12:31 PM Python wrote: > > On Tue, Feb 11, 2020 at 11:33:54AM +1100, Chris Angelico wrote: > > [...] instead of using the undocumented and unsupported strftime %s > > format code > > I'm not sure this characterization is accurate... the docs (for both > Python 2 and 3) say:

Re: datetime seems to be broken WRT timezones (even when you add them)

On Tue, Feb 11, 2020 at 11:33:54AM +1100, Chris Angelico wrote: > [...] instead of using the undocumented and unsupported strftime %s > format code I'm not sure this characterization is accurate... the docs (for both Python 2 and 3) say: The full set of format codes supported varies across pl

Re: datetime seems to be broken WRT timezones (even when you add them)

On 2020-02-10, Python wrote: > So far, so good. However, when you go to use this object, the time it > represents is in fact wrong. Unsurprisingly for a language feature that's been around for nearly 17 years, no it isn't. > For example: > print dt.strftime("%s") > 1580452245 That's askin

Re: datetime seems to be broken WRT timezones (even when you add them)

:00 1580434245.987654 rosuav@sikorsky:~$ python3.7 utctest.py 2020-01-31 01:30:45.987654+00:00 1580434245.987654 rosuav@sikorsky:~$ python3.6 utctest.py 2020-01-31 01:30:45.987654+00:00 1580434245.987654 rosuav@sikorsky:~$ python3.5 utctest.py 2020-01-31 01:30:45.987654+00:00 1580434245.987654 rosuav@siko

Re: datetime seems to be broken WRT timezones (even when you add them)

On Tue, Feb 11, 2020 at 11:04:28AM +1100, Chris Angelico wrote: > On Tue, Feb 11, 2020 at 10:42 AM Python wrote: > > Now, you can instantiate a datetime.datetime object with the times you > > want, and pass an instance of this class as the tzinfo argument to the > > constructor. Also no problem:

Re: datetime seems to be broken WRT timezones (even when you add them)

On Tue, Feb 11, 2020 at 10:42 AM Python wrote: > > As best I can tell, Python has no means to make use of the system's > timezone info. In order to make datetime "timezone aware", you need > to manually create a subclass of datetime.tzinfo, whose methods return > the correct values for the timezo

Re: datetime seems to be broken WRT timezones (even when you add them)

On Mon, Feb 10, 2020 at 05:52:59PM -0600, Skip Montanaro wrote: > > As best I can tell, Python has no means to make use of the system's > > timezone info. In order to make datetime "timezone aware", you need > > to manually create a subclass of datetime.tzinfo, whose methods return > > the correct

Re: datetime seems to be broken WRT timezones (even when you add them)

> As best I can tell, Python has no means to make use of the system's > timezone info. In order to make datetime "timezone aware", you need > to manually create a subclass of datetime.tzinfo, whose methods return > the correct values for the timezone you care about. > ... > Does Python have an a

datetime seems to be broken WRT timezones (even when you add them)

As best I can tell, Python has no means to make use of the system's timezone info. In order to make datetime "timezone aware", you need to manually create a subclass of datetime.tzinfo, whose methods return the correct values for the timezone you care about. In the general case, this is hard, but

Broken

I am using python for MM creator pro/relocator G but any time I try to generate Gcode it tells me to update or fix my python but any time I do it and try to generate gcode it says the same thing -- https://mail.python.org/mailman/listinfo/python-list

Re: Broken pip

On 2018-08-29 16:02, Thomas Jollans wrote: > On 08/29/2018 09:05 PM, Michael F. Stemper wrote: >>> Also, PLEASE use Python 3. Still using Python 2 today is like still >>> using Windows XP in early 2013. >> I'm using the default version for the current release of my >> OS (Ubuntu 16.04 LTS): >> My

Re: Broken pip

On 08/29/2018 09:05 PM, Michael F. Stemper wrote: I can certainly see a use case for user-specific versions of modules, and even user-specific presence of modules. For instance, at school, different researchers might need to have specific modules for their work. Possibly one person is doing some

Re: Broken pip

On 2018-08-29 03:10, Thomas Jollans wrote: > On 2018-08-28 20:10, Michael F. Stemper wrote: >> I'm trying to upgrade my pip on Ubuntu 16.04. I appear to have >> buggered things up pretty well. (Details follow) Any suggestions >> on how to undo this and get everything back to proper operation? >> >>

Re: Broken pip

I used to get into that sort of lib chaos but then a few years ago I stopped doing any python outside of virtualenv(s). My 2c is use it always, use it more and then you’re free to use pip as the only pkg manager for the project, with the occasional caveat that sometimes you require non python libs

Re: Broken pip

On 2018-08-28 20:10, Michael F. Stemper wrote: > I'm trying to upgrade my pip on Ubuntu 16.04. I appear to have > buggered things up pretty well. (Details follow) Any suggestions > on how to undo this and get everything back to proper operation? > > Based on the information that I found at: >

Re: Broken pip

Chris Angelico wrote: On 2018-08-28 13:19, Larry Martell wrote: source .bashrc I'm not sure what the point of it is, but maybe it's ensuring that your $PATH is set correctly. The installation you just did might have edited your .bashrc file (to modify PATH etc.), so it ensures that your curre

Re: Broken pip

find on-line, it looks as >> if it would be similar to: >> . ~/.bashrc >> but I don't quite understand the point of doing that *after* all of >> the other stuff. > > The dot is an alias for "source", so it's identical (assuming you're > in y

Re: Broken pip

On Wed, Aug 29, 2018 at 4:37 AM, Michael F. Stemper wrote: > On 2018-08-28 13:19, Larry Martell wrote: >> On Tue, Aug 28, 2018 at 2:10 PM, Michael F. Stemper >> wrote: >>> >>> I'm trying to upgrade my pip on Ubuntu 16.04. I appear to have >>> buggered things up pretty well. (Details follow) Any s

Re: Broken pip

On 2018-08-28 13:19, Larry Martell wrote: > On Tue, Aug 28, 2018 at 2:10 PM, Michael F. Stemper > wrote: >> >> I'm trying to upgrade my pip on Ubuntu 16.04. I appear to have >> buggered things up pretty well. (Details follow) Any suggestions >> on how to undo this and get everything back to proper

Re: Broken pip

On Tue, Aug 28, 2018 at 2:10 PM, Michael F. Stemper wrote: > > I'm trying to upgrade my pip on Ubuntu 16.04. I appear to have > buggered things up pretty well. (Details follow) Any suggestions > on how to undo this and get everything back to proper operation? > > Based on the information that I fo

Broken pip

I'm trying to upgrade my pip on Ubuntu 16.04. I appear to have buggered things up pretty well. (Details follow) Any suggestions on how to undo this and get everything back to proper operation? Based on the information that I found at: , I did the following:

Demo-Mode in IPython broken?

Hi! The IPython documentation mentions a demo mode that can be used to execute chunks of a Python file that are separated by special comments (e.g. "# stop"). The annotated Python file can be executed by importing `Demo` from `IPython.lib.demo`, instantiating it using the file name and calling t

Re: Django broken pipe error

On Mon, Jan 2, 2017 at 6:14 AM, wrote: > > Thanks a lot Justin, > > The problem was solved when I employed standard Framework methods for > creation of new database object: > > in JS: > var trendModel = new App.TrendModel(); > trendModel.set("phrase", search_phrase); > trendModel.set("fro

Re: Django broken pipe error

On Monday, December 12, 2016 at 6:38:39 PM UTC+1, justin walters wrote: > On Mon, Dec 12, 2016 at 7:27 AM, roma wrote: > > > Thanks Justin, > > > > I believe, the whole database story has no influence on the broken pipe > > error. I've commented out the who

Re: Django broken pipe error

On Mon, Dec 12, 2016 at 7:27 AM, roma wrote: > Thanks Justin, > > I believe, the whole database story has no influence on the broken pipe > error. I've commented out the whole block and leave only return line: > return HttpResponse(res, content_type="text/plain; chars

Re: Django broken pipe error

nd.delete() > > logger.info("delete old trend: %s. " % trend) > > except Trend.DoesNotExist: > > logger.info("create trend: %s. " % trend) > > trend.save() > > return trend_dict > > > > Thank you

Re: Django broken pipe error

gt; except Trend.DoesNotExist: > logger.info("create trend: %s. " % trend) > trend.save() > return trend_dict > > Thank you in advance! > > Roman > -- > https://mail.python.org/mailman/listinfo/python-list > It looks like you can

Re: Django broken pipe error

On Tuesday, December 6, 2016 at 3:22:13 PM UTC+1, [email protected] wrote: > Hi, > > I'm facing strange Django broken pipe error (Python 2.7 on Ubuntu) that > apparently is a not fixed Django bug. Does anybody now how to fix it? I've > been searching a lot and

Re: Django broken pipe error

On Tue, Dec 6, 2016 at 6:21 AM, wrote: > Hi, > > I'm facing strange Django broken pipe error (Python 2.7 on Ubuntu) that > apparently is a not fixed Django bug. Does anybody now how to fix it? I've > been searching a lot and didn't find any solution. > > Th

Django broken pipe error

Hi, I'm facing strange Django broken pipe error (Python 2.7 on Ubuntu) that apparently is a not fixed Django bug. Does anybody now how to fix it? I've been searching a lot and didn't find any solution. This error happens very irregularly by Post request in Django. Sometimes it

Re: Is Activestate's Python recipes broken?

> > Log in to Activestate: > > https://code.activestate.com/recipes/langs/python/new/ > > and click "Add a Recipe". I get > > > Forbidden > > You don't have permission to access /recipes/add/ on this server. > Apache Server at code.activestate.co

Is Activestate's Python recipes broken?

Log in to Activestate: https://code.activestate.com/recipes/langs/python/new/ and click "Add a Recipe". I get Forbidden You don't have permission to access /recipes/add/ on this server. Apache Server at code.activestate.com Port 443 Broken for everyone, or just for me

Broken pipe from gevent/pywsgi.py

thon2.7/dist-packages/gevent/socket.py", line 460, in sendall data_sent += self.send(_get_memory(data, data_sent), flags) File "/usr/local/lib/python2.7/dist-packages/gevent/socket.py", line 437, in send return sock.send(data, flags) error: [Errno 32] Broken pipe {

Re: OT: There are no words for how broken everything is

On Tue, Jan 12, 2016 at 7:30 PM, Marko Rauhamaa wrote: > Rick Johnson : > >> they have these new inventions now called "blogs", maybe you should >> sign up for one? > > "Sign up for a blog?" What does that mean? > > Is it like creating a computer program or starting a company: you sign > up for on

Re: OT: There are no words for how broken everything is

Rick Johnson : > they have these new inventions now called "blogs", maybe you should > sign up for one? "Sign up for a blog?" What does that mean? Is it like creating a computer program or starting a company: you sign up for one? Anyway, why not use Usenet what it is meant for: discussions. M

Re: OT: There are no words for how broken everything is

On Monday, January 11, 2016 at 10:26:40 PM UTC-6, Steven D'Aprano wrote: > [...] > Took me three weeks to remove the last of the malware, and another two weeks > to track down the cause of an annoying glitch where every 30 seconds the PC > would freeze up for a fraction of a second. It was one of

OT: There are no words for how broken everything is

There are no words to explain just how broken everything is. This post tries: https://medium.com/message/everything-is-broken-81e5f33a24e1 but barely covers even a fraction of the breakage. Thanks goodness for anti-virus, right? One of the leading anti-virus vendors in the world, TrendMicro

Re: certifi or tornadoweb broken? What is happening here?

There is discussion here about problems with ubuntu certificate handling. https://bugs.python.org/issue23476, with links to ubuntu bugs that you should read. No promises that this is your bug, but seems possible. Laura -- https://mail.python.org/mailman/listinfo/python-list

certifi or tornadoweb broken? What is happening here?

Here is an MWE: import certifi import tornado.ioloop import tornado.httpclient io_loop = tornado.ioloop.IOLoop.current() def test(): global io_loop url = "https://www.saaspass.com/sd/rest/applications/x/tokens?password=x"; # Just a test application! ht

Re: broken install?

On Thu, Sep 17, 2015 at 1:26 AM, wrote: > The installer should detect that it is being run on an unsupported system > and do something helpful. Fair point. Want to raise a tracker issue on bugs.python.org about it? ChrisA -- https://mail.python.org/mailman/listinfo/python-list

Re: broken install?

The installer should detect that it is being run on an unsupported system and do something helpful. -- https://mail.python.org/mailman/listinfo/python-list

Re: broken install?

On Tue, Sep 15, 2015 at 8:43 PM, Serj wrote: > I just downloaded 3.5.0 install package for Win32 > (python-3.5.0-webinstall.exe) and I see some strange behaviour under Win > XP: there is no "Next" or "Run" button in wizard ))) Python 3.5 no longer supports Windows XP, sorry. You can continue to u

Re: broken install?

On 15/09/2015 11:43, Serj wrote: > Hi there! > > I just downloaded 3.5.0 install package for Win32 > (python-3.5.0-webinstall.exe) and I see some strange behaviour under Win > XP: there is no "Next" or "Run" button in wizard ))) > > Clicked into space near "Cancel" I opened "options" screen, whil

broken install?

Hi there! I just downloaded 3.5.0 install package for Win32 (python-3.5.0-webinstall.exe) and I see some strange behaviour under Win XP: there is no "Next" or "Run" button in wizard ))) Clicked into space near "Cancel" I opened "options" screen, while clicked in another place (closer to center of

Re: Broken IF statement

On Tuesday, January 13, 2015 at 4:57:50 AM UTC-5, Maxime S wrote: > 2015-01-12 22:19 GMT+01:00 : > > > > https://bpaste.net/show/93be9e15634b <--- Line 19 through 22 > > > > At all times, my program is assigning the object priority of 0, even if one > > already exists in the database with a priori

Re: Broken IF statement

On Monday, January 12, 2015 at 4:55:43 PM UTC-5, [email protected] wrote: > Thanks Chris. This definitely helps. I will test it and see what happens. In > terms of the previous code, what it was intended to do wasn't actually > happening. Thanks Chris. Your change worked. -- https://mail.pytho

Re: Broken IF statement

2015-01-12 22:19 GMT+01:00 : > > https://bpaste.net/show/93be9e15634b <--- Line 19 through 22 > > At all times, my program is assigning the object priority of 0, even if one already exists in the database with a priority of 0 (it's supposed to be assigning it a priority of 1 in those cases). > > I'

Re: Broken IF statement

Thanks Chris. This definitely helps. I will test it and see what happens. In terms of the previous code, what it was intended to do wasn't actually happening. -- https://mail.python.org/mailman/listinfo/python-list

  1   2   3   4   5   6   7   8   >