Hello,<br>Thanks for your reply.<br><br>I have read the Kolab wiki for fedora/redhat installs, and actually had to apply the fix involving --hash-style=gnu being seen as an invalid option.  I got to the point where I'm at now after I applied that fix.<br>
<br>There weren't any other fixes that I could find in the wiki that applied to the problem I'm having.<br><br>Ryan<br><br><br><br><div class="gmail_quote">On Thu, May 15, 2008 at 11:52 AM, Alain Spineux <<a href="mailto:aspineux@gmail.com">aspineux@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Thu, May 15, 2008 at 6:56 PM, Ryan Jacobson <<a href="mailto:rejacobson@gmail.com">rejacobson@gmail.com</a>> wrote:<br>

> Hello,<br>
><br>
> As per the subject line, I'm having trouble completing an install of Kolab<br>
> 2.1.0<br>
><br>
<br>
</div>Their is one workaround in the Kolab's wiki for fedora/redhat<br>
distributions. Did you read it ?<br>
<div><div></div><div class="Wj3C7c"><br>
> I've had to tweak a few things to get it halfway installed, but it's now<br>
> failing when attempting to build gcc.  I've found a potential fix that I'd<br>
> like to try which involves modifying the gcc.spec file and adding<br>
> --disable-multilib to the configure options<br>
> (source:<a href="http://www.eforum.de/viewtopic.php?t=487" target="_blank">http://www.eforum.de/viewtopic.php?t=487</a>).<br>
><br>
> In order to try this I've unpacked the gcc.*.src.rpm package, modded the<br>
> .spec file, and now I have to repack it into a src.rpm so I can re-add it to<br>
> the Kolab install packages.  The problem I'm having is re-packing the<br>
> src.rpm.  When I run "rpmbuild -bs gcc.spec" it doesn't recognize certain<br>
> tags, such as CORE and %options, and refuses to create the src.rpm.<br>
><br>
> Does anyone know how the Kolab rpms are packaged so I can duplicate it?  Or<br>
> does anyone know if there's some way I can force rpmbuild to build the<br>
> src.rpm anyway, despite it not recognizing those tags?  Or is there any<br>
> other way around this problem? Perhaps I'm taking a very roundabout way of<br>
> doing this.<br>
><br>
> Here's some extra info about the install, with notes:<br>
><br>
><br>
> ===========<br>
> The Server<br>
> ===========<br>
> Fedora Core release 6 (Zod)<br>
> Linux 2.6.20-1.2962.fc6 x86_64<br>
><br>
><br>
><br>
> ======================================<br>
> gcc-4.0.2: config.log (relevant lines)<br>
> ======================================<br>
> configure:1921: checking whether the C compiler (cc -fPIC ) works<br>
> configure:1937: cc -o conftest -fPIC   conftest.c  1>&5<br>
> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcc_s.so: file not recognized:<br>
> File format not recognized<br>
> collect2: ld returned 1 exit status<br>
> configure: failed program was:<br>
><br>
> #line 1932 "configure"<br>
> #include "confdefs.h"<br>
><br>
> main(){return(0);}<br>
> --------------------------------------<br>
> NOTES:<br>
> This file<br>
>  /usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcc_s.so<br>
> links to<br>
>  /lib64/libgcc_s.so.1<br>
> which then links to<br>
>  /lib64/libgcc_s-4.1.2-20070626.so.1<br>
> --------------------------------------<br>
><br>
><br>
><br>
> =======================================================<br>
> gcc-4.0.2: configure script (relevant lines from above)<br>
> =======================================================<br>
> echo $ac_n "checking whether the C compiler ($CC $CFLAGS $LDFLAGS)<br>
> works""... $ac_c" 1>&6<br>
> echo "configure:1921: checking whether the C compiler ($CC $CFLAGS $LDFLAGS)<br>
> works" >&5<br>
><br>
> ac_ext=c<br>
> # CFLAGS is not in ac_cpp because -g, -O, etc. are not valid cpp options.<br>
> ac_cpp='$CPP $CPPFLAGS'<br>
> ac_compile='${CC-cc} -c $CFLAGS $CPPFLAGS conftest.$ac_ext 1>&5'<br>
> ac_link='${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS<br>
> conftest.$ac_ext $LIBS 1>&5'<br>
> cross_compiling=$ac_cv_prog_cc_cross<br>
><br>
> cat > conftest.$ac_ext << EOF<br>
><br>
> #line 1932 "configure"<br>
> #include "confdefs.h"<br>
><br>
> main(){return(0);}<br>
> EOF<br>
> if { (eval echo configure:1937: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; }<br>
> && test -s conftest${ac_exeext}; then<br>
>   ac_cv_prog_cc_works=yes<br>
>   # If we can't run a trivial program, we are probably using a cross<br>
> compiler.<br>
>   if (./conftest; exit) 2>/dev/null; then<br>
>     ac_cv_prog_cc_cross=no<br>
>   else<br>
>     ac_cv_prog_cc_cross=yes<br>
>   fi<br>
> else<br>
>   echo "configure: failed program was:" >&5<br>
>   cat conftest.$ac_ext >&5<br>
>   ac_cv_prog_cc_works=no<br>
> fi<br>
> rm -fr conftest*<br>
> -------------------------------------------------------<br>
> NOTES:<br>
> It seems to be failing on one of the tests in the if block after it creates<br>
> the "conftest" file.<br>
> My shell scripting experience is limited but here's what I think the tests<br>
> are doing:<br>
><br>
> 1) The first test outputs logging info.<br>
> 2) The second test compiles the just created conftest.c file into an<br>
> executable.<br>
> 3) The third test checks that the executable exists.<br>
><br>
> (I've no idea what the 1>&5 or 2>&5 do)<br>
><br>
> I've run those steps manually and it works fine so I don't see why it should<br>
> be failing here.<br>
> -------------------------------------------------------<br>
><br>
><br>
><br>
><br>
><br>
> Any input/advice would be greatly appreciated and please let me know if more<br>
> info from my end is needed.<br>
><br>
> Thanks!<br>
><br>
><br>
> Ryan Jacobson<br>
><br>
><br>
><br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Kolab-users mailing list<br>
> <a href="mailto:Kolab-users@kolab.org">Kolab-users@kolab.org</a><br>
> <a href="https://kolab.org/mailman/listinfo/kolab-users" target="_blank">https://kolab.org/mailman/listinfo/kolab-users</a><br>
><br>
><br>
<font color="#888888"><br>
<br>
<br>
--<br>
Alain Spineux<br>
aspineux gmail com<br>
May the sources be with you<br>
</font></blockquote></div><br>