session-desktop
session-desktop copied to clipboard
oxen-io
[macOS-ARM] Native binary for desktop
Is there an existing request for feature?
- [X] I have searched the existing issues
What feature would you like?
The current macOS binary is Intel only -- a deprecated platform within the Mac setup. ARM based Macs are here since 3 years, and currently, no more Intel Macs are sold.
It would be time for an universal binary or at least an ARM native binary for macOS :-)
Anything else?
No response
Something i hope we can look into soon, but probably unlikely to lead to much of a perf increase
To have native binaries is more about memory consumption reduction and stability increases.
the lack of answer is self explanatory they don't care about us, so I will just remove them and make my contact do the same.
the lack of answer is self explanatory they don't care about us, so I will just remove them and make my contact do the same.
I answered above, its not something we are prioritising right now, we want to finish off our disappearing messages overhaul, closed groups overhaul, Lokinet integration and improved onboarding, however i do want to circle back to this task in the future.
the lack of answer is self explanatory they don't care about us, so I will just remove them and make my contact do the same.
I answered above, its not something we are prioritising right now, we want to finish off our disappearing messages overhaul, closed groups overhaul, Lokinet integration and improved onboarding, however i do want to circle back to this task in the future.
Sorry but you say something outrageous because since 2020 ALL Mac product use ARM, and many user suffer heavy batterie drain and instability.
You talk about useless feature when your product do not meet the market need (arm for Mac), it's not a matter or prioritizing, it's just that you don't care about Mac user or you would prioritize their need for a stable product that run natively rather than loose our time with useless feature when basic one do not even work properly.
So I don't change my mind, you are not professional at all and I will not use u anymore
Sorry but you say something outrageous because since 2020 ALL Mac product use ARM, and many user suffer heavy batterie drain and instability.
You talk about useless feature when your product do not meet the market need (arm for Mac), it's not a matter or prioritizing, it's just that you don't care about Mac user or you would prioritize their need for a stable product that run natively rather than loose our time with useless feature when basic one do not even work properly.
So I don't change my mind, you are not professional at all and I will not use u anymore
(Another Mac user with an ARM CPU here)
@BirdInFire You may rethink your attitude towards a product that’s delivered free as in beer and free as in freedom to you. You may use it or not. You may contribute to code or documentation or not. You may crititize in a constructive way. But your tone appears to me quite demanding and aggressive, and I’m writing this as someone from a culture, where direct and rather harsh criticism is deemed normal and appropriate.
On top, the likelihood to motivate others to help you out isn’t increased by this. Did you try building the Session sourcecode with XCode by yourself, and check whether an ARM build passes? Perhaps it’s not much missing.
Sorry but you say something outrageous because since 2020 ALL Mac product use ARM, and many user suffer heavy batterie drain and instability.
You talk about useless feature when your product do not meet the market need (arm for Mac), it's not a matter or prioritizing, it's just that you don't care about Mac user or you would prioritize their need for a stable product that run natively rather than loose our time with useless feature when basic one do not even work properly.
So I don't change my mind, you are not professional at all and I will not use u anymore
(Another Mac user with an ARM CPU here)
@BirdInFire You may rethink your attitude towards a product that’s delivered free as in beer and free as in freedom to you. You may use it or not. You may contribute to code or documentation or not. You may crititize in a constructive way. But your tone appears to me quite demanding and aggressive, and I’m writing this as someone from a culture, where direct and rather harsh criticism is deemed normal and appropriate.
On top, the likelihood to motivate others to help you out isn’t increased by this. Did you try building the Session sourcecode with XCode by yourself, and check whether an ARM build passes? Perhaps it’s not much missing.
First English is not my native language so if you (or any another user) have thinked I was too harsh I want to excuse myself since it was not my intent
Second what I find extremely frustrating in this case is the fact that they don't seem to understand than prioritizing features is good for dev but you do that only when the base work not when the 3 major os are slowly moving to Arm and when one of the 3 is now 100% ARM
Being late to implement something is not a shame but in this case 3 years after Mac shift to ARM and it's second version of it M2 not event having an Alpha version for it is everything but professional.
And it go against their promotion of digital privacy for all since they exclude arm users (because you will not sacrifice your battery life over 1 app, it was acceptable when the M1 have reached us but in 2023 it's not acceptable)
They urgently need to take Arm more seriously
Please prioritize the Mac ARM binary.. It is pathetic that you don't have one. We are all trying to evangelize this product, but this makes it difficult.
Session is the only app still Intel-based on my ARM macOS.
Laggy UI & high CPU usage (emulation!), high battery usage. Just wanted to +1 this issue.
Session is the only app still Intel-based on my ARM macOS.
Laggy UI & high CPU usage (emulation!), high battery usage. Just wanted to +1 this issue.
In my case now that signal have username they became useless (the intel only is the last nail in the coffin)