These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Macintosh

 
  • Topic is locked indefinitely.
 

SCYLLA - Macintosh Issues

First post
Author
Previous Topic Next Topic
Cosima Amar
Viziam
Amarr Empire
#21 - 2015-03-24 13:00:40 UTC
CCP Sledgehammer wrote:
[quote=Amarisen Gream]The Clone Maker keeps saying it is broken when I try to open it.


It's the Mac that says the clone maker was broken and refuses opening it. Turning off the security-standards in your mac's preferences will help.
Ian Blackbird
Imperial Shipment
Amarr Empire
#22 - 2015-03-24 13:03:14 UTC
CCP Sledgehammer wrote:
they are aware of the issue and that issue exists on their side


Thank you!
/me granting them Advanced Awareness V in hope for new releases
CCP Sledgehammer
C C P
C C P Alliance
#23 - 2015-03-24 13:03:26 UTC
Planeten Schreck wrote:
Hi,

the download link for clonemaker is brocken......


Sorry about that, Falcon was missing a "h" in the link!

Graphical QA Analyst | EVE Quality Assurance | Team TriLambda
Ian Blackbird
Imperial Shipment
Amarr Empire
#24 - 2015-03-24 13:04:52 UTC
Cosima Amar wrote:
CCP Sledgehammer wrote:
[quote=Amarisen Gream]The Clone Maker keeps saying it is broken when I try to open it.


It's the Mac that says the clone maker was broken and refuses opening it. Turning off the security-standards in your mac's preferences will help.


Or opening it by using right-click (or ctrl-click)
CCP Sledgehammer
C C P
C C P Alliance
#25 - 2015-03-24 13:05:28 UTC
Amarisen Gream wrote:
The Clone Maker keeps saying it is broken when I try to open it.

But, Show Package Content and navigating > Contents > Scripts > main.scpt and double clicking that and then hitting the run button in Script Editor, made it work.


That should've been fixed, can I ask you to check a setting for me? System Preferences > Security & Privacy > General tab: What is "Allow applications downloaded from:" set to?

Graphical QA Analyst | EVE Quality Assurance | Team TriLambda
Makkuro Tatsu
Spontaneous Massive Existence Failure
#26 - 2015-03-24 13:07:30 UTC
Was the Clonemaker code not supposed to be properly signed with the latest version? Having to fiddle with security settings is a Bad Thing (TM).
CCP Sledgehammer
C C P
C C P Alliance
#27 - 2015-03-24 13:11:02 UTC
Makkuro Tatsu wrote:
Was the Clonemaker code not supposed to be properly signed with the latest version? Having to fiddle with security settings is a Bad Thing (TM).


Yeah it was indeed, and I just verified that. I just want to be sure whether they have their setting correctly set to "Mac App Store and identified developers" or not.

Graphical QA Analyst | EVE Quality Assurance | Team TriLambda
Makkuro Tatsu
Spontaneous Massive Existence Failure
#28 - 2015-03-24 13:17:28 UTC
Ok, just fired up my MacBook Pro (mid 2012 model). Converting 13 GB of existing assets plus applying a new 28 MB patch took less than one minute. Solid state storage rocks, and also: nicely done, CCP. Blink
Kimimaro Yoga
School of Applied Knowledge
Caldari State
#29 - 2015-03-24 13:25:57 UTC
Ohe thing I noticed that isn't necessarily broken, but is a Bad Thing(™) about the shared cache. It's not installed in the Applications folder, or the /Library folder, it's installed in the /user/Library/Application Support folder *of the user who ran the update*. This means either a: someone logging in to a different account on that machine won't be able to play Eve, or b: That person can play Eve, but only because the Eve client is somehow bypassing security restrictions on accessing other user's data.

Please seriously consider relocating the cache to the main Library folder to avoid potential problems with this. Well unless you have a specific reason for wanting different users to have different game installs, for all practical purposes.

Now recruiting: http://dogfacedesign.com/index.php/Recruiting-Posters/recruiting-poster-patr3
Makkuro Tatsu
Spontaneous Massive Existence Failure
#30 - 2015-03-24 13:39:51 UTC
Kimimaro Yoga wrote:
Please seriously consider relocating the cache to the main Library folder to avoid potential problems with this.

Not sure if this is a good idea. As far as I know, installing things in /Library would require admin privileges?
Ian Blackbird
Imperial Shipment
Amarr Empire
#31 - 2015-03-24 13:44:37 UTC  |  Edited by: Ian Blackbird
Makkuro Tatsu wrote:
Not sure if this is a good idea. As far as I know, installing things in /Library would require admin privileges?


Yes, it would.
But isn't an software installation an administrative procedure? especially in multi-user environments?
Therefore it even should.
Makkuro Tatsu
Spontaneous Massive Existence Failure
#32 - 2015-03-24 13:49:51 UTC
Ian Blackbird wrote:
But isn't an software installation an administrative procedure? especially in multi-user environments?

If you had the EVE cache stored in a place only writable for admins, how would a non-admin download resources on demand, which could happen any time while he is playing the game?
Ian Blackbird
Imperial Shipment
Amarr Empire
#33 - 2015-03-24 13:55:59 UTC
Makkuro Tatsu wrote:
If you had the EVE cache stored in a place only writable for admins, how would a non-admin download resources on demand, which could happen any time while he is playing the game?


By granting the non-admin (or non admin-group) write-permission on specific files & directories once.
Makkuro Tatsu
Spontaneous Massive Existence Failure
#34 - 2015-03-24 13:58:44 UTC  |  Edited by: Makkuro Tatsu
Ian Blackbird wrote:
By granting the non-admin (or non admin-group) write-permission on specific files & directories once.

Surely you are not suggesting creating an EVE Players group manually, or even world-writable files, which would also be world-deletable unless explicitly assigned the "sticky" attribute? Blink If files are not world-writable but group-writable you would also need to use enforce set-guid, because otherwise player A cannot update a file installed by player B.
Ian Blackbird
Imperial Shipment
Amarr Empire
#35 - 2015-03-24 14:01:15 UTC
Makkuro Tatsu wrote:
Surely you are not suggesting creating an EVE Players group manually, or even world-writable files, which would also be world-deletable unless explicitly assigned the "sticky" attribute? Blink


I think this problem could be solved by using just the onboard methods (group "staff", write-permission for group) if that doesn't help there are still ACLs...
Kimimaro Yoga
School of Applied Knowledge
Caldari State
#36 - 2015-03-24 14:01:45 UTC
Makkuro Tatsu wrote:
Ian Blackbird wrote:
But isn't an software installation an administrative procedure? especially in multi-user environments?

If you had the EVE cache stored in a place only writable for admins, how would a non-admin download resources on demand, which could happen any time while he is playing the game?


An application can change files that "belong" to it inside the Library, regardless of which user launched the application. Now it's possible that CCP had trouble with creating new files on the fly for some reason, but plenty of applications already create files in the Library without having admin write privileges. As long as the original install of the application was done using "Make available to all users".

It's possible that there was some sort of bad problem created by trying to use the main Library. But having multiple users do independent cache installs, when the cache is 15Gb, that's some extra disk usage/bandwidth/server load.

Now recruiting: http://dogfacedesign.com/index.php/Recruiting-Posters/recruiting-poster-patr3
Ian Blackbird
Imperial Shipment
Amarr Empire
#37 - 2015-03-24 14:05:11 UTC
Kimimaro Yoga wrote:
It's possible that there was some sort of bad problem created by trying to use the main Library


guess it had something to do with those partners™ mentioned by CCP Sledgehammer
Makkuro Tatsu
Spontaneous Massive Existence Failure
#38 - 2015-03-24 14:07:01 UTC
I want to make clear that I am all for reducing the amount of redundant files, if feasible. However, I think that one needs to keep in mind that TransGaming's Cider is the underlying technology, and I would assume that this implies restrictions. Native Mac EVE client, anyone? Big smile
Manssell
OmiHyperMultiNationalDrunksConglomerate
#39 - 2015-03-24 14:07:47 UTC
O.k. I'm a bit confused I thought do to the famous Mac bug where we crash if you download stuff in the background that the Mac wasn't getting the download on demand? I believe a DEV mentioned this a week or so ago in the Sisi feedback thread. So has something changed with the crashing while downloading, or did we just unleash a wave of crashes on newbies who think they can run this on their mac?
Ian Blackbird
Imperial Shipment
Amarr Empire
#40 - 2015-03-24 14:09:38 UTC
Makkuro Tatsu wrote:
Native Mac EVE client, anyone? Big smile


Oh, behave!