I’m trying to launch Deadline 5 on Fedora 12, as it’s officially supported by Softimage 2011.5 (xsibatch on Ubuntu is broken, though the interactive mode is working completely), and who knows, maybe that Houdini problem in my previous thread will be gone. However after compiling mono-2.6.7 along with libgdiplus and mono-basic i still get an error:
Deadline Slave 5.0: An exception was thrown by the type initializer for System.Drawing.KnownColors (System.TypeInitializationException)
at System.Drawing.SystemColors.get_Control () [0x00000] in <filename unknown>:0
at FranticXForms.CustomControls.CustomControlOptions..ctor () [0x00000] in <filename unknown>:0
at FranticXForms.CustomControls.CustomControlManager..ctor () [0x00000] in <filename unknown>:0
at FranticXForms.CustomControls.CustomControlManager.GetInstance () [0x00000] in <filename unknown>:0
at Deadline.Configuration.DeadlineConfig.InitApplication (RemoteErrorReportingPolicy reportingPolicy) [0x00000] in <filename unknown>:0
at Deadline.Configuration.DeadlineConfig.InitApplication () [0x00000] in <filename unknown>:0
at DeadlineSlave.DeadlineSlaveApp.Main (System.String[] args) [0x00000] in <filename unknown>:0
I’ve tried to compile mono-tools, but it needs mono-nunit and i cannot find the sources anywhere… I’m drowning with dependencies i cannot find and becoming frustrated so badly i want to return to Windows heheh, but at the studio we’re using Ubuntu 9.04 and Fedora12 for all of our apps, so it’s not an option to go back to windows. I’ve even tried using those from some other thread here, but they are for RHEL and dont work on FC12. I’ve even tried removing all mono libs and compiling it from the sources. Every time of course i start with fresh system. Though, Deadline 4.1 worked brilliantly after just compiling the mono-2.6.7 alone.
Ryan, or anyone. Can You specify which mono packages are needed for the Deadline5 to work?
Suprisingly “deadlineslave -nogui” throws the same error The problem is that I also need to use the GUI version of the Monitor.
Originally on Fedora 12 there is mono installed, but it’s version is 2.4.something. The RPMs of 2.6.7 are for Fedora 14, which on the other hand doesn’t officially support Softimage 2011, fruthermore, we have everything in the studio up and ready for working with FC12 so it would be very difficult for us to begin the upgrade process for FC14. Strangely enough, not long ago a guy from Softimage support found out what is causing the problem with Softimage not working on Ubuntu distributions -> there was a missing library registry, and by fixing that SI works ok in interactive mode, however (haha, the web of problems), it fails when running in the batch mode “xsibatch -render”. Just gives “aborted” message. So after speaking to our main TD, we’ve decided to go back to Fedora distribution, and try it out as SI works there without any kind of problems, and to avoid any fruther compatibility problems, as some of the plugins failed to work under Ubuntu. But, there is still problem with FC12 and Mono. I’ve followed the steps carefully and downloaded exact versions of mono and libgdiplus from this link:
I’ve successfully compiled and installed libgdiplus, mono and mono-basic. (with ./configure --prefix=/usr/local; make; make install). But it still throws an error. I’ve done many variations of following these steps, doing them in different order, removing completely preinstalled FC12 mono libraries completely and then compiling. Any of that stuff. I cannot however find any “winforms” package. I see it when i search for them through google, but version 2.6.7 is for FC14 as well as mono-core, so i assume they’re both in the actuall tarball source in the link above. Or am i completely missing something?
You only need the mono-2.6.7.tar.bz2 and libgdiplus-2.6.7.tar.bz2 packages. The winforms source is packaged in mono-2.6.7.tar.bz2.
I believe we hit a similar error when we built Mono on CentOS, and we actually used the same configuration you did (–prefix=/usr/local). The problem was that /usr/local/lib wasn’t part of the system library load paths. If this is the case, this tutorial should be helpful: cyberciti.biz/faq/linux-sett … rary-path/
You could just add a “mono.conf” file to /etc/ld.so.conf.d with the following line:
/usr/local/lib
After running “ldconfig” (and maybe even a system restart for good measure), hopefully everything will work.
If not, isn’t there a dev/beta repository you can download packages from for Fedora? The name totally escapes me right now. I seem to recall us grabbing pre-built mono rpms from it that were a later version than the one officially supported on our OS.
Is this supposed to work on CentOS 6 ???
Because I tried all the steps mentioned in this post and everything else, but I still get the System.Windows.Forms.WindowsFormsSynchronizationContext error:
[root@Maquina04 ~]# /usr/local/Thinkbox/Deadline/bin/deadlineslave
System.Net.Sockets.SocketOptionName 0x1b is not supported at IPv6 level
Deadline Slave 5.0 [v5.0.0.44528 R]
Deadline Slave 5.0: An exception was thrown by the type initializer for System.Windows.Forms.WindowsFormsSynchronizationContext (System.TypeInitializationException)
at System.Windows.Forms.Control…ctor () [0x00000] in :0
at System.Windows.Forms.ScrollableControl…ctor () [0x00000] in :0
at System.Windows.Forms.ContainerControl…ctor () [0x00000] in :0
at System.Windows.Forms.Form…ctor () [0x00000] in :0
at FranticXForms.CustomControls.CustomForm…ctor () [0x00000] in :0
at FranticXForms.Forms.SplashScreen…ctor (System.Drawing.Bitmap bitmap) [0x00000] in :0
at (wrapper remoting-invoke-with-check) FranticXForms.Forms.SplashScreen:.ctor (System.Drawing.Bitmap)
at FranticXForms.Forms.SplashScreen.ShowAsynch (System.Drawing.Bitmap bitmap) [0x00000] in :0
at DeadlineSlave.DeadlineSlaveApp.Main (System.String[] args) [0x00000] in :0
Just wanted to add, this fixed our problems as well, using CentOS 6.2, compiled mono 2.6.7 and libgdiplus 2.6.7 our selves and adding the mono.conf fixed the endless errors and warnings.
Well, thanks to Ant, I fixed three bugs in that script. If it bit you in the butt before, give it another go.
Three things that were wrong:
Missing dependencies that libgdiplus required for building.
Completely forgot to export my changes to the path variable in the profile.d script
Renamed the profile.d script to end in ‘.sh’ to fit in with the cool kids.
I’ll keep updating them as I go along. I want to restructure the mess of a repository I’ve got going on. I’ll update the link in this thread when I do.
Just wanted to give a heads up - it seems Novell has dumped everything mono (well, from the looks of it everything under /pub) from their FTP server. (origin-download.mono-project.com/sources/
The problem is that I also need to use the GUI version of the Monitor.