On 18/07/18 00:10, Jon Ribbens wrote:
> On 2018-07-17, Thomas Jollans wrote:
>> On 2018-07-16 01:29, Jon Ribbens wrote:
>>> Do you have any reason to believe the message at the top of the
>>> thread purporting to ban users was genuinely from the moderators?
>>> Because there are obvious reasons to
On 2018-07-17, Thomas Jollans wrote:
> On 2018-07-16 01:29, Jon Ribbens wrote:
>> Do you have any reason to believe the message at the top of the
>> thread purporting to ban users was genuinely from the moderators?
>> Because there are obvious reasons to believe otherwise.
>
> Care to elaborate?
On 2018-07-16 01:29, Jon Ribbens wrote:
> On 2018-07-15, Chris Angelico wrote:
>> On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote:
>>> Christian Gollwitzer :
Am 15.07.18 um 19:25 schrieb Ethan Furman:
> The following users are now banned from Python List:
> ...
> BartC
On 2018-07-17, Steven D'Aprano wrote:
> But neither of these are prohibited by the CoC, neither of these should
> be banning offense, and even if they were, he should have had a formal
> warning first.
>
> Preferably TWO formal warnings: the first privately, the second publicly,
> and only on t
On Mon, 16 Jul 2018 20:03:39 +0100, Steve Simmons wrote:
> +1 Seems to me Bart is being banned for "being a dick" and "talking
> rubbish" (my words/interpretation) with irritating persistence.
I know that when I first started here, I often talked rubbish. The
difference is, I was willing to lis
On 7/16/2018 3:27 PM, Grant Edwards wrote:
On 2018-07-16, Steve Simmons wrote:
+1 Seems to me Bart is being banned for "being a dick" and "talking
rubbish" (my words/interpretation) with irritating persistence. Wonder
how many of the non-banned members have been guilty of the same thing in
on
On 2018-07-16, Steve Simmons wrote:
> +1 Seems to me Bart is being banned for "being a dick" and "talking
> rubbish" (my words/interpretation) with irritating persistence. Wonder
> how many of the non-banned members have been guilty of the same thing in
> one way or another.
I'm sure many of
On 16/07/2018 03:13, Devin Jeanpierre wrote:
On Sun, Jul 15, 2018 at 5:09 PM Jim Lee wrote:
That is, of course, the decision of the moderators - but I happen to
agree with both Christian and Ethan. Banning for the simple reason of a
dissenting opinion is censorship, pure and simple. While Bar
On Sun, Jul 15, 2018 at 5:09 PM Jim Lee wrote:
> That is, of course, the decision of the moderators - but I happen to
> agree with both Christian and Ethan. Banning for the simple reason of a
> dissenting opinion is censorship, pure and simple. While Bart may have
> been prolific in his argument
On 07/15/18 14:53, Chris Angelico wrote:
On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote:
Christian Gollwitzer :
Am 15.07.18 um 19:25 schrieb Ethan Furman:
The following users are now banned from Python List:
...
BartC
I don't really think that this is appropriate. Bart may have dev
On 2018-07-15, Chris Angelico wrote:
> On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote:
>> Christian Gollwitzer :
>>> Am 15.07.18 um 19:25 schrieb Ethan Furman:
The following users are now banned from Python List:
...
BartC
>>>
>>> I don't really think that this is appropriat
On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote:
> Christian Gollwitzer :
>
>> Am 15.07.18 um 19:25 schrieb Ethan Furman:
>>> The following users are now banned from Python List:
>>> ...
>>> BartC
>>
>> I don't really think that this is appropriate. Bart may have deviant
>> optinions, mostly
Christian Gollwitzer :
> Am 15.07.18 um 19:25 schrieb Ethan Furman:
>> The following users are now banned from Python List:
>> ...
>> BartC
>
> I don't really think that this is appropriate. Bart may have deviant
> optinions, mostly he thinks that his own work is superior to Python -
> but he has
Am 15.07.18 um 19:25 schrieb Ethan Furman:
The following users are now banned from Python List:
...
BartC
I don't really think that this is appropriate. Bart may have deviant
optinions, mostly he thinks that his own work is superior to Python -
but he has always argued in a calm and technic
On Tuesday, July 18, 2017 at 12:59:36 AM UTC-5, Terry Reedy wrote:
> Yes, No. The developers of the class agree that a trailing
> underscore convention would have been better. 'source_'
> etc.
Which, while encroaching on the "this-is-a-reserved-symbol_"
convention, would relieve the current "_st
On 07/19/2017 05:12 AM, Steve D'Aprano wrote:
> On Wed, 19 Jul 2017 08:39 am, Gregory Ewing wrote:
> Um... well, people want to do all sorts of wild and wacky things... but why
> would you define a named tuple with *private* fields? Especially since that
> privateness isn't enforced when you access
On Wed, 19 Jul 2017 08:39 am, Gregory Ewing wrote:
> Steve D'Aprano wrote:
>> "source_" is already a public name, which means that users could want to
>> create fields with that name for some reason,
>
> They could equally well want to define their own private
> field called "_source".
Um... wel
Steve D'Aprano wrote:
"source_" is already a public name, which means that users could want to create
fields with that name for some reason,
They could equally well want to define their own private
field called "_source".
IMO a better thing to do would have been to name
it "__source__". Dunder
On Tue, 18 Jul 2017 03:58 pm, Terry Reedy wrote:
>> On Monday, July 17, 2017 at 12:20:04 PM UTC-5, Steve D'Aprano wrote:
>>> collections.namedtuple generates a new class using exec,
>>> and records the source code for the class as a _source
>>> attribute. Although it has a leading underscore, it
On 18Jul2017 02:57, Steve D'Aprano wrote:
collections.namedtuple generates a new class using exec, and records the source
code for the class as a _source attribute.
Although it has a leading underscore, it is actually a public attribute. The
leading underscore distinguishes it from a named fiel
On 7/17/2017 10:27 PM, Rick Johnson wrote:
On Monday, July 17, 2017 at 12:20:04 PM UTC-5, Steve D'Aprano wrote:
collections.namedtuple generates a new class using exec,
and records the source code for the class as a _source
attribute. Although it has a leading underscore, it is
actually a publi
Il giorno lunedì 17 luglio 2017 19:20:04 UTC+2, Steve D'Aprano ha scritto:
> collections.namedtuple generates a new class using exec, and records the
> source
> code for the class as a _source attribute.
>
> Although it has a leading underscore, it is actually a public attribute. The
> leading un
On Monday, July 17, 2017 at 12:20:04 PM UTC-5, Steve D'Aprano wrote:
> collections.namedtuple generates a new class using exec,
> and records the source code for the class as a _source
> attribute. Although it has a leading underscore, it is
> actually a public attribute. The leading underscore
>
On Tue, 18 Jul 2017 05:44 am, Rob Gaddi wrote:
> That said, it sure feels (as someone who hasn't tried it) like there's a
> straightforward namedtuple implementation that calls type() directly
> rather than having to exec. I know that exec-gunshyness is overblown,
> but is there a simple answer a
On 07/17/2017 12:44 PM, Rob Gaddi wrote:
On 07/17/2017 09:57 AM, Steve D'Aprano wrote:
collections.namedtuple generates a new class using exec, and records the source
code for the class as a _source attribute.
Although it has a leading underscore, it is actually a public attribute. The
leadin
Steve D'Aprano writes:
Is there anyone here who uses the namedtuple _source attribute?
I didn't know it existed either, and if I did I would have assumed
it was an implementation detail and would never have written code
that relied on it. I certainly won't miss it if it disapppears.
--
Greg
-
Steve D'Aprano writes:
> collections.namedtuple generates a new class using exec, and records
> the source code for the class as a _source attribute.
The documentation tells me that ‘_source’ is “New in version 3.3.”
I wasn't aware that the ‘namedtuple’ interface had changed since it was
introd
On 07/17/2017 09:57 AM, Steve D'Aprano wrote:
collections.namedtuple generates a new class using exec, and records the source
code for the class as a _source attribute.
Although it has a leading underscore, it is actually a public attribute. The
leading underscore distinguishes it from a named f
I have never used it personally. It always looked interesting, but I never ran
into a need to generate the source for it.
-Original Message-
From: Python-list [mailto:python-list-bounces+d.strohl=f5@python.org] On
Behalf Of Steve D'Aprano
Sent: Monday, July 17, 2017 9:58 AM
To: pyth
Yes, it works fine, thanks (still I am a bit surprised there is not
ftpparse.py but only
an _ftpparse.so).
Michele Simionato
--
http://mail.python.org/mailman/listinfo/python-list
Michele Simionato wrote:
> the README says "for a usage example, see the sanity.py test
> script" but there is not such a script in the distribution :-(
looks like a distutils glitch... try this one:
# $Id$
# minimal sanity check
import string
TESTS = [
"# examples taken from ftpparse.c",
The Effbot wrote:
> here's a robust parser for various LIST output formats:
>
>http://cr.yp.to/ftpparse.html
>
> (google for "ftpparse" to find python bindings for that module)
Well, I have downloaded the one from your site (ftpparse-1.1-20021124)
and I have given a python setup.py install. No
Michele Simionato wrote:
> I am having a hard time in finding out how to retrieve information
> about the *size* of files I want to download from an FTP site. Should I
> send a QUOTE SIZE command to the ftp server or is there an easier way?
SIZE isn't a standard FTP command, so that only works fo
How about doing an 'ls -la' once you have connected to the server? That
returns a listing of the files with the size in bytes.
-Original Message-
From: Michele Simionato
I am having a hard time in finding out how to retrieve information about the
*size* of files I want to download from
python1 wrote:
Do you know of a way to list the users on a Win2K machine? I can't seem
to find a module for this.
As a starting point, I played a moment and found this:
>>> import win32net
>>> dir(win32net)
['NetFileClose', 'NetFileEnum', 'NetFileGetInfo', ...
'NetUserEnum', 'NetUserGetGroups', 'N
Tim Golden wrote:
[python1]
| Do you know of a way to list the users on a Win2K machine? I
| can't seem to find a module for this.
Interpretation 1: who is in the user database of a given machine?
Sorry for the ambiguity. Yes #1 is correct. I'll try the code you've
listed...
Thanks.
Investigate
[python1]
| Do you know of a way to list the users on a Win2K machine? I
| can't seem to find a module for this.
Interpretation 1: who is in the user database of a given machine?
Investigate the win32net module. Something like this:
import win32net
import win32netcon
MACHINE_NAME = 'VOGBP200'
37 matches
Mail list logo
