|
Mac_OS_X_version
You can help to create and maintain Mac OS X version
Deprecated THIS PAGE IS OBSOLETE Mac OS X version of Transmission Remote GUI is possible. BUT, I do not have access to Mac OS X machine and not able to test and build Mac OS X binary. If you have some experience with Lazarus and Free Pascal and have Mac OS X machine, you can maintain Mac OS X version of Transmission Remote GUI. Please contact me if you can help in this area. |
► Sign in to add a comment
I can help in this area
aleksandrbut@gmail.com
Try to install the latest Lazarus snapshot for Mac OS X and build Transmission Remote GUI.
Hi there, I'd install fpc-2.2.2-20090206-i386-macosx, fpcsrc-2.2.2-20090206-i386-macosx and lazarus-0.9.27.18590-20090206-i386-macosx
Have following error on compilation: synapse/source/lib/ssfpc.pas(251,39) Error: Identifier not found "MSG_NOSIGNAL" synapse/source/lib/ssfpc.pas(251,39) Error: Illegal expression synapse/source/lib/ssfpc.pas(405,1) Fatal: There were 2 errors compiling module, stopping
In OSX (and BSD generally AFAIR) there is no MSG_NOSIGNAL, but instead SO_NOSIGPIPE flag should be used for socket.
For temporary reasons you just can define MSG_NOSIGNAL = 0 But it still doesn't work. It gives access violation error.
Hi there. I can try to help too.
I was able to successfully compile TransGUI on OS X 10.5.6. It gives an access violation error at startup, but it appears to work otherwise. I'll test it a bit more (add a torrent, stop one, etc) and report back.
Ok, maybe the compile wasn't successful. It sees the daemon running on my PopcornHour?, but that's the extent of it. If you try to add a torrent, it freezes. If you try to click on any of the buttons on the toolbar, it freezes. If you try to quit, it does nothing...you have to make it freeze and then force quit to exit the app.
As I mentioned on the NMT forum, I've found that the Windows version of TransGUI runs fine in CrossOver? on OS X. If you have CrossOver?, this should get you through until we can get a working OS X native version.
Very very excited about this.
I am looking forward to this! Keep up the good work ;)
Excited about this too. Please keep up the work! :)
Yes, that will be something reali BIG...
How is the Mac OSX port of this coming along?
some news
Just wondering how the OSX port is coming along. We have not heard anything about it...
I hope someone is still working on this, its been quite a while :(
Any progress updates at all for the OSX version of this?? It would be nice to have a native OSX transmission-remote-GUI interface!!
Any progress? I don't know about Lazarus or Free Pascal but I do though have a Mac and want a remote GUI for transmission BT which is sitting as daemon on a small linux machine. Mainly to more convinient transfer torrents from link or file to the daemon.
Doesn't sound too promising right now... Anyone still working on it? I don't feel like having to start Puppy Linux on the Q emulator to play with the GUI!
I tring to do smth, but LCL for carbon is true beta.
PLease Unix version !!!
macTransmissionGUI May be this one?
I was able to compile and run it successfully with MSG_NOSIGNAL replaced by $20000 as stated in http://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg12180.html
MSG_NOSIGNAL = $20000;
Connecting worked after a restart of the application. Will test it further soon. YAY!
Actually, this sounds like a more correct solution:
http://bugs.freepascal.org/view.php?id=9401
Regardless, I'd definitely like to see this, correct or not.
Is there a working test version somewhere to download?
Hi there.
I've taken the liberty of compiling TransGUI 1.2 for Intel OS X and uploading it to the web, for those people who can't seem to get it working for themselves. This has been tested on OS X 10.5.6, but i am confident that it should be compatible with OS X 10.4 and up as well.
The disk image containing TransGUI can be found here:
http://rapidshare.com/files/290153434/TransGUI_1.2-intel_osx.dmg
Let me know how it turns out for you people.
Regards, Sleelin.
sleelin,
apparently rapidshare limits the download to ten times. The file is not available anymore. Do you have any other means of hosting it?
Can someone re-post the Mac build that was on Rapidshare? Thanks!
If someone has that file I can host it somewhere a bit more reliable than rapidshit
Sleelin, I would also be very interested in getting a copy of the file as well.
I'm very interested in that file! Can you please repost?
My apologies, i was unaware of rapidshit's ten download limit.
This file has been uploaded to my personal server and is now located at:
http://www.sleelin.co.cc/files/TransGUI_1.2-intel_osx.dmg
Ignore the root site as it was a small project i was previously working on, but have not had the time to continue.
Regards, Sleelin
Sleelin,
Thanks for posting that. No more workarounds with Parallels and Linux.
Ideally, this could get posted under downloads, so you don't have to host it personally. How do we ask for that?
B
Traditionally, contact the main developer, who is hosting the project.
However, google code is shit in terms of allowing developers to contact other developers. Since he has no email address listed, all we can do is wait until he notices this wiki again. I have a feeling that it will not be posted under downloads any time soon =(
In the mean time, version 1.3 was released recently, and I have uploaded a build of it to my site:
http://www.sleelin.co.cc/files/TransGUI_1.3-intel_osx.dmg
de dmg don't work =(
Not only does it work, it works GREAT!!! Thank you so much!!! GREAT WORK!!!
It is working for me as well. The build is excellent, runs as well as the linux version. It got a little locked up the first run, but it is fine now. By far the best way to interact with the daemon on my (very slow) NAS. Thanks sleelin!
Great work sleelin, Thank you
I can't get either version to work properly in 10.6. Once I add a torrent, it doesn't show up (it does in the webui). I have to quit and restart for it to work. It also doesn't quit, it has to be forced quit.
That is not a problem with the way i compiled it, it is a compatibility problem with the code itself and mac os x. I experience those bugs as well, and I do not think these bugs appear in the linux version of transgui. Unfortunately however the main developer of this project does not support mac os x builds and bugs (hence me) so there is no point in submitting the bugs under the issues section.
If i have time, i will possibly review the existing code for this project and patch it for mac os x, such that these bugs are resolved, in which case i will spawn this into a new clone project, repatching the source code as new versions of the program become available, and posting it on the different site (that way, we will have our own tracker for unresolved issues in Transgui OS X). This is a very big IF though.
In regards to torrents not showing up, this is a bug i experience as well. In regards to the application not quitting, try changing the application settings so that it does not get minimised to the (nonexistent) tray?
Regards, Sleelin
Seelin,
I tried your version but it crashes on startup. Here's what the error report contains:
Process: applet 570? Path: /Applications/Transmission Remote 1.3.app/Contents/MacOS/applet Identifier: applet Version: ??? (???) Code Type: X86 (Native) Parent Process: launchd 381?
Date/Time: 2009-11-04 09:52:34.957 -0500 OS Version: Mac OS X 10.6.1 (10B504) Report Version: 6
Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000002, 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Dyld Error Message:
K, according to your problem report, the error you are experiencing arises over the dynamic library libiconv2, which is used by TransGUI. This can be caused by possible different versions of the dylib, or possible non-existence of the dylib.
Since I do not experience this error, i am not completely sure of the solution, but ask that you do the following and see if it acts as a solution:
I have posted a copy of the dylib from my OS X installation on my website at http://www.sleelin.co.cc/files/libiconv.2.dylib.zip
To restore your original libiconv dylib file, open a terminal again, and type "sudo mv /usr/lib/libiconv.2.dylib.bak /usr/lib/libiconv.2.dylib" and answer yes when asked whether you would like to replace the existing file.
Hope this works, report back to me on your failure or success. Regards, Sleelin
Sleelin,
If you click on a developer's e-mail address, Google will show you a CAPTCHA, then give you his/her e-mail address.
Why thank you yves. This could have been made far clearer by google -.-
Oh well, i'll be emailing j now.
Well, you may have noticed that i was successful in getting the OS X build posted on the downloads page.
May i participate to make interface more osx native? btw osx sl works fine
thnx for this. can't get it to run though. I'm still running 10.4.11. At first it didn't start and it was complaining about that library. I replaced it with the one you kindly shared here. Now it complains about this
Any idea?
Huh, of all the 600+ OS X downloads, i think it would be safe to say that you are the first 10.4.x user to download this application...
Your problem lies with the core services of OS X. I think because this application was built using Lazarus for 10.5.x, it is incompatible with 10.4.x.
Has anyone else tried using this application with OS X 10.4.x? Because i think that is where your problem lies. Looks like you need to update to 10.5+ to use this application, and looks like we need to update the requirements of this app to 10.5+.
Unless someone can verify that they have got it working on 10.4.x?
I cannot comment on 10.4 but I cannot get it to work on 10.6.2 (snow leopard) I get a 'Bad File Number' error message.
Ok 'it 'won't let me edit my earlier post. I did try this on 10.4.11 and it will not load on this system (it's too old) I'm still not able to use it on 10.6.2
lp, can you tell me the exact error which you get? i need the specific details, such as how far you get when opening the app and when you get this error?
I am just about to compile version 1.3.2 and both upload it to my site and email it to j.
same issue as lp4013 - I am also running 10.6.2 and Transmission Remote 1.3.2. When connecting to my remote transmission daemon (also on a Mac with 10.6.2)) I get the 'Bad file number' error message.
correction of my previous comment: the Mac mini that runs the Transmission daemon is still on 10.5.8. The error happens immedeatly after starting transgui and/or when trying to establish a new connection via Tools/Options/Connections or Torrent/Connect to daemon ... The window with the 'Bad file number' message does not have a title
Got the same error 'Bad file number' from Transmission Remote 1.3.2 on OS X 10.6 while trying to connect to Transmission Server 1.80
In that case, who can tell me what versions of Transmission server they are running? it could be a compatibility issue with TD1.80, in which case is there any chance you can downgrade?
@zwalex: it doesnt really matter where your transmission daemon is running, or what OS it is running on, but thanks for the info. the main concern is the OS which you are running Transmission Remote on (which is mac. lol.)
Aaah - interesting, I got it working now. Things that changed: I am now running transmission-daemon 1.82 on a headless Linux NAS. So far I was trying to connect with the daemon via Bonjour/zeroconf/avahi (with the 'xxx.local' notation). I now tried with a 'straight' IP address and it worked! I have no idea if it was the Bonjour discovery or the daemon upgrade but am glad that I got it working.
It's definitely the Bonjour discovery - if I try to connect to the same daemon where I could connect with straight IP address via Bonjour (server-name-of-daemon.local:9091), I get the bad file number error. Bonjour works fine with the web interface, btw.
This is awesome. Worked first time too, on OS X 10.6.2.
Thanks !
TB.
Is it possible to compile this on Mac OS X/PowerPC? I installed the ppc builds of lazarus 0.9.28.2 and free pascal 2.4.0. When I type lazbuild transgui.lpi, the build fails after a second or so:
/usr/local/bin/ppc386 sounds strange, as ppc and 386 are completely unrelated. Any hints on what I could change to get it to compile?
Ohh, so i thought you were getting the "bad file number" error when you started the app!
No wonder it wasn't working! The program wasn't designed to run on OS X, and so entering a .local domain into the remote host address field gives weird results, because the application isnt integrated with the bonjour service, and probably never will be. If you want to keep accessing your drive through bonjour, you'll have to use your web browser, and im not quite sure how to find the ip address of a bonjour server.
@sleelin Search for "Bonjour Browser" it's a very nifty app, shows all the services being broadcast on your network.
Very cool! Didn't work first-time for me (connected, but didn't list any of my torrents), but after I installed the bundled libiconv, it seems to work fine. Sweet!
@grumpus42 I've solved that, you need to actually open up Lazarus and under Enviroment -> Options -> Enviroment, set the compiler to either /usr/local/bin/fpc or /usr/local/bin/ppcppc. This can also be done on the command line using --compiler=/usr/local/bin/ppcppc . Now I'm running into other issues though...
Got it to compile and run for PowerPC! Will send j a build shortly. Some things behave oddly, for example, using "Close to tray" causes it to crash for me when clicking the dock icon after closing the window.
This may just be stuff that needs to be {$ifdef}'d out for Darwin...
A final note before I go, if you want to reduce the file size use the following options: -O3 -CX -XX
Linking|Options (-K)|Pass options to the linker: -dead_strip -S
Drops filesize from 20MB to ~3MB for PPC build (mostly from removing debug stuff.)
can anyone help me with the remote to local path mappings in os x 10.6.3, please? running transmission v1.93b01vLight on a readynas server.
would just like the ability to relocate the data files and continue seeding.
thanks.
Since I installed Mac OS X on a virtual machine, I played with the program and fixed lot of macos specific issues. Now the program is quite usable on macos. Also I created universal binary which will work on Intel and PowerPC macs.
Please test the beta version: http://transmisson-remote-gui.googlecode.com/files/transgui-1.4-beta.dmg
It should work on OSX 10.5 and 10.6. I don't know about OSX 10.4, but you can test...
Testing 1.4 now, seems a lot better than before. Bits are working properly...will update with issues/bugs if any crop up...
Many thanks!
Hey,
v1.4 is great! Such an improvement over earlier versions.
I'd really hate to sound unappreciative, but I've noticed the following niggles:
This one's not a bug as such, but please can the dock icon for transgui be changed to a higher resolution image, such as the one used for the torrent files when the app is associated with it? At the moment, the little icon is rather pixelated, especially when you have the dock set to magnify when you hover over it. I can post some screenshots if they'll help explain this a bit better?
Also, the only 'bug' I can see is that the app doesn't seem to want to close to the dock, instead, it closes to a small icon in the menubar, and offers no way of reopening it from there (as far as I can tell). May I suggest that the menu bar icon is a separate setting than the dock icon, and that you be able to re-open the running transgui app from the dock by clicking the dock icon? At the moment, this also doesn't do any thing, and to re-open transgui, I have to force quit, then re-launch.
Thanks so much for your time that you have spent on this great project though, it's great to be able to manage my Transmission server from my Mac, without having to switch to a Linux VM for it :-).
Let me know if you would like me to do some testing for you if this will help you in anyway?
Cheers,
Joe
Please report bugs on the Issues page.
Icon resolution problem I just fixed in the SVN.
That's great, thanks, can't wait for the next release!
Oh sorry, I hadn't noticed that page. I'll create a ticket as soon as I can for you.
Thanks again!
can't connect. it says 401 unregistered user, using same name, password, and server name as i use for the web interface.
i mean unauthorized user
When remote gui is closed to the dock, it never resumes (window doesn't open, but the program is seem to be launched) Mac OS X 10.6.4