Le mardi 15 juillet 2014, Ben Hoyt a écrit :
>
>
> Victor had one other question:
>
> > What happens to name and full_name with followlinks=True?
> > Do they contain the name in the directory (name of the symlink)
> > or name of the linked file?
>
> I would say they should contain the name and ful
On 07/14/2014 07:48 PM, Ben Hoyt wrote:
In any case, here's the modified proposal:
scandir(path='.') -> generator of DirEntry objects, which have:
* name: name as per listdir()
* full_name: full path name (not necessarily absolute), equivalent of
os.path.join(path, entry.name)
* is_dir(follow_
On 07/14/2014 06:01 PM, Wes Turner wrote:
From
http://www.reddit.com/r/Python/comments/17c69p/i_was_told_by_a_friend_that_learning_python_for/c84bswd
:
* http://www.python.org/community/jobs/
* https://jobs.github.com/positions?description=python
* http://careers.joelonsoftware.com/jobs?searc
> Let's not multiply entities beyond necessity.
>
> There is well-defined *follow_symlinks* parameter
> https://docs.python.org/3/library/os.html#follow-symlinks
> e.g., os.access, os.chown, os.link, os.stat, os.utime and many other
> functions in os module support follow_symlinks parameter, see
>
>From
>http://www.reddit.com/r/Python/comments/17c69p/i_was_told_by_a_friend_that_learning_python_for/c84bswd
:
>* http://www.python.org/community/jobs/
>* https://jobs.github.com/positions?description=python
>* http://careers.joelonsoftware.com/jobs?searchTerm=python
>* http://www.linkedin.com/j
The major change is to the Bluetooth address struct. It now has an added
value for the distinction between "public" and "random" 4.x addresses.
Also some added constants to open LE connections.
On Jul 14, 2014 5:32 PM, "R. David Murray" wrote:
> On Mon, 14 Jul 2014 16:42:25 -0400, Terry Reedy w
Quite aware. I'm pretty sure it has no 4.x LE capabilities.
Last I checked it seemed like a dead project, but there seems to be some
activity there now.
On Jul 14, 2014 4:47 PM, "Hasan Diwan" wrote:
> Tim,
> Are you aware of https://code.google.com/p/pybluez/ ? -- H
>
>
> On 14 July 2014 13:42
On Mon, 14 Jul 2014 16:42:25 -0400, Terry Reedy wrote:
> On 7/14/2014 9:57 AM, Tim Tisdall wrote:
>
> 2 questions not answered yet.
>
> > Also, is there a method to test changes against all the different *nix
> > variations?
>
> We have a set of buildbots.
> https://www.python.org/dev/buildbot/
Tim,
Are you aware of https://code.google.com/p/pybluez/ ? -- H
On 14 July 2014 13:42, Terry Reedy wrote:
> On 7/14/2014 9:57 AM, Tim Tisdall wrote:
>
> 2 questions not answered yet.
>
>
> Also, is there a method to test changes against all the different *nix
>> variations?
>>
>
> We have a s
On 7/14/2014 9:57 AM, Tim Tisdall wrote:
2 questions not answered yet.
Also, is there a method to test changes against all the different *nix
variations?
We have a set of buildbots.
https://www.python.org/dev/buildbot/
Is Bluez the standard across the different *nix variations?
No idea.
On 07/14/2014 10:43 AM, Skip Montanaro wrote:
On Mon, Jul 14, 2014 at 11:59 AM, Brett Cannon wrote:
This is the wrong place to ask about this. It falls under the purview of the
web site who you can email at webmaster@ or submit an issue at
https://github.com/python/pythondotorg . But I know fro
On Mon, Jul 14, 2014 at 11:41 AM, Brett Cannon wrote:
> So maybe we should re-examine the patches and accept the bits that clean
> up init/finalization and leave out any ABI-related changes.
This is precisely what I suggested two years ago.
http://bugs.python.org/issue15390#msg170249
I am not
On Mon, Jul 14, 2014 at 11:59 AM, Brett Cannon wrote:
> This is the wrong place to ask about this. It falls under the purview of the
> web site who you can email at webmaster@ or submit an issue at
> https://github.com/python/pythondotorg . But I know from PSF status reports
> that it's being acti
On Mon Jul 14 2014 at 12:17:03 PM, Ethan Furman wrote:
> has now been dead for five months.
>
This is the wrong place to ask about this. It falls under the purview of
the web site who you can email at webmaster@ or submit an issue at
https://github.com/python/pythondotorg . But I know from PSF s
Naw, I'd accept that response. I think I searched on Friday, but forgot
about finding that. :) There's enough traffic on a mailing list without
useless noise.
Thanks for all the responses.
On Mon, Jul 14, 2014 at 11:53 AM, Brian Curtin wrote:
> On Mon, Jul 14, 2014 at 10:30 AM, Skip Montan
Would http://lmbtfy.com/?q=contribute+to+python# be more or less
acceptable? -- H
On 14 July 2014 09:09, Skip Montanaro wrote:
> On Mon, Jul 14, 2014 at 10:53 AM, Brian Curtin wrote:
> >> > Is there some online documentation with guidelines on how to
> contribute?
> >>
> >> http://lmgtfy.com/?
has now been dead for five months.
--
~Ethan~
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Mon, Jul 14, 2014 at 10:53 AM, Brian Curtin wrote:
>> > Is there some online documentation with guidelines on how to contribute?
>>
>> http://lmgtfy.com/?q=contribute+to+python
>
>
> This response is unacceptable.
Tim and I already discussed this offline. I admitted to being in a bit
of a snar
On Mon, Jul 14, 2014 at 10:30 AM, Skip Montanaro wrote:
> On Mon, Jul 14, 2014 at 8:57 AM, Tim Tisdall wrote:
> > Is there some online documentation with guidelines on how to contribute?
>
> http://lmgtfy.com/?q=contribute+to+python
This response is unacceptable.
Tim: check out https://docs.p
On Mon Jul 14 2014 at 11:27:34 AM, "Martin v. Löwis"
wrote:
> Am 12.07.14 17:19, schrieb Nick Coghlan:
> > Using the stable ABI for standard library extensions also serves to
> > decouple them further from the internal details of the CPython runtime,
> > making it more likely they will be able to
On Mon, Jul 14, 2014 at 8:57 AM, Tim Tisdall wrote:
> Is there some online documentation with guidelines on how to contribute?
http://lmgtfy.com/?q=contribute+to+python
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mail
On Mon, Jul 14, 2014 at 3:57 PM, Tim Tisdall wrote:
> I was interested in providing patches for the socket module to add
> Bluetooth 4.0 support. I couldn't find any details on how to provide
> contributions to the Python project, though... Is there some online
> documentation with guidelines o
Am 12.07.14 17:19, schrieb Nick Coghlan:
> Using the stable ABI for standard library extensions also serves to
> decouple them further from the internal details of the CPython runtime,
> making it more likely they will be able to run correctly on alternative
> interpreters (since emulating or other
I was interested in providing patches for the socket module to add
Bluetooth 4.0 support. I couldn't find any details on how to provide
contributions to the Python project, though... Is there some online
documentation with guidelines on how to contribute? Should I just provide
a patch to this ma
Nick Coghlan writes:
> On 13 Jul 2014 20:54, "Tim Delaney" wrote:
>>
>> On 14 July 2014 10:33, Ben Hoyt wrote:
>>>
>>>
>>>
>>> If we go with Victor's link-following .is_dir() and .is_file(), then
>>> we probably need to add his suggestion of a follow_symlinks=False
>>> parameter (defaults to Tr
Am 14.07.2014 04:55, schrieb Ethan Furman:
On 07/13/2014 08:13 AM, Andreas Maier wrote:
Test #8: Same object of class C
(C.__eq__() implemented with equality of x,
C.__ne__() returning NotImplemented):
obj1: type=, str=C(256), id=39406504
obj2: type=, str=C(256), id=39406504
First, just to clarify a couple of points.
> You forgot one of my argument: we must have exactly the same API than
> os.path.is_dir() and pathlib.Path.is_dir(), because it would be very
> confusing (source of bugs) to have a different behaviour.
Actually, I specifically included that argument. It
2014-07-14 6:52 GMT+02:00 Ethan Furman :
> We shoIf you put the option on scandir(), you uld have a flag for that, and
> default it to False:
>
> scandir(path, *, followlinks=False, info=None, onerror=None)
What happens to name and full_name with followlinks=True? Do they
contain the name in th
2014-07-14 4:17 GMT+02:00 Nick Coghlan :
> Or the ever popular symlink to "." (or a directory higher in the tree).
"." and ".." are explicitly ignored by os.listdir() an os.scandir().
> I think os.walk() is a good source of inspiration here: call the flag
> "followlink" and default it to False.
2014-07-14 2:33 GMT+02:00 Ben Hoyt :
> If we go with Victor's link-following .is_dir() and .is_file(), then
> we probably need to add his suggestion of a follow_symlinks=False
> parameter (defaults to True). Either that or you have to say
> "stat.S_ISDIR(entry.lstat().st_mode)" instead, which is a
30 matches
Mail list logo
