Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
![]() |
World Community Grid Forums
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
No member browsing this thread |
Thread Status: Active Total posts in this thread: 55
|
![]() |
Author |
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Here's one more vote for a Mac version. Given IBM's involvement, versions for Mac OS X and Linux would be a good idea -- The Mac version because IBM PowerPC chips are in every new G5 Mac, and the Linux version because of IBM's committment to Linux.
|
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
One vote for Linux, also ;)
|
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I think zana hit it on the head, a non-GFX command line version would be able to run on a linux system without X-windows installed.
|
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
The reason Linux/Unix/Mac are not currently supported is because the United Devices agent software only runs on Windows. That's really funny, since their corporate homepage says, about GridMP Enterprise: This package includes the Grid MP services and agents that support all Windows operating systems, Linux, AIX, and Solaris platforms. The 4.2 release also supports Mac OS. See UD Solutions So what? |
||
|
Brace Potthoff
Cruncher Joined: Nov 16, 2004 Post Count: 19 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Considering a lot more of the "cyber nerds" seem to fancy Linux, I really think it would be beneficial for the World Community Grid to actually get a Linux client out as soon as possible. I have people who said they would be more willing to join if a Linux client were available.
The more ways you offer volunteers to work for you, the more volunteers you'll see. |
||
|
TeodorYantchev
Cruncher Joined: Nov 19, 2004 Post Count: 3 Status: Offline |
I too would like to see Linux/*NIX clients available. Also 64-bit optimized. I can contribute 30-50 64-bit Solaris machines, as well around 20 SMP various i386's running under Linux.
|
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I also would like to have *NIX clients.
Perhaps for Debian - several versions SuSE 8.2, 9.0, 9.1, 9.2 Redhat - several versions HP UX Solaris BeOS Mandrake And the source code - perhaps the secret things should be packed into any file, that is extra included. For creating the above mentioned packages - have a look at www.distributedfolding.org - and what kind of development software they are using. Everything's possible - with more or less work. Enjoy your participants! |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Linux here too.. Couple of machines that'd just love to run a CLI version..
|
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I put this in another post, but I have had the software running in Crossover office 4 and also have had success in Wine 20040716 for three days now on Debian. For a clean wine install, you need the windows 98 release of the MSI installer (for installing .MSI files and other installer upgrades) small download:
http://www.microsoft.com/downloads/details.as...3e64da&displaylang=en The problem with wine and cxoffice is that the 'application' menu crashes the app. I'm not sure you need it though. The preferences work, and the application processes properly. Snooze also works fine. In wine, the system tray icon looks funny... Looks correct in cxoffice. Of course it would be much better to have some sort of daemon that was not gui dependant. But for now, this is working fine. In XFCE4, it is in my tray where it should be, processing away. |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Why not get rid of the closed piece of this equation and replace it with something that is open? Instead of porting the open solution to the closed OS... Why not port the closed to the open?
This project would fair much better working with the open community.. rather than bowing to the M$ empire. For me I am currently working on a loaner laptop (my primary workstation is being repaired) which runs windows. My primary workstation runs linux. I have vmware so I will most likely put it on my VM when I get my machine back. I will be putting this client on my wifes laptop as well. so two machines for the project. If you had an open client you would get 3 laptops 1 RS/6000 1 Mac 1 REALLY Beefy Penium 4 The bottom line is that since this is a "Community Project" Why would it not be "Community Code" |
||
|
|
![]() |