Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread Richard Damon
On 1/5/18 3:11 PM, Kim of K. wrote: let me tell you... Once you're done with that school crap, you realize it was the pefect waste of time. At work or in life you need less than 2% of that school crap they funnelled into your head. My experience is that while I found little use for much of

Re: Python Inheritance Terminology

2018-01-05 Thread Ben Finney
Irv Kalb writes: > I'm doing some writing for an upcoming course on OOP using Python. Welcome, and congratulations for using Python in this work. > I'd like to know if there are "official" or even standard terms that > are used to describe a class that is inherited from, and the class > that

Re: Native object exposing buffer protocol

2018-01-05 Thread Ben Finney via Python-list
Rob Gaddi writes: > I'd like to create a native Python object that exposes the buffer > protocol. Basically, something with a ._data member which is a > bytearray that I can still readinto, make directly into a numpy array, > etc. The “etc.” seems pretty important, there. You want the behaviour

Re: Native object exposing buffer protocol

2018-01-05 Thread breamoreboy
On Saturday, January 6, 2018 at 12:02:18 AM UTC, Rob Gaddi wrote: > I'd like to create a native Python object that exposes the buffer > protocol. Basically, something with a ._data member which is a > bytearray that I can still readinto, make directly into a numpy array, etc. > > I can do it by

Python Inheritance Terminology

2018-01-05 Thread Irv Kalb
I'm doing some writing for an upcoming course on OOP using Python. I have been doing OOP programming for many years in many different languages, and I want make sure that I'm using the appropriate terminology in Python. I'd like to know if there are "official" or even standard terms that are

Native object exposing buffer protocol

2018-01-05 Thread Rob Gaddi
I'd like to create a native Python object that exposes the buffer protocol. Basically, something with a ._data member which is a bytearray that I can still readinto, make directly into a numpy array, etc. I can do it by inheriting the entire thing from bytearray directly, but that gives me a

Re: is comp.lang.python still the pinnacle of the py community ?

2018-01-05 Thread Gene Heskett
On Friday 05 January 2018 16:06:34 Kim of K. wrote: > post frequency is down to a precarious level Thats because the huge majority of us who are here to learn a tidbit here and there, shove that stuff off to a spamassassin training directory, where its studied by sa-learn --spam for a second or

Re: is comp.lang.python still the pinnacle of the py community ?

2018-01-05 Thread Ian Kelly
On Fri, Jan 5, 2018 at 2:06 PM, Kim of K. wrote: > > post frequency is down to a precarious level It's true that compared to ten years ago, the quantity of posts here has diminished by a significant fraction, maybe even by an order of magnitude. This is still a great place for discussion however,

[OT] Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread Michael Torrie
On 01/05/2018 10:56 AM, Kim of K. wrote: > wow! Yup that's what I said when I read your ramblings. > even you are defensive about publishing non-working garbage. Absolutely. You have absolutely no right to make demands of any of the folks who toss their half-baked personal projects up on source

Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread Igor Korot
Hi, On Fri, Jan 5, 2018 at 2:11 PM, Kim of K. wrote: > Igor Korot wrote: > >> Hi, >> >> On Fri, Jan 5, 2018 at 12:58 PM, John Gordon wrote: >>> In <15151695.348096.18338899180412170014@welt.netz> "Kim of K." >>> writes: >>> >>> In other words: most sites like SF and github offer t

Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread Igor Korot
Hi, On Fri, Jan 5, 2018 at 12:58 PM, John Gordon wrote: > In <15151695.348096.18338899180412170014@welt.netz> "Kim of K." > writes: > > >> In other words: most sites like SF and github offer tons of crap. >> download and break is the overwhelming theme here. > >> why is no one complaini

Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread Chris Angelico
On Sat, Jan 6, 2018 at 6:02 AM, John Gordon wrote: > In <151517608506.368831.5093080329614058603@welt.netz> "Kim of K." > writes: > >> print(emo('now you see emos')) >> OF COURSE THIS SHIT DOES NOT WORK. > > What device did you run this on? Your average terminal window isn't > going to supp

Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread John Gordon
In <151517608506.368831.5093080329614058603@welt.netz> "Kim of K." writes: > print(emo('now you see emos')) > OF COURSE THIS SHIT DOES NOT WORK. What device did you run this on? Your average terminal window isn't going to support emojis... -- John Gordon A is for Amy, w

Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread John Gordon
In <15151695.348096.18338899180412170014@welt.netz> "Kim of K." writes: > In other words: most sites like SF and github offer tons of crap. > download and break is the overwhelming theme here. > why is no one complaining ? 90% of everything is crap. Why should software be any differe

Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread Grant Edwards
On 2018-01-05, Kim of K. wrote: > In other words: most sites like SF and github offer tons of crap. > download and break is the overwhelming theme here. > > why is no one complaining ? Because complaining doesn't have any effect? If you care, shut up and fix something. -- Grant Edwards

Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread Larry Martell
On Fri, Jan 5, 2018 at 11:27 AM, Kim of K. wrote: > > "Background > > We feel that the world still produces way too much software that is > frankly substandard. The reasons for this are pretty simple: software > producers do not pay enough attention [...]" > > > quote from http://texttest.sourcefo

Re: has sourceforge exposed the dirty little secret ?

2018-01-05 Thread Ian Kelly
On Fri, Jan 5, 2018 at 9:27 AM, Kim of K. wrote: > > "Background > > We feel that the world still produces way too much software that is > frankly substandard. The reasons for this are pretty simple: software > producers do not pay enough attention [...]" > > > quote from http://texttest.sourcefor

Re: Re: Progress migrating cffi and pycparser to libclang

2018-01-05 Thread Armin Rigo
Hi Etienne, On 5 January 2018 at 10:15, Etienne Robillard wrote: > Forwarding this thread to the CFFI developers... > If you're asking whether we could add libclang as a dependency to CFFI, the answer is no, sorry. I feel that I've already explained exactly this to you several times in private

Re: Linux/Windows GUI programming: GUI-fy a CLI using pyInstaller

2018-01-05 Thread Kevin Walzer
On 1/1/18 11:45 AM, X. wrote: Ulli Horlacher: I have to transfer a python 2.7 CLI programm into one with a (simple) GUI. The program must run on Linux and Windows and must be compilable with pyinstall, because I have to ship a standalone windows.exe Any kind of installer is not acceptable. Read

sendline buffer

2018-01-05 Thread Iranna Mathapati
Hi Team, I have faced fallowing issue:: dev.sendline("*show version*") <<< its printing "show version output" dev.sendline("*show module*") <<< its printing "shoe module output" *Runing again* dev.sendline("show veriosn") <<< its runing 2nd time again dev.before *output is no

Fwd: Re: Progress migrating cffi and pycparser to libclang

2018-01-05 Thread Etienne Robillard
Forwarding  this thread to the CFFI developers... Re Paul: Thanks for your feedback. My intended audience are developers who can use hg to fetch/build source code without pip. Best regards, Etienne Message transféré Sujet : Re: Progress migrating cffi and pycparse