35.x - Decide whether to support alternate install locations (not /opt/meza) or encourage symlinking

[jamesmontalvo3]

Right now, in theory, it's possible to setup an alternate install location like /meza instead of /opt/meza. In practice it has issues.

Do we continue to support this? Or do we suggest people create symlinks, e.g. create partition at /data and symlink it to /opt/data-meza.

It's great to support many options, but it requires a lot of effort and is hard to test.

[revansx]

iiuc, Meza is not meant to be run on a server that has other pre-existing web applications, so I vote for dropping support for things that are not essential to make meza work in a simple standard way, especially if there are ways (like symbolic links) that savvy admins and achieve the goal(s).

…

On Mon, Nov 15, 2021 at 7:24 PM James Montalvo ***@***.***> wrote: Right now, in theory, it's possible to setup an alternate install location like /meza instead of /opt/meza. In practice it has issues. Do we continue to support this? Or do we suggest people create symlinks, e.g. create partition at /data and symlink it to /opt/data-meza. It's great to support many options, but it requires a lot of effort and is hard to test. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#1302>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AH2UQVEFROXZ33RWZJIRSQ3UMGQFHANCNFSM5IC66XOA> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.