Docs |
Forums |
Lists |
Bugs |
Planet |
Store |
GMN |
Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity
|
Format For Printing
|
XML
|
Clone This Bug
Upgrade from ntp-4.1.1b-r6 fails with type error (output follows):
====================<CUT HERE>=====================.... 66, Exitcode 2
!!! (no error message)
====================<CUT HERE>=====================
Neanderthal root # emerge info
Portage 2.0.48-r7 (default-sparc64-1.4, gcc-3.2.3, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-sparc-r8 sparc64 sun4="sparc apm avi foomaticdb mad mikmod nls directfb berkdb slang gtk -apache2
arts bonobo crypt -cups dga encode esd ethereal evo fbcon flash gb gd gdbm gif
gtk2 gnome gpm gtkhtml guile imap imlib innodb ipv6 java jikes jpeg kde lcms
ldap libgda libwww maildir -motif mozilla mozp3p mozaccess mozsvg mozcalendar
mpeg -mysql nas ncurses oav oci8 odbc oggvorbis opengl oss pam pda pdflib perl
plotutils png python qt quicktime readline samba sasl sdl snmp socks5 spell ssl
tcltk tcpd threads tiff truetype usb wmf X xml2 xmms xv zlib"
COMPILER="gcc3"
CHOST="sparc-sun4u-linux-gnu"
CFLAGS="-mcpu=ultrasparc -mtune=ultrasparc -O3 -pipe"
CXXFLAGS="-mcpu=ultrasparc -mtune=ultrasparc -O3 -pipe"
ACCEPT_KEYWORDS="sparc ~sparc"
MAKEOPTS="-j3"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox buildpkg ccache distcc userpriv usersandbox fixpackages"
====================<CUT HERE>=====================
Seems that 4.1.2 got removed from the portage tree...
Conflict between glibc and the kernel headers. See
The trivial test case is:
#include <asm/byteorder.h>
#include <netinet/in.h>
int main () { }
which won't compile on any bigendian system.
Created an attachment (id=15872) [edit]
kernel headers patch
Patch to linux-headers that allows ntp to build.
Adding ppc and hppa folks to the cc list as their headers are broken also. The
patch needs to go upstream, but I'm unsure what we must do for now.
Applying the above patch didn't seem to help me. I'm assuming that goes in
/usr/src/linux, right?
Nevermind. I managed to cram it into /usr/include and things work fine. Thanks.
hmm applied the patch, still get the same error upon compilation of ntpd .. or
do I have to recompile the kernel for that to work? darn .. don't wanna reboot
..
ppc and hppa wanna give the patch in Comment #3 a run if you guys run into this
issue? sparc has a patch in a re-written linux-2.4.21 ebuild, so that will fix
us up. This still affects other big-endian archs, which includes mips, hppa,
and ppc. I've got it fixed for mips, but if this doesn't affect ppc or hppa,
or you've already applied the patch, post here so this can get resolved. A
version of this patch went upstream to Marcelo in 2.4.23-pre4, so the stable
2.4.23 kernel will have this fixed.
Oops, now >=virtual/linux-sources-2.2 have been masked
dependency required by sys-libs/libcap-1.10 (dependency of ntp-4.1.2)
Using ~sparc and 2.4.22 this doesn't work in sparc:
* Applying broadcastclient.patch...
[ ok ]
* Applying 4.1.2-droproot.patch...
[ ok ]
* Applying linux-config-phone.patch...
[ ok ]
configure.in:2496: /usr/bin/m4: Warning: Excess arguments to built-in `m4_pushdef'
ignored
autom4te-2.57a: /usr-1.7: no `Makefile.am' found or specified
!!! ERROR: net-misc/ntp-4.1.2 failed.
!!! Function src_unpack, Line 52, Exitcode 1
!!! automake
joe, you should know better than to add unrelated bug reports :p
see Bug 29961 ...
My mistake ;) In my haste to close, I didn't search.
seems to be working for me now on ~sparc.
Are others seeing this as well?
ntp-4.1.2 works for me, ~sparc.
Gonna remove ppc from the CC list, since I believe they have a working ntp.
Blademan, you using the linux-2.4.21 headers?
`Kumba: Nope, I'm using the stock 2.4.19 headers w/o any patch.
~hppa is all set now (or should be ...)
any updates here ?
Update, looks good by me. Recompiled on ever puffin on the farm (4
architectures) and they all worked.
Still having header problems on stable sparc. Need to stablize newer
linux-header s and it should be fixed. Looking into it now.
Marked linux-headers-2.4.21-r1 stable on sparc, which fixes this problem.