OS X Multiple Logins

As an Audio Mix engineer and video Editor, I use multiple logins for specific purposes, but sometimes during a Mix or while wiaitng for video to render I like to read something on my mind. Well, I installed Logos4 while in my general login.

Switched over to my alternate login launched Logos 4 and it proceeded to start redownloading everything...

I did a search and realized you store everything in the User/ApplicationSupport/Logos4 folder instead of a more OS X centric convention of storing in the HD/Library/ApplicationSupport folder or even the hd/users/shared/library/applicationsupport location.

Just curious, is there a way to avoid this or will I need to download/install and index EVERY login I use on my computer????

Or Can I just place an alias to point the app to the folder in my general login user appsupport folder???

Thanks

Find more posts tagged with

Comments

Tom Philpot (Faithlife)

Neither the windows product nor L4 Mac supports using the same set of resources with different OS logins. There may be a way to share these resources, but it would not be a supported configuration. Even if you could figure out a way to do it, there's no guarantee that it would continue to work with future releases.

Peter Venable

https://community.logos.com/discussion/comment/75006#Comment_75006

Tom is right; nevertheless I wouldn't be surprised if you could get it to work by making the randomly-named directories for different users point to the same place. Proceed at your own risk, though.

WAM Project

https://community.logos.com/discussion/comment/75040#Comment_75040

I am only interested in the data and indexing logs. Seems tedius and Space wasteful to have to download and index 3 sets of data just because I want to study in the middle of a song mix or a video edit. Which I am known to do.

I am just surprised that they didn’t take that into consideration for a single user multiple login computer. I can understand randomizing user info, but the indexing and data info could have been in a shared resources folder or something...

Lots of OS X users have systems set up like this due to the interaction of various programs under a single login...

Tom Philpot (Faithlife)

https://community.logos.com/discussion/comment/75092#Comment_75092

The reason we built the app this was has more to do with being able to update resources and indexes for the user without having to ask for escalated privileges. If we put resources and indexes in a system-wide location, we'd have to ask you to enter an admin password everytime we pushed a new update.

WAM Project

https://community.logos.com/discussion/comment/75159#Comment_75159

I can understand that from an updating perspective...

I just find it annoying that I have to re-download and re-index so I can mix an album and study the word. LOL...

I am just giving feedback from a user perspective.

I did do a Windows 7 Install in Parallels 5. I like all the features, but I am a true MacUser. Even though it is still Alpha it FEELS better .. LOL.. than the windows version to me.. SO I am pleased. I only have THAT ONE complaint.... LOL.

Overall, great work...

Terry Poperszky

https://community.logos.com/discussion/comment/75162#Comment_75162

I just find it annoying that I have to re-download and re-index so I can mix an album and study the word. LOL...

You don't. Check out the wiki, you will find articles on how to move the files and indexes. I believe they reference a windows computer, but hey you are a Mac owner, you can figure it out. [:D]

http://wiki.logos.com/Quick_Installation_onto_multiple_computers

Michael Kares

https://community.logos.com/discussion/comment/75162#Comment_75162

I don't think entering a password would be too inconvenient. It wouldn't be anything new to the end-user. One must supply their password to install some updates that come from Software Updater. While I don't use multiple logins, having a bunch of my HD eaten up by duplicate resource files and indicies would be annoying.

WAM Project

https://community.logos.com/discussion/comment/75169#Comment_75169

My point is I have to have multiple copies of the data which wastes HD space... I have tried linking the datd. The program crashes... I have tried pointing to the Data folder, the program crashes.

The console reads like this. Tried to create /folder/ exited with error #1

WAM Project

https://community.logos.com/discussion/comment/75169#Comment_75169

I don't think entering a password would be too inconvenient. It wouldn't be anything new to the end-user. One must supply their password to install some updates that come from Software Updater. While I don't use multiple logins, having a bunch of my HD eaten up by duplicate resource files and indicies would be annoying.

Agreed. I have no issue entering a password for an update. OS X users have been used to this since 10.1

Stephen

https://community.logos.com/discussion/comment/75176#Comment_75176

Personally I would rather have it ask me for a password before installing an update. that's one of the things I liked about MAc when i switched. I don't like the computer installing anything without me knowing. I know that Logos asks you before installing but anyone could say yes. If my kids are on my MAc they could just click install and it would. I'm not one to install every update as soon as it comes out because I've seen to many updates break things. I like having to put in the admin password because it assures me that I know what's being done.

Second issue. if multiple users are using the same Mac having duplicate resources seems like a waste. There should be a way for sharing the resources and then having a separate settings file for each user. That way if two different users are sharing the same MAc the both have their own Notes/Reading Plans (when fully implemented)

WAM Project

https://community.logos.com/discussion/comment/75218#Comment_75218

There should be a way for sharing the resources and then having a separate settings file for each user.

That is Mac-Esque... If we are building a MAC product, MAC Users don't care how it's done in the Windows world... Why else pay more for a Mac.. You could just buy a Dell...

Todd Phillips

https://community.logos.com/discussion/comment/75259#Comment_75259

If we are building a MAC product, MAC Users don't care how it's done in the Windows world...

You should care, since it's using a common code base, which means the Mac app gets developed faster, but it also means the apps work the same on both platforms. Thereby making it easier to develop, and thusly everyone is happy, and smiles, and sleeps soundly.

WAM Project

https://community.logos.com/discussion/comment/75263#Comment_75263

If we are building a MAC product, MAC Users don't care how it's done in the Windows world...

You should care, since it's using a common code base, which means the Mac app gets developed faster, but it also means the apps work the same on both platforms. Thereby making it easier to develop, and thusly everyone is happy, and smiles, and sleeps soundly.

Let me restate. Microsoft figured out making a Mac version of Office to function like windows was pointless. better to make it work on a mac like a mac app. Even if a lot of code is shared...

Why else for the GTK, etc... but to make a mac app function like a mac app...

So in the specific case I have mentioned.. sharing resources over multiple logins Specifically the DATA files and index logs... WHo cares how it works on a windows machine...

Hope that clears it up. I understand sharing common code to get it up and running and a consistent user interface across platforms, but in this arena I think you have missed the boat. I have to sit here and stay in this login while it indexes and I have to waste HD space to have 3 sets of the SAME data on my machine because you wont share DATA and index Logs. That’s all I am saying...

Todd Phillips

https://community.logos.com/discussion/comment/75271#Comment_75271

So in the specific case I have mentioned.. sharing resources over multiple logins Specifically the DATA files and index logs... WHo cares how it works on a windows machine...

Hope that clears it up. I understand sharing common code to get it up and running and a consistent user interface across platforms, but in this arena I think you have missed the boat. I have to sit here and stay in this login while it indexes and I have to waste HD space to have 3 sets of the SAME data on my machine because you wont share DATA and index Logs. That’s all I am saying...

(FYI, I'm not a Logos employee-- ref. "you have missed the boat")

The design isn't influenced by the choice of OS, BTW. Many Windows users were also dismayed by the install requirements as well. There have been many discussions about it on the Windows side of things

Logos has stated that the reason it is this way is because the app and data are so tightly tied together. The application will update the resources and the indexes as needed, and having two users access the same data would have caused data integrity issues. Here is what they have said in the past:

The simple answer is to not require permission elevation every time
we install, update, etc. This is becoming common, and is what Google
Chrome does, for example.

Logos wanted to avoid access
control requests during installation (and, more importantly, during the
frequent background updates). Logos 4 is also unusual in that it
consists of code, user-files, and resources – which are in the middle.
They’re like code in that they’re static, large, and could be shared by
multiple users. But they’re like user data in that each licensed user
has a slightly different collection, and we need to index each
collection uniquely, etc.

Since Logos 4 requires a login
with a unique user identity, and a unique user identity happens to be
what a Windows user account is, Logos decided it would be much easier
to install in the user profile. This also supports a church (or home)
computer shared by two people who WANT separate Logos accounts,
profiles, settings (and resource collections). And makes installation
and updating easier.

WAM Project

https://community.logos.com/discussion/comment/75284#Comment_75284

@Phillips, My bad. LOL... I know when we love a product sometimes we can sound like the company itself. LOL...

On that data integrity issue. I can see that if the systems were networked, but we are speaking of sep logins.

Daylite is a mac program that shares data and resources. If he index logs and data files were in the shared user library this issue could be mitigated. I am sure... Just like all the other apps in OS X that use the shared user for data sharing and consistency....

don't get me wrong. I "LOVE" Logos 4... When It came out I was chomping at the bit and even under Aplha 10 it is worth every penny......

But I 'd like to see that issue resolved. LOL...

Dale Eads

https://community.logos.com/discussion/comment/75284#Comment_75284

I thought the reason they didn't allow multiple logins was due to licensing issues. There is a thread on this in the Logos 4 forum, but I'm not up to searching for it right now. This has something to do with the resources being licensed to the individual, and maybe making the assumption that if you have them accessible by more than one login, than you are installing it for more than one person (that is, for the average person. there are some of us that uses multiple logins for different reasons).

WAM Project

https://community.logos.com/discussion/comment/75367#Comment_75367

I thought the reason they didn't allow multiple logins was due to licensing issues. There is a thread on this in the Logos 4 forum, but I'm not up to searching for it right now. This has something to do with the resources being licensed to the individual, and maybe making the assumption that if you have them accessible by more than one login, than you are installing it for more than one person (that is, for the average person. there are some of us that uses multiple logins for different reasons).

I can accept that as a reason, but then my computer is my computer so if I have 10 logins for various reasons. shouldn’t I be able to use my software on whatever login I choose...

Adobe had an issue like that under CS1 or CS2 If I recall. They woke up fast and corrected that (2004/2005)