On 02/23/2014 10:12 PM, Tres Finocchiaro wrote:
>
> I don't think making a "target" directory under the user's home
> directory is a very good practice.
>
>
> I disagree entirely here. For development, I find this best practice.
> It makes the software only usable for one user
>
> Again, for development, I find this best practice. This all depends
> on your use-case, but I've never been in a situation where I had
> multiple user profiles on one machine all using the same DAW. I also
> don't know how comon it is for musicians to compile their own DAW. On
> *nix, I've always grabbed the binaries from the preferred method (yum,
> apt, CNR, etc).
Developers aren't the only ones compiling from source.
>
> Personally I think the best practice is to have the stable version
> under /usr, and the development builds under different
> subdirectories in /opt.
>
>
> I think this would be a good idea for "stable" build instructions, but
> not for people simply checking out what the latest version has to offer.
>
> Perhaps we can provide "stable" build instructions, but I would
> instead recommend we put something at the far bottom after the home
> direction instructions, perhaps titled "Permanently Install".
>
> I was actually really happy when I saw the "make install" didn't have
> the word "sudo" in front of it. I'm rather sick of tutorials mucking
> up my file system. Encompassed in it's own directory gets a +1 from
> me, for what that's worth.
>
>
LMMS gets encompassed in its own directory in /opt too, if you put it
under a subdirectory. /opt is there for a reason, and this usecase is
exactly that reason.
Stable builds should be installed in /usr, and wrapped in a package with
checkinstall.
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
_______________________________________________
LMMS-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmms-devel
