Updated to a repo/branch that I made fixes in. Not sure how to handle the renaming thing right now, but I'll wait to see if some of my fixes move to another repo before I make any decisions.
Search Criteria
Package Details: spotify-adkiller-git r188.416e544-3
Package Actions
| Git Clone URL: | https://aur.archlinux.org/spotify-adkiller-git.git (read-only, click to copy) | 
|---|---|
| Package Base: | spotify-adkiller-git | 
| Description: | Your Party with Spotify - without ads! | 
| Upstream URL: | https://github.com/thelightstream/Spotify-AdMuter | 
| Licenses: | GPL3 | 
| Conflicts: | spotify-adkiller | 
| Provides: | spotify-adkiller | 
| Submitter: | polyzen | 
| Maintainer: | thelightstream | 
| Last Packager: | thelightstream | 
| Votes: | 28 | 
| Popularity: | 0.000000 | 
| First Submitted: | 2016-11-09 22:16 (UTC) | 
| Last Updated: | 2025-05-09 13:31 (UTC) | 
Dependencies (6)
- libnotify (libnotify-gitAUR)
 - pulse-native-provider (pulseaudio-gitAUR, pipewire-pulse-gitAUR, pipewire-full-pulse-gitAUR, pipewire-pulse, pulseaudio)
 - spotifyAUR (spotify-1.1AUR, spotify-devAUR, spotify-edgeAUR)
 - xdotool (xdotool-gitAUR)
 - xorg-xprop
 - git (git-gitAUR, git-glAUR) (make)
 
Required by (0)
Sources (1)
thelightstream commented on 2025-05-09 13:34 (UTC) (edited on 2025-05-09 13:34 (UTC) by thelightstream)
lucasrizzini commented on 2020-04-19 09:04 (UTC)
Isn't this illegal?
<deleted-account> commented on 2019-01-12 15:36 (UTC)
@polyzen Thanks. Guess I'll go back to blockify, as it always mutes all ads for me. The only bug I have with blockify is that sometimes it also mutes actual songs, but that rarely happens.
polyzen commented on 2019-01-11 18:57 (UTC)
<deleted-account> commented on 2019-01-11 18:41 (UTC)
Just trying this and it doesn't mute skip-able ads at all. Is this intended or a bug?
MageJohn commented on 2017-01-10 10:58 (UTC)
                      Shouldn't this script be using "${pkgname%-git}" instead of "${pkgname%-*}", for clarity? I'm not as experienced with bash, and it took me a question to the #bash irc to understand what you were doing. They suggested the change.              
 polyzen commented on 2016-12-06 23:45 (UTC)
                      Toggling play/pause seems to be the workaround for both scripts.  https://github.com/SecUpwN/Spotify-AdKiller/issues/46  https://github.com/SecUpwN/Spotify-AdKiller/issues/67    Tried the commit before recent upstream changes, seems to work the same:  source=("git+$url.git#commit=1fa0ff969ec15d9649600e52114160cb4841f8c9")    If you think it's an issue related to packaging changes I've made, you could try this:  https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=spotify-adkiller-git&id=5217c22ded63a953f326cd99c787357569c0e0c9    Hard to test as it takes so long to get an ad v_v.              
 taohansen commented on 2016-12-05 13:56 (UTC) (edited on 2016-12-05 13:56 (UTC) by taohansen)
                      polyzen, I run spotify-adkiller.sh and continue to receive ads. The updates before my comment simply mishandled the hand-off between Quod Libet, my local music player, and Spotify resulting in a local track playing during an ad, ending, but without resuming in Spotify using the "continuous" mode of spotify-adkiller. Now, the latest Spotify simply plays the ad without any interruption.              
 polyzen commented on 2016-12-03 01:41 (UTC)
                      taohansen, I appear to only have issues with spotify-wrapper.sh, can you confirm?              
 
Pinned Comments
thelightstream commented on 2025-05-09 13:34 (UTC) (edited on 2025-05-09 13:34 (UTC) by thelightstream)
Updated to a repo/branch that I made fixes in. Not sure how to handle the renaming thing right now, but I'll wait to see if some of my fixes move to another repo before I make any decisions.