Package Details: googleplaymusic 1.1.9-1

Git Clone URL: (read-only, click to copy)
Package Base: googleplaymusic
Description: Google Play Music is a unofficial client to play your music.
Upstream URL:
Licenses: GPL
Conflicts: googleplaymusic
Provides: googleplaymusic
Submitter: gameslayer
Maintainer: gameslayer
Last Packager: gameslayer
Votes: 0
Popularity: 0.000000
First Submitted: 2019-09-05 14:58
Last Updated: 2020-07-26 11:05

Latest Comments

1 2 Next › Last »

gameslayer commented on 2020-08-19 03:57

This package does use and follow with a a static version also will soon be deprecated by Google since they are shutting down GPM and replacing it with Youtube Music

gameslayer commented on 2020-01-14 00:05

I'll update the user agent so it won't do it anymore thanks to Google flagging a bunch of stuff as unsafe even tho it isn't unsafe at all. Tho I am doing some testing trying to figure out why only some accounts come up with this message and why other don't like mine for example that will always let me in with no issues. Google is really annoying how they have done this..

dedguy21 commented on 2020-01-13 22:23

How do we get around the "Unsupported Browser" issue, when trying to authenticate though this app?

gameslayer commented on 2019-10-18 03:32

system electron package is using electron 4.x.x I am using the current electron version 6.0.12

eschwartz commented on 2019-09-09 15:33

The "electron" package in community already depends on those, BTW. One of the advantages of using the system electron package.

yochananmarqos commented on 2019-09-09 13:42

Yes, those are common dependencies for electron applications.

gameslayer commented on 2019-09-09 07:38

"Depends as namcap sees them: depends=(nss gtk3 libxss)"

Dependency I need to add?

yochananmarqos commented on 2019-09-06 15:07

Depends as namcap sees them: depends=(nss gtk3 libxss)

eschwartz commented on 2019-09-05 17:34

It is sufficient to not call npm in any way, shape or form. Just cp the index.html and main.js and other relevant files into "${pkgdir}"/usr/share/appname

The trusted electron package already has a working sandbox which works with both userns and setuid methods.

As for modifying $HOME, that is simply a violation of the terms of service for the AUR. The rules of submission by which all AUR packages must abide states that packages must follow the Arch package guidelines, and the package guidelines forbid several directories including /home. It is permissible to emit install messages which suggest the user do something; it is not permissible to have a package installation do it for them (neither in package() nor in an install script).

Alad commented on 2019-09-05 15:41

The difference is that you're not automatically modifying files in the user's personal environment. With an install message, people can just make up their own mind, which is an obvious thing to expect for your own personal working environment ($HOME).

community/electron, as I pointed out, doesn't require the sysctl hack you're mandating.