Apple silicon native code

[imrefazekas]

Do you plan to release a version running natively on apple silicon?

Thanks...

[kertaljos]

This would be amazing. Guaranteed donation from me if this is achieved. 😄

[MaddTheSane]

The following libraries which are included in the source tree would need to be updated with an ARM version:

• libcurl
• libssl
• libcrypto

Once those are updated, I don't think it'll take much effort to test Transmission on an Apple Silicon device.
Tangentially related, but is there a reason why Transmission isn't linking against macOS' native libcurl?

[MaddTheSane]

Correction: the libraries in the source tree are stub libraries. This doesn’t change anything: the libraries still need to be rebuilt. Or Transmission needs to be rewritten to take advantage of native macOS frameworks.

[scottdownes]

@MaddTheSane All three libraries are building on ARM via Homebrew now. Any tips on next steps?

[MaddTheSane]

It depends on if you want to link statically or dynamically. Static linking will be easier, but the resulting Transmission package will be slightly larger due to two binaries (the app itself and the QuickLook plug-in) sharing the code. Dynamic linking will require a bit more preparation, and the size saved will probably not be worth the extra work.

For building with the static library, make sure that the deployment target is set to 10.10 to match Transmission's, and make sure the static libraries are universal (x86_64 and arm64).

[kuglee]

I was able to build a universal binary based on @MaddTheSane's libcurl modifications with upgraded libevent and openssl.

kuglee/transmission/tree/arm64

[MaddTheSane]

For dynamic libraries, it'll be a bit more involved…

You need to have the libraries' install names set properly. Usually for libraries you intend to embed in applications, that means having them start with @rpath. You can use install_name_tool to change the names.

For instance, I used the following to change the libraries' install names from @kuglee's fork:

install_name_tool -change /usr/local/Cellar/openssl@1.1/1.1.1h/lib/libcrypto.1.1.dylib \
@rpath/libcrypto.dylib -change /opt/homebrew/Cellar/openssl@1.1/1.1.1h/lib/libcrypto.1.1.dylib \
@rpath/libcrypto.dylib -id @rpath/libssl.dylib libssl.dylib
install_name_tool -id @rpath/libcrypto.dylib libcrypto.dylib

Next, they need to be embedded into the application bundle. This can be done in Xcode by (in Xcode 12 and later, probably in some earlier versions, too.) going to targets, General, scroll down to "Framework, Libraries, and Embedded Content", and change libcrypto and libssl to "Embed and Sign":

After that, you'll also need to set the Runtime Path of the QuickLook plug-in to point to the parent application's Framework directory.

[rgaufman]

@kuglee Any chance you could share this universal binary? :)

[kuglee]

@rgaufman Here you go: Transmission.dmg

[rgaufman]

Says access denied, I requested access, thank you in advance for sharing!

EDIT: Downloaded and working great!

[hmkim]

@kuglee Thank you!

In Mac mini m1, there is working.

Install it and Do not update!

[imrefazekas]

Works great! Thank you!

When can we expect an official version? some trackers filter out this version because it is not an official one...

[alexalder]

Works great! Thank you!

When can we expect an official version? some trackers filter out this version because it is not an official one...
@MaddTheSane any updates?

[MaddTheSane]

Here's my fork of the ARM64 changes: https://github.com/MaddTheSane/transmission/tree/arm64

[imrefazekas]

@MaddTheSane Works perfectly. Pulled submodules, built fine, binary built, and just works. Thanks!

[slu1982]

@rgaufman Here you go: Transmission.dmg

Thank you. Tried it and worked flawlessly on public trackers. However on private ones I get "tracker gave http response code 400 (bad request)". Hopefully we will have an official version soon.

[rgaufman]

Would be great to have an official release :)

[PongNg]

TBH, I still prefer to download it from the official site... not sure when trasmisson team gonna put it on their website

[tomlube]

Can't believe it still hasn't been posted on the official site, that build posted works great though.

[PongNg]

nothing has been posted ,not as stable nor beta or nightly

See two of my posts above. Both CI servers now produce universal (x86_64 + arm64) binaries, which means that a) it's already possible to produce such builds (including on your own machine), b) it's monitored and won't break with new changes coming in, and c) next release will contain universal binaries. No artifacts will be posted here, it just doesn't make sense; if you want to test out current nightly, please go grab it from one of CI boxes.

To me this issue is fixed and there's nothing more to discuss; if you observe issues with the nightlies, report them separately, otherwise please wait for changes to be released, as is the case with any other issue or feature which is currently pending release. Kindly be understanding in that this thread is not an appropriate place for release schedule question/concerns/grievances.

Hey Mike! Thank you so much for the update!!! I feel so grateful to hear that next release will contain the universal binary!!!!!! Thank you for the great job!!!!!!!

[palvajk]

The latest nightly is universal binary!

[rgaufman]

Excellent news! - looking forward to the official release!

[anonyme123]

Great news and kudos to the developers!! 🤗

[frozenpandaman]

Exciting stuff! Really happy to see this. Hope theres an official release & version increment soon. :)

[dnisbetjones]

I just want to extend my appreciation to the developers and am looking forward to installing the M1-native version. Now is as good a time as any to support a great open source project and throw a few shekels your way. Cheers.

[dronezzzko]

However, the latest build works great on M1!
(https://build.transmissionbt.com/job/trunk-mac/)

[avichou]

However, the latest build works great on M1! (https://build.transmissionbt.com/job/trunk-mac/)

have any idea as to when we should get it as stable ?

[ckerr]

My best guess is January

[ckerr]

My best guess is February 🙄

[avichou]

My best guess is February 🙄

muahahahah

[dvcrn]

FYI- Been running the trunk m1 builds for months now and had no issues here

[3zzy]

Feb came and went ... :(

[GaryElshaw]

And then there was notice a milestone is soon.

[ckerr]

Feb came and went ... :(

I didn't say which year!

[charan9999]

Just a regular user passing by waiting for the official stable release. 😆

[rgaufman]

There seems to be a horrible bug with the M1 version where you add magnet links, if the transfer didn't start yet, if you restart Transmission all those magnet downloads you add disappear :( - also waiting for a stable version!

[sweetppro]

There seems to be a horrible bug with the M1 version where you add magnet links, if the transfer didn't start yet, if you restart Transmission all those magnet downloads you add disappear :( - also waiting for a stable version!

This is fixed in the nightlies

[frozenpandaman]

Transmission 3.0.0 came out on May 22, 2020. That day's coming up, two years later (and includes even more 2's this time)… might be a good timeframe for the next release! ;)

[dvcrn]

You can also just use a nightly release, been running it for a long long time without issues

[frozenpandaman]

@dvcrn Some sites only have certain clients whitelisted, which tend to not be nightly versions of software :)

[ghost]

I am using the cli (and the web UI), which is native ARM build.

brew install transmission-cli
brew services start transmission-cli

[gouku]

Any eta to draw a new release? I know Transmission is actively maintained but there's no any release in the last two years. I think there's something wrong with the pace of development?

[ckerr]

There is already a thread for the next release date at #2287