Re: Spotify Playlist

2020-06-01 Thread giansofficial
Il giorno lunedì 1 giugno 2020 07:03:45 UTC+2, Chris Angelico ha scritto:
> On Mon, Jun 1, 2020 at 2:55 PM Terry Reedy  wrote:
> >
> > On 5/31/2020 7:10 PM, Chris Angelico wrote:
> > > Automation would be a bit harder, as you'd have to periodically query
> > > the API for each playlist's description, and then update them.
> > > https://developer.spotify.com/documentation/web-api/reference/playlists/get-playlist/
> > >
> > > The reason this would be harder is that you'd risk running up against
> > > the rate limits:
> > > https://developer.spotify.com/documentation/web-api/#rate-limiting
> >
> > Their recommendation is to query infomation about multiple items at
> > once, as their API allows.  I suspect that one can also add or update
> > multiple items at once.
> 
> I'm not sure, but that doesn't even matter. The question is more about
> how frequently you can query to see if it's been wiped. But that might
> be irrelevant, depending on exactly how high the rate limits are - I
> didn't check. (If you're allowed, say, 1500 calls per day, then you
> could poll every minute and still be fine.)
> 
> But I only did a very cursory examination. A feasibility test, the
> results of which are that I'd be confident putting this project in the
> hands of a competent novice programmer.
> 
> ChrisA

I received other 6 reports tonight, i'm desperate, don't know what to do.

Please guys, can you help me? PLEASE. Do you know someone who can code 
something like this? PLEASE.
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: Binary Sort on Python List __xor__

2020-06-01 Thread Rhodri James

On 31/05/2020 18:01, Evan Schalton wrote:

I think you're arguing both sides of the argument -- numpy arrays do
have a lot of similar, related operations (because numpy uses them
internally -- since they're more efficient) which means they're not
fringe.

I'm advocating that the built-in list class add the efficient,
convenience methods -- especially since it wouldn't be overriding
other methods, it would be leveraging standard methods that are
currently unimplemented



Those methods make perfect sense in the bit-twiddling lists that you are 
using.  They make no sense whatsoever for lists like ["The", "quick", 
"brown", "fox"].  There's a decent purpose for a class implementing the 
features you want, but I honestly don't think the generic list class is it.


--
Rhodri James *-* Kynesim Ltd
--
https://mail.python.org/mailman/listinfo/python-list


Re: Spotify Playlist

2020-06-01 Thread Trent N
I could probably do this for you. Just need to know how many playlists
it would need to be to decide how hard it would be. I have some
experience with this type of stuff.
Also if they are able to file so many reports so fast. I worry that
any program to try and combat this would be rate limited pretty fast,,
and not able to keep up with the report. It would just have to be
looked into.
Please email me privately and we can discuss.


On Mon, Jun 1, 2020 at 1:02 AM  wrote:
>
> Il giorno lunedì 1 giugno 2020 07:03:45 UTC+2, Chris Angelico ha scritto:
> > On Mon, Jun 1, 2020 at 2:55 PM Terry Reedy  wrote:
> > >
> > > On 5/31/2020 7:10 PM, Chris Angelico wrote:
> > > > Automation would be a bit harder, as you'd have to periodically query
> > > > the API for each playlist's description, and then update them.
> > > > https://developer.spotify.com/documentation/web-api/reference/playlists/get-playlist/
> > > >
> > > > The reason this would be harder is that you'd risk running up against
> > > > the rate limits:
> > > > https://developer.spotify.com/documentation/web-api/#rate-limiting
> > >
> > > Their recommendation is to query infomation about multiple items at
> > > once, as their API allows.  I suspect that one can also add or update
> > > multiple items at once.
> >
> > I'm not sure, but that doesn't even matter. The question is more about
> > how frequently you can query to see if it's been wiped. But that might
> > be irrelevant, depending on exactly how high the rate limits are - I
> > didn't check. (If you're allowed, say, 1500 calls per day, then you
> > could poll every minute and still be fine.)
> >
> > But I only did a very cursory examination. A feasibility test, the
> > results of which are that I'd be confident putting this project in the
> > hands of a competent novice programmer.
> >
> > ChrisA
>
> I received other 6 reports tonight, i'm desperate, don't know what to do.
>
> Please guys, can you help me? PLEASE. Do you know someone who can code 
> something like this? PLEASE.
> --
> https://mail.python.org/mailman/listinfo/python-list
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: [RELEASE] Python 3.9.0b1 is now available for testing

2020-06-01 Thread Joseph Jenne via Python-list


I used https://github.com/python/pyperformance pyperformance to 
compare Arch linux latest



Python 3.8.3 (default, May 17 2020, 18:15:42) [GCC 10.1.0] on linux
Type "help", "copyright", "credits" or "license" for more information.




against a vanilla build (configure make makeinstall) of python 3.9b1


Python 3.9.0b1 (default, May 19 2020, 21:09:14) [GCC 10.1.0] on linux
Type "help", "copyright", "credits" or "license" for more information.




I find all the bench marks seem to be slower in python 3.9b1.


38.json
===

Performance version: 1.0.1
Report on Linux-5.6.14-arch1-1-x86_64-with-glibc2.2.5
Number of logical CPUs: 4
Start date: 2020-05-31 04:00:24.503704
End date: 2020-05-31 04:22:44.961331

39.json
===

Performance version: 1.0.1
Report on Linux-5.6.14-arch1-1-x86_64-with-glibc2.31
Number of logical CPUs: 4
Start date: 2020-05-31 04:23:21.247268
End date: 2020-05-31 04:49:09.891889

### 2to3 ###
Mean +- std dev: 437 ms +- 5 ms -> 548 ms +- 7 ms: 1.25x slower
Significant (t=-96.22)

### chameleon ###
Mean +- std dev: 12.5 ms +- 0.1 ms -> 16.2 ms +- 0.2 ms: 1.30x slower
Significant (t=-111.53)

> ...

Is this because I haven't built in the same way as Arch or are there 
real slowdowns in this beta? Or even dumber have I got the results the 
wrong way round?

--
Robin Becker


Most builds of python included with distribution packages are built with 
various levels of optimization. I have experienced slowdowns from source 
built python of the same version as the distribution python even when 
using some optimization flags with the configure script. This appears to 
be normal behavior and is not cause for concern about the performance of 
python 3.9.0b1


--

Joseph Jenne


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


Re: Trouble with version 3.8

2020-06-01 Thread Jim Parinisi via Python-list
 
 I had been using python 3.6 on two computers with windows 7 and windows 10.  
We bought a windows 10 machine and I installed python 3.8 on it.  Many of my 
python apps failed with an error similar to this:
 File "C:\Python38\lib\os.py", line 818, in fsdecode    filename = 
fspath(filename)  # Does type-checking of `filename`.TypeError: expected str, 
bytes or os.PathLike object, not list
I looked online and could not find any solutions to my problem.  So, I 
uninstalled v3.8 and installed v3.6. Version 3.6 worked.
Any advice on how to fix version 3.8 would be appreciated.
  
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: Trouble with version 3.8

2020-06-01 Thread MRAB

On 2020-06-01 21:54, Jim Parinisi via Python-list wrote:
  
  I had been using python 3.6 on two computers with windows 7 and windows 10.  We bought a windows 10 machine and I installed python 3.8 on it.  Many of my python apps failed with an error similar to this:

  File "C:\Python38\lib\os.py", line 818, in fsdecode    filename = 
fspath(filename)  # Does type-checking of `filename`.TypeError: expected str, bytes or 
os.PathLike object, not list
I looked online and could not find any solutions to my problem.  So, I 
uninstalled v3.8 and installed v3.6. Version 3.6 worked.
Any advice on how to fix version 3.8 would be appreciated.
   

"an error similar to this"?

Please post the actual traceback.

It would also help if you looked at the traceback for where your code 
calls the function from the stdlib and then added some debugging, such 
as to a log file, to see what you're passing to the function.


From what you've provided above, it would appear to be a list, which 
appears to be the problem. Where does that list come from?

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


Re: Trouble with version 3.8

2020-06-01 Thread Terry Reedy

On 6/1/2020 4:54 PM, Jim Parinisi via Python-list wrote:
  
  I had been using python 3.6 on two computers with windows 7 and windows 10.  We bought a windows 10 machine and I installed python 3.8 on it.  Many of my python apps failed with an error similar to this >   File "C:\Python38\lib\os.py", line 818, in fsdecode    filename = 
fspath(filename)  # Does type-checking of `filename`.TypeError: expected 
str, bytes or os.PathLike object, not list


When posting tracebacks, *copy* and paste the full traceback *with hard 
returns* so lines are not joined together as above.  With them inserted, 
the above is:


File "C:\Python38\lib\os.py", line 818, in fsdecode
  filename = fspath(filename) # Does type-checking of `filename`.
TypeError: expected str, bytes or os.PathLike object, not list

fsdecode is being passed a list as a filename.  Look at the full 
traceback to see if that comes from you or something internal.



Any advice on how to fix version 3.8 would be appreciated.


Don't assume that 3.8 is the problem and in need of a fix.  Maybe your 
code depends on a bug in 3.6 fixed in the 3.8 you installed.  fsdecode 
itself is the same in 3.6 and 3.8.  On Windows, fspath is supplied by 
the C-coded nt module.  You could search the change logs in What's New 
3.7 and 3.8 for mention of fspath.


--
Terry Jan Reedy


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


Re: Trouble with version 3.8

2020-06-01 Thread Terry Reedy

On 6/1/2020 4:54 PM, Jim Parinisi via Python-list wrote:

So, I uninstalled v3.8 and installed v3.6.


You can have both installed on Windows.  Without 3.8, you cannot follow 
any suggestions about things to try with 3.8 ;-).



--
Terry Jan Reedy

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