<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Installation location spotify in Desktop (Windows)</title>
    <link>https://community.spotify.com/t5/Desktop-Windows/Installation-location-spotify/m-p/664588#M52607</link>
    <description>&lt;P&gt;I've been trying to install Spotify on Mac OS X 10.9.1 (Mavericks). I found this frustrating enough to investigate a bit.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;It seems that whenever Spotify is installed, whether manually or as an update, the installer has the following behavior:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;&lt;SPAN style="line-height: 15px;"&gt;If the user has write priveliges for /Applications, install as /Applications/Spotify.&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;SPAN style="line-height: 15px;"&gt;Otherwise, if the user has write priveliges for ~/Applications (after creating ~/Applications, if necessary), install as ~/Applications/Spotify.&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;SPAN style="line-height: 15px;"&gt;Otherwise, ask the user to authenticate as an administrator, and install as /Applications/Spotify.&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;For me, then, the workaround is simple but bizarre: Create ~/Applications, and remove write access. This works at the cost of an errant directory.&lt;/P&gt;</description>
    <pubDate>Fri, 24 Jan 2014 21:11:06 GMT</pubDate>
    <dc:creator>ansciath</dc:creator>
    <dc:date>2014-01-24T21:11:06Z</dc:date>
  </channel>
</rss>

