Re: Spotify Playlist
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__
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
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
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
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
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
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
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