Description of problem: resgen2 fails to compile resx file if $DISPLAY is unset or if it is set to a non-existent DISPLAY. Version-Release number of selected component (if applicable): mono-core-2.0-6.fc10 mono-winforms-2.0-6.fc10 How reproducible: Always. Steps to Reproduce: 1. Download cs_obexftp sources from http://cs-obexftp.svn.sourceforge.net/viewvc/cs-obexftp/trunk/Cs-ObexFtp/Cs-ObexFtp.tar.gz 2. unset DISPLAY 3. ./configure && make Actual results: make[1]: Entering directory `/builddir/build/SOURCES/Cs-ObexFtp/Cs-ObexFtp' resgen2 -usesourcepath 'Forms/About.de.resx' 'Forms/About.de.resources' Read in 13 resources from '/builddir/build/SOURCES/Cs-ObexFtp/Cs-ObexFtp/Forms/About.de.resx' Writing resource file... Done. resgen2 -usesourcepath 'Forms/About.fr.resx' 'Forms/About.fr.resources' Read in 9 resources from '/builddir/build/SOURCES/Cs-ObexFtp/Cs-ObexFtp/Forms/About.fr.resx' Writing resource file... Done. resgen2 -usesourcepath 'Forms/About.it.resx' 'Forms/About.it.resources' Read in 15 resources from '/builddir/build/SOURCES/Cs-ObexFtp/Cs-ObexFtp/Forms/About.it.resx' Writing resource file... Done. resgen2 -usesourcepath 'Forms/About.resx' 'Forms/About.resources' Error: Invalid ResX input. Inner exception: An exception was thrown by the type initializer for System.Windows.Forms.TableLayoutPanel Line 230, position 5. make[1]: *** [Forms/About.resources] Error 1 make[1]: Leaving directory `/builddir/build/SOURCES/Cs-ObexFtp/Cs-ObexFtp' make: *** [all-recursive] Error 1 Expected results: make[1]: Entering directory `/builddir/build/SOURCES/Cs-ObexFtp/Cs-ObexFtp' resgen2 -usesourcepath 'Forms/About.resx' 'Forms/About.resources' Read in 129 resources from '/builddir/build/SOURCES/Cs-ObexFtp/Cs-ObexFtp/Forms/About.resx' Writing resource file... Done. ...
What architecture are you using?
fedora-devel-i386 mock chroot on F-8/x86_64 I'm pretty sure it isn't arch-dependent.
By the looks of it, resgen2 is compiling the resources files fine from other parts of the application. Are you sure that this is a resgen2 error and not the package (I'm not saying it is the package...) What are you doing with F8 on your box? ;-) Surely if you're using fedora-devel, you're on rawhide == f10?
(In reply to comment #3) > By the looks of it, resgen2 is compiling the resources files fine from other > parts of the application. Are you sure that this is a resgen2 error and not the > package (I'm not saying it is the package...) Well, the author says that it compiles for him just fine and indeed, if only I have DISPLAY set to :0.0, it compiles just fine for me, too. > What are you doing with F8 on your box? ;-) Surely if you're using > fedora-devel, you're on rawhide == f10? I'm too lazy to upgrade. ;) Besides, mock is enough for testing.
As reported on the Novell BZ, to compile a SWF resources file you need a correctly configured DISPLAY variable. Closing this bug...
Looks like a bad joke. As I mentioned there, this is going to keep biting anyone who packages software written in C# which uses that construct. I've always thought Mono was a bad idea. This proves my point.
It's been reopened upstream, so reopening here as well.
Fixed upstream, please backport the patch. It's been reported working on the openobex-users list by cs-obexftp author.
Fixed - should be in tomorrows (Thurs) rawhide push - assuming we have one...