kolab-2.1.0 on fedora 7: OK

[Jonathan Guilbault]

I tried on CentOS 5 with GCC 4.1.1 (which failed), and then with GCC-compat-34 
(which also failed) rather than the wrapper script.  I'll try with the 
wrapper and see if that makes a difference.

Thanks for the info.
Jon.

On June 21, 2007 01:26:03 pm Alain Spineux wrote:
> Hello I installed successfully kolab 2.1.0 on a freshly installed fedora 7.
>
> I used gcc-4.1.2 and SELinux was permissive.
>
> The process failed when compiling build-in gcc but I used my
> trick about Fedora 6, the ld wrapper using a python script. (search the
> wiki for more)
>
> Then I restarted the compile and boostrapped kolab successfully.
>
> Here is my notes
>
> I tried the installation of Kolab 2.1.0 on a freshly
> installed Fedora 7
>
> After installation I get :
>
> # openpkg rpm -qa
> openpkg-2.5.4-2.5.4
> binutils-2.16.1-2.5.1
> openpkg-tools-0.8.47-2.5.0
> kolab-webadmin-2.1.0-20070510
> gpg-pubkey-63c4cb9f-3c591eda
> make-3.80-2.5.0
> config-20051002-2.5.0
> kolabd-2.1.0-20070510
>
> Not a lot of packages :-(
> What was the first package to fail ?
>
> # find /kolab* -iname "config.log" -ls
> 551661   12 -rw-r--r--   1 kolab    kolab        5743 Jun 19 23:13
> /kolab/RPM/TMP/readline-5.0/config.log
> 529717   12 -rw-r--r--   1 kolab    kolab        5422 Jun 19 23:12
> /kolab/RPM/TMP/fsl-1.7.0/config.log
> 553155   12 -rw-r--r--   1 kolab    kolab        4805 Jun 19 23:16
> /kolab/RPM/TMP/m4-1.4.3/config.log
> 583985   12 -rw-r--r--   1 kolab    kolab        7161 Jun 19 23:21
> /kolab/RPM/TMP/pkg-config-0.19/config.log
> 551963   12 -rw-r--r--   1 kolab    kolab        6843 Jun 19 23:13
> /kolab/RPM/TMP/sharutils-4.5.1/config.log
> 552345   12 -rw-r--r--   1 kolab    kolab        5794 Jun 19 23:14
> /kolab/RPM/TMP/gzip-1.3.5/config.log
> 551549   12 -rw-r--r--   1 kolab    kolab        6488 Jun 19 23:13
> /kolab/RPM/TMP/lzo-2.01/config.log
> 529516    8 -rw-r--r--   1 kolab    kolab         782 Jun 19 23:12
> /kolab/RPM/TMP/gcc-4.0.2/obj/config.log
> 552207   12 -rw-r--r--   1 kolab    kolab        5671 Jun 19 23:13
> /kolab/RPM/TMP/pcre-6.4/config.log
> 584039   12 -rw-r--r--   1 kolab    kolab        4989 Jun 19 23:21
> /kolab/RPM/TMP/perl-kolab-5.8.7/config.log
> 551115   12 -rw-r--r--   1 kolab    kolab        5049 Jun 19 23:12
> /kolab/RPM/TMP/mm-1.4.0/config.log
> 583734   12 -rw-r--r--   1 kolab    kolab        4848 Jun 19 23:19
> /kolab/RPM/TMP/patch-2.5.9/config.log
> 553992   12 -rw-r--r--   1 kolab    kolab        7150 Jun 19 23:18
> /kolab/RPM/TMP/libiconv-1.10/config.log
>
>
> It looks to be gcc at 23:12
>
> # cat /kolab/RPM/TMP/gcc-4.0.2/obj/config.log
> This file contains any messages produced by compilers while
> running configure, to aid debugging if configure makes a mistake.
>
> configure:595: checking host system type
> configure:616: checking target system type
> configure:634: checking build system type
> configure:689: checking for a BSD compatible install
> configure:742: checking whether ln works
> configure:766: checking whether ln -s works
> configure:1808: checking for gcc
> configure:1921: checking whether the C compiler (cc  ) works
> configure:1937: cc -o conftest    conftest.c  1>&5
> /kolab/bin/ld: unrecognized option '--hash-style=gnu'
> /kolab/bin/ld: use the --help option for usage information
> collect2: ld returned 1 exit status
> configure: failed program was:
>
> #line 1932 "configure"
> #include "confdefs.h"
>
> main(){return(0);}
>
>
> Humm.. something I know about
> I will use my old fedora core 6 workaround
>
> mv /kolab/bin/ld /kolab/bin/ld.orig
> cat > /kolab/bin/ld <<EOF
> #!/usr/bin/python
>
> import sys, os
>
> args=[]
>
> for arg in sys.argv:
>    if arg!='--hash-style=gnu':
>        args.append(arg)
>
> os.execv('/kolab/bin/ld.orig', args)
> EOF
> chmod a+x /kolab/bin/ld
>
> then back to compile time ....
>
> # sh obmtool kolab 2>&1 | tee kolab-update-2.log
>
>
> That worked, no packages missing this time.