Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 181763
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Linux High-Availability Clustering Team <ha-cluster@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: a <hideki@usermail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 181763 depends on: Show dependency tree
Bug 181763 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-06-12 14:24 0000
I went to compile sys-cluster/keepalived-1.1.13 and it fails while compiling.

Reproducible: Always

Steps to Reproduce:
emerge =sys-cluster/keepalived-1.1.13

Actual Results:  
Compile fails with following error.

emerge keepalived
.
.
.
gcc -O2 -march=pentium4 -pipe -fomit-frame-pointer  -I/usr/src/linux/include
-I../include -I../../lib -Wall -Wunused -Wstrict-prototypes -D_KRNL_2_6_
-D_WITH_LINKWATCH_ -D_WITH_LVS_ -D_HAVE_IPVS_SYNCD_  -c vrrp_arp.c
In file included from /usr/include/net/ethernet.h:26,
                 from ../include/vrrp_arp.h:29,
                 from vrrp_arp.c:29:
/usr/include/sys/types.h:62: error: conflicting types for 'dev_t'
/usr/src/linux/include/linux/types.h:22: error: previous declaration of 'dev_t'
was here
/usr/include/sys/types.h:67: error: conflicting types for 'gid_t'
/usr/src/linux/include/linux/types.h:54: error: previous declaration of 'gid_t'
was here
/usr/include/sys/types.h:72: error: conflicting types for 'mode_t'
/usr/src/linux/include/linux/types.h:24: error: previous declaration of
'mode_t' was here
/usr/include/sys/types.h:77: error: conflicting types for 'nlink_t'
/usr/src/linux/include/linux/types.h:25: error: previous declaration of
'nlink_t' was here
/usr/include/sys/types.h:82: error: conflicting types for 'uid_t'
/usr/src/linux/include/linux/types.h:53: error: previous declaration of 'uid_t'
was here
In file included from /usr/include/sys/types.h:133,
                 from /usr/include/net/ethernet.h:26,
                 from ../include/vrrp_arp.h:29,
                 from vrrp_arp.c:29:
/usr/include/time.h:105: error: conflicting types for 'timer_t'
/usr/src/linux/include/linux/types.h:31: error: previous declaration of
'timer_t' was here
In file included from /usr/include/sys/types.h:220,
                 from /usr/include/net/ethernet.h:26,
                 from ../include/vrrp_arp.h:29,
                 from vrrp_arp.c:29:
/usr/include/sys/select.h:78: error: conflicting types for 'fd_set'
/usr/src/linux/include/linux/types.h:21: error: previous declaration of
'fd_set' was here
In file included from /usr/include/net/ethernet.h:26,
                 from ../include/vrrp_arp.h:29,
                 from vrrp_arp.c:29:
/usr/include/sys/types.h:235: error: conflicting types for 'blkcnt_t'
/usr/src/linux/include/linux/types.h:152: error: previous declaration of
'blkcnt_t' was here
vrrp_arp.c: In function 'send_gratuitous_arp':
vrrp_arp.c:84: warning: pointer targets in initialization differ in signedness
make[2]: *** [vrrp_arp.o] Error 1
make[2]: Leaving directory
`/var/tmp/portage/sys-cluster/keepalived-1.1.13/work/keepalived-1.1.13/keepalived/vrrp'
make[1]: *** [all] Error 1
make[1]: Leaving directory
`/var/tmp/portage/sys-cluster/keepalived-1.1.13/work/keepalived-1.1.13/keepalived'
make: *** [all] Error 2

!!! ERROR: sys-cluster/keepalived-1.1.13 failed.
Call stack:
  ebuild.sh, line 1615:   Called dyn_compile
  ebuild.sh, line 972:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  keepalived-1.1.13.ebuild, line 33:   Called die

!!! make failed (myconf=--prefix=/)
!!! If you need support, post the topmost build error, and the call stack if
relevant.
!!! A complete build log is located at
'/var/tmp/portage/sys-cluster/keepalived-1.1.13/temp/build.log'.



Expected Results:  
Should finish compiling without errors.

'emerge --info' shows,

Portage 2.1.2.7 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r3,
2.6.20-gentoo-r8 i686)
=================================================================
System uname: 2.6.20-gentoo-r8 i686 Intel(R) Celeron(R) CPU 2.40GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Mon, 11 Jun 2007 21:20:01 +0000
dev-java/java-config: 1.3.7, 2.0.32
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="buildpkg distlocks metadata-transfer sandbox sfperms strict
userfetch"
GENTOO_MIRRORS="ftp://ftp.jaist.ac.jp/pub/Linux/Gentoo/"
LANG="ja_JP.UTF-8"
LC_ALL="ja_JP.UTF-8"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://ftp.jaist.ac.jp/gentoo-portage"
USE="apache2 vhosts x86" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x
ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel
intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file
hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route
share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev"
KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001
mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix
dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon
rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l
vesa vga via vmware voodoo"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, MAKEOPTS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTDIR_OVERLAY


Also, keepalived does compile fine for keepalived-1.1.13-r1. It's just odd that
stable labeled ebuild doesn't compile, while the keyworded ebuild works fine.

------- Comment #1 From a 2007-06-12 14:27:02 0000 -------
Right now, I have keepalived-1.1.13-r1 installed, so,
'emerge =sys-cluster/keepalived-1.1.13 -pv' says,

[ebuild     UD] sys-cluster/keepalived-1.1.13 [1.1.13-r1] USE="-debug -profile"
0 kB

------- Comment #2 From Jakub Moc (RETIRED) 2007-06-22 16:30:36 0000 -------
*** Bug 182899 has been marked as a duplicate of this bug. ***

------- Comment #3 From a 2007-06-23 15:48:06 0000 -------
Thanks for taking a note on the issue, but if -r1 looks fine enough, please
mark it stable soon, because I cannot make a 'emerge -uDN world' since
everytime I do that, it stops at keepalived and is forced to emerge 1 by 1.

------- Comment #4 From MATSUU Takuto 2007-07-17 07:55:56 0000 -------
Same here.
Please mark stable sys-cluster/keepalived-1.1.13-r1.

------- Comment #5 From Robin Johnson 2007-09-22 09:07:43 0000 -------
Arches: please stabilize this ebuild! It has compile fixes for kernel changes.

target keywords: alpha amd64 hppa ia64 ppc ppc64 s390 sparc x86
testing: compile-test only.

------- Comment #6 From Christian Faulhammer 2007-09-22 13:25:03 0000 -------
x86 stable

------- Comment #7 From Ferris McCormick 2007-09-22 13:41:01 0000 -------
Sparc stable.

------- Comment #8 From nixnut 2007-09-22 19:12:52 0000 -------
stable on ppc

------- Comment #9 From Wulf Krueger (RETIRED) 2007-09-28 16:46:47 0000 -------
Marked stable on amd64.

------- Comment #10 From Raúl Porcel 2007-10-05 14:14:05 0000 -------
alpha doesn't have stable keyword, ia64 stable

------- Comment #11 From Jeroen Roovers 2007-10-06 04:19:04 0000 -------
(In reply to comment #5)
> target keywords: alpha amd64 hppa ia64 ppc ppc64 s390 sparc x86
> testing: compile-test only.

I tried actually running it and the parent process kept spawning segfaulting
children. If that is a configuration error, it can't be ready to be declared
stable. :)

------- Comment #12 From Markus Rothe 2007-10-08 11:59:48 0000 -------
seems to work here. stable on ppc64.

------- Comment #13 From Jeroen Roovers 2007-10-31 03:45:48 0000 -------
(In reply to comment #11)
> (In reply to comment #5)
> > testing: compile-test only.
> 
> I tried actually running it and the parent process kept spawning segfaulting
> children. If that is a configuration error, it can't be ready to be declared
> stable. :)

Can I expect a response to this or should I just mark it stable for hppa
because it compiles at all?

------- Comment #14 From Robin Johnson 2007-10-31 04:24:42 0000 -------
jer: what config file did you have when you ran it?

------- Comment #15 From Jeroen Roovers 2007-10-31 04:28:12 0000 -------
(In reply to comment #14)
> jer: what config file did you have when you ran it?

The original one. I assumed that the segfaults were caused by missing sanity
checks - could that be it?

------- Comment #16 From Robin Johnson 2007-10-31 04:40:38 0000 -------
Start with a much smaller config if you want to test it out.

global_defs {
   router_id 1
}

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 11
    priority 100 
    virtual_ipaddress {
        A.B.C.D # Some address on your own private subnet that is free
    }   
}

Plus you need a bunch of kernel options for this, but I don't have them handy.
The above config should start, and either add the address or do nothing,
depending on the kernel config.

------- Comment #17 From Jeroen Roovers 2007-10-31 05:00:28 0000 -------
(In reply to comment #16)
> Start with a much smaller config if you want to test it out.

[...]

Using something like that, I got it "working" without segfaults.

> Plus you need a bunch of kernel options for this, but I don't have them handy.

It's a lot more forgiving of missing kernel options (modprobe failing, for
instance).

Marked stable for HPPA.

------- Comment #18 From Jakub Moc (RETIRED) 2008-01-13 09:46:33 0000 -------
s390 done...

http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-cluster/keepalived/keepalived-1.1.13-r1.ebuild?r1=1.11&r2=1.12

Closing.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug