Bug#297806: FTBFS in experimental

2005-03-28 Thread Ola Lundqvist
Hello

On Sun, Mar 27, 2005 at 04:12:06PM -0800, Steve Langasek wrote:
 reopen 297806
 thanks
 Ola,

Thanks.

 On Sun, Mar 27, 2005 at 11:26:44PM +0200, Ola Lundqvist wrote:
 
  Your fix is now applied. Thanks a lot.
 
 0.30.204-2 still doesn't fix the problem where gcc (and therefore diet) is
 being invoked as a cross-compiler, so we still have build failures on
 powerpc, hppa, and mipsel due to the mismatch of directory names.

Noticed that. :) The only arch that was fixed seem to be sparc.

 See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297806msg=44 for my
 explanation on this.

So this kind of --configure would fix this?

export DEB_HOST_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)

# FOR AUTOCONF 2.52 AND NEWER ONLY
ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
  confflags += --build $(DEB_HOST_GNU_TYPE)
else
  confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
endif

./configure $(confflags) \
... (other configure options) ..

Instead of always give --build and --host, or did I misunderstood you?

Regards,

// Ola

 Cheers,
 -- 
 Steve Langasek
 postmodern programmer



-- 
 --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering 
/  [EMAIL PROTECTED]   Annebergsslingan 37\
|  [EMAIL PROTECTED]   654 65 KARLSTAD|
|  http://www.opal.dhs.org   Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297806: FTBFS in experimental

2005-03-28 Thread Steve Langasek
On Mon, Mar 28, 2005 at 11:12:35AM +0200, Ola Lundqvist wrote:
  On Sun, Mar 27, 2005 at 11:26:44PM +0200, Ola Lundqvist wrote:

   Your fix is now applied. Thanks a lot.

  0.30.204-2 still doesn't fix the problem where gcc (and therefore diet) is
  being invoked as a cross-compiler, so we still have build failures on
  powerpc, hppa, and mipsel due to the mismatch of directory names.

 Noticed that. :) The only arch that was fixed seem to be sparc.

  See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297806msg=44 for my
  explanation on this.

 So this kind of --configure would fix this?

 export DEB_HOST_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)

 # FOR AUTOCONF 2.52 AND NEWER ONLY
 ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
   confflags += --build $(DEB_HOST_GNU_TYPE)
 else
   confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
 endif

 ./configure $(confflags) \
 ... (other configure options) ..

 Instead of always give --build and --host, or did I misunderstood you?

Yes, this is what I had in mind.

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature


Bug#297806: FTBFS in experimental

2005-03-28 Thread Gerrit Pape
On Sun, Mar 27, 2005 at 04:12:06PM -0800, Steve Langasek wrote:
 0.30.204-2 still doesn't fix the problem where gcc (and therefore diet) is
 being invoked as a cross-compiler, so we still have build failures on
 powerpc, hppa, and mipsel due to the mismatch of directory names.
 
 See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297806msg=44 for my
 explanation on this.

Hi, unfortunately there's another build failure on s390[0] caused by the
dietlibc package; current version doesn't properly provide the select()
syscall.  It's a trivial fix from cvs I'll include in dietlibc-dev
0.28-3, see below.  I suggest to build-depend on (= 0.28-3) with the
next upload. 

The workarounds in debian/rules for hppa and powerpc can be removed with
the newer dietlibc packages, the one for sparc still is necessary;
what's wrong on arm ;-)?

Regards, Gerrit.

[0]
http://buildd.debian.org/fetch.php?pkg=util-vserverver=0.30.204-2arch=s390stamp=969081file=logas=raw
--- ../../dietlibc/s390/select.S1970-01-01 00:00:00.0 +
+++ s390/select.S   2005-03-23 19:57:53.0 +
@@ -0,0 +1,3 @@
+#include syscalls.h
+
+syscall(_newselect,select)


Bug#297806: FTBFS in experimental

2005-03-27 Thread Ola Lundqvist
Hello

Your fix is now applied. Thanks a lot.

Regards,

// Ola

On Fri, Mar 25, 2005 at 01:08:30PM +0200, Lars Wirzenius wrote:
 Attached is a patch to fix most of the compilation problems for
 util-vserver. Steve Langasek tested this on sparc and it worked. Builds
 still fail on at least hppa, powerpc, and mipsel, since the dietlibc
 linking fails. See #300926 for some discussion about this.
 
 I didn't try giving the -Os option to the diet command at the linking
 stage, since I didn't see an easy way to do it from util-vserver's
 debian/rules.
 
 I have so far failed to debug the linking problem to any successful
 degree. Gerrit, perhaps you could give Ola a helping hand with the
 linking issue?
 

 diff -ru util-vserver-0.30.204/debian/changelog 
 util-vserver-0.30.204.patched/debian/changelog
 --- util-vserver-0.30.204/debian/changelog2005-03-25 12:51:53.008715504 
 +0200
 +++ util-vserver-0.30.204.patched/debian/changelog2005-03-24 
 12:34:34.0 +0200
 @@ -1,3 +1,13 @@
 +util-vserver (0.30.204-1.1) unstable; urgency=low
 +
 +  * debian/rules: Added stuff to put architecture specific macros to CFLAGS
 +to work around problems in dietlibc's header files.
 +  * src/vshelper-sync.c: Test for __linux__ (which is defined always when
 +compiling for Linux) instead of __linux (which is not defined when
 +compiling with gcc --std=c99).
 +
 + -- Lars Wirzenius [EMAIL PROTECTED]  Thu, 24 Mar 2005 12:30:00 +0200
 +
  util-vserver (0.30.204-1) unstable; urgency=low
  
* New upstream release.
 diff -ru util-vserver-0.30.204/debian/rules 
 util-vserver-0.30.204.patched/debian/rules
 --- util-vserver-0.30.204/debian/rules2005-03-25 12:51:53.007715656 
 +0200
 +++ util-vserver-0.30.204.patched/debian/rules2005-03-24 
 13:41:18.0 +0200
 @@ -11,6 +11,7 @@
  # from having to guess our platform (since we know it already)
  DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
  DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 +DEB_HOST_ARCH   ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
  
  # (Most of) the files this concerns belong to /usr/lib/util-vserver.
  # To keep referencing simple, and because we're not even sure there
 @@ -18,7 +19,27 @@
  # so far.
  #MAKE_OPTS =  pkglibdir=/var/lib/util-vserver PKGLIBDIR=/var/lib/util-vserver
  
 -CFLAGS = -Wall -g
 +CFLAGS = -Wall -g 
 +
 +ifeq ($(DEB_HOST_ARCH),powerpc)
 +# dietlibc's sys/types.h tests for powerpc, not __powerpc__
 +CFLAGS += -Dpowerpc
 +endif
 +
 +ifeq ($(DEB_HOST_ARCH),sparc)
 +# Targetting at older sparc's causes compilation errors. Steve Langasek
 +# says this works and it is anyway the oldest sparc generation we
 +# support in Debian (or kernel/glibc).
 +CFLAGS += -mv8
 +endif
 +
 +ifeq ($(DEB_HOST_ARCH),hppa)
 +# dietlibc fails to define O_NOFOLLOW and O_LARGEFILE. These values
 +# have been copied from glibc's bits/fcntl.h.
 +CFLAGS += -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000
 +endif
 +
 +
  
  ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
   CFLAGS += -O0
 diff -ru util-vserver-0.30.204/src/vshelper-sync.c 
 util-vserver-0.30.204.patched/src/vshelper-sync.c
 --- util-vserver-0.30.204/src/vshelper-sync.c 2004-04-21 12:44:05.0 
 +0300
 +++ util-vserver-0.30.204.patched/src/vshelper-sync.c 2005-03-24 
 12:24:01.0 +0200
 @@ -85,7 +85,7 @@
  FD_ZERO(fds);
  FD_SET(fd, fds);
  
 -#ifndef __linux
 +#ifndef __linux__
  #  error vshelper relies on the Linux select() behavior (timeout holds 
 remaining time)
  #endif
  


-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Processed: Re: Bug#297806: FTBFS in experimental

2005-03-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reopen 297806
Bug#297806: FTBFS in experimental
Bug reopened, originator not changed.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297806: FTBFS in experimental

2005-03-27 Thread Steve Langasek
reopen 297806
thanks
Ola,

On Sun, Mar 27, 2005 at 11:26:44PM +0200, Ola Lundqvist wrote:

 Your fix is now applied. Thanks a lot.

0.30.204-2 still doesn't fix the problem where gcc (and therefore diet) is
being invoked as a cross-compiler, so we still have build failures on
powerpc, hppa, and mipsel due to the mismatch of directory names.

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297806msg=44 for my
explanation on this.

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature


Bug#297806: FTBFS in experimental

2005-03-25 Thread Steve Langasek
On Fri, Mar 25, 2005 at 01:08:30PM +0200, Lars Wirzenius wrote:
 Attached is a patch to fix most of the compilation problems for
 util-vserver. Steve Langasek tested this on sparc and it worked. Builds
 still fail on at least hppa, powerpc, and mipsel, since the dietlibc
 linking fails. See #300926 for some discussion about this.

 I didn't try giving the -Os option to the diet command at the linking
 stage, since I didn't see an easy way to do it from util-vserver's
 debian/rules.

 I have so far failed to debug the linking problem to any successful
 degree. Gerrit, perhaps you could give Ola a helping hand with the
 linking issue?

vorlon liw: if you invoke it as diet -v gcc -Wall -g [...] instead of
 diet -v hppa-linux-gcc [...], what happens?
liw vorlon, it fails by not recognizing some link file without libtool; if
  I add the libtool stuff in front, then it does link
vorlon liw: basically, by calling ./configure --host=... --build=...,
 util-vserver is incorrectly causing autoconf to think this is a
 cross-compile invocation, and therefore calls hppa-linux-gcc
 instead of just calling gcc; if you do in fact get different errors,
 this may be the root of the problem
vorlon liw: in that case, switching util-vserver to use the confflags
 sample stanza from /usr/share/doc/autotools-dev/README.Debian.gz
 may be enough to cure the remaining ills

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature


Bug#297806: FTBFS in experimental

2005-03-25 Thread Steve Langasek
On Fri, Mar 25, 2005 at 12:55:59PM +, Gerrit Pape wrote:
 On Fri, Mar 25, 2005 at 03:45:58AM -0800, Steve Langasek wrote:
  On Fri, Mar 25, 2005 at 01:08:30PM +0200, Lars Wirzenius wrote:
   Attached is a patch to fix most of the compilation problems for
   util-vserver. Steve Langasek tested this on sparc and it worked. Builds
   still fail on at least hppa, powerpc, and mipsel, since the dietlibc
   linking fails. See #300926 for some discussion about this.

   I didn't try giving the -Os option to the diet command at the linking
   stage, since I didn't see an easy way to do it from util-vserver's
   debian/rules.

   I have so far failed to debug the linking problem to any successful
   degree. Gerrit, perhaps you could give Ola a helping hand with the
   linking issue?

  vorlon liw: if you invoke it as diet -v gcc -Wall -g [...] instead of
   diet -v hppa-linux-gcc [...], what happens?
  liw vorlon, it fails by not recognizing some link file without libtool; if
I add the libtool stuff in front, then it does link
  vorlon liw: basically, by calling ./configure --host=... --build=...,
   util-vserver is incorrectly causing autoconf to think this is a
   cross-compile invocation, and therefore calls hppa-linux-gcc
   instead of just calling gcc; if you do in fact get different 
  errors,
   this may be the root of the problem
  vorlon liw: in that case, switching util-vserver to use the confflags
   sample stanza from /usr/share/doc/autotools-dev/README.Debian.gz
   may be enough to cure the remaining ills

 The workaround for sparc wouldn't be necessary if the diet wrapper is
 called with the -Os option (this adds -mcpu=supersparc), a good idea
 anyway for all architectures.

It most certainly is *not* a good idea; it's contraindicated by policy to
build binaries with -Os instead of -O2, and the idea of calling -Os to set
-mcpu=supersparc leaves me very much afraid of what other random options
diet would set.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature


Bug#297806: FTBFS in experimental

2005-03-25 Thread Gerrit Pape
On Fri, Mar 25, 2005 at 03:45:58AM -0800, Steve Langasek wrote:
 On Fri, Mar 25, 2005 at 01:08:30PM +0200, Lars Wirzenius wrote:
  Attached is a patch to fix most of the compilation problems for
  util-vserver. Steve Langasek tested this on sparc and it worked. Builds
  still fail on at least hppa, powerpc, and mipsel, since the dietlibc
  linking fails. See #300926 for some discussion about this.
 
  I didn't try giving the -Os option to the diet command at the linking
  stage, since I didn't see an easy way to do it from util-vserver's
  debian/rules.
 
  I have so far failed to debug the linking problem to any successful
  degree. Gerrit, perhaps you could give Ola a helping hand with the
  linking issue?
 
 vorlon liw: if you invoke it as diet -v gcc -Wall -g [...] instead of
  diet -v hppa-linux-gcc [...], what happens?
 liw vorlon, it fails by not recognizing some link file without libtool; if
   I add the libtool stuff in front, then it does link
 vorlon liw: basically, by calling ./configure --host=... --build=...,
  util-vserver is incorrectly causing autoconf to think this is a
  cross-compile invocation, and therefore calls hppa-linux-gcc
  instead of just calling gcc; if you do in fact get different errors,
  this may be the root of the problem
 vorlon liw: in that case, switching util-vserver to use the confflags
  sample stanza from /usr/share/doc/autotools-dev/README.Debian.gz
  may be enough to cure the remaining ills

I prepared a new dietlibc upload to fix #300917 and some other things.
I'll now also include the missing defines for O_NOFOLLOW and O_LARGEFILE
on hppa, which is already fixed in upstream cvs.  So these two
workarounds can be omitted when build-depending on dietlibc-dev (=
0.28-2).  The workaround for sparc wouldn't be necessary if the diet
wrapper is called with the -Os option (this adds -mcpu=supersparc), a
good idea anyway for all architectures.

With the additional change suggested by Steve, things should look much
better then.

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297806: FTBFS in experimental

2005-03-25 Thread Gerrit Pape
On Fri, Mar 25, 2005 at 04:59:04AM -0800, Steve Langasek wrote:
 On Fri, Mar 25, 2005 at 12:55:59PM +, Gerrit Pape wrote:
  The workaround for sparc wouldn't be necessary if the diet wrapper is
  called with the -Os option (this adds -mcpu=supersparc), a good idea
  anyway for all architectures.
 
 It most certainly is *not* a good idea; it's contraindicated by policy to
 build binaries with -Os instead of -O2, and the idea of calling -Os to set
 -mcpu=supersparc leaves me very much afraid of what other random options
 diet would set.

It's that diet libc is meant to produce statically linked binaries
optimized for size; that's what it's designed for.  Here're the options
it uses on Debian, I'm not aware of any problems they cause.

static const char* Os[] = {
  i386,-Os,-mpreferred-stack-boundary=2,
 -malign-functions=1,-malign-jumps=1,
 -malign-loops=1,-fomit-frame-pointer,0,
  x86_64,-Os,-fno-omit-frame-pointer,0,
  sparc,-Os,-mcpu=supersparc,0,
  sparc64,-Os,-m64,-mhard-quad-float,0,
  alpha,-Os,-fomit-frame-pointer,0,
  arm,-Os,-fomit-frame-pointer,0,
  mips,-Os,-fomit-frame-pointer,0,
  mipsel,-Os,-fomit-frame-pointer,-mno-abicalls,-fno-pic,-G,0,0,
  ppc,-Os,-fomit-frame-pointer,-mpowerpc-gpopt,-mpowerpc-gfxopt,0,
  ppc64,-Os,-fomit-frame-pointer,-mpowerpc-gpopt,-mpowerpc-gfxopt,0,
  s390,-Os,-fomit-frame-pointer,0,
  s390x,-Os,-fomit-frame-pointer,0,
  sh,-Os,-fomit-frame-pointer,0,
  ia64,-Os,0,
  x86_64,-Os,-fstrict-aliasing,-momit-leaf-frame-pointer,-mfancy-math-3
87,0,
  0};

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297806: FTBFS in experimental

2005-03-25 Thread Gerrit Pape
On Fri, Mar 25, 2005 at 05:44:40AM -0800, Steve Langasek wrote:
 On Fri, Mar 25, 2005 at 01:23:01PM +, Gerrit Pape wrote:
  On Fri, Mar 25, 2005 at 04:59:04AM -0800, Steve Langasek wrote:
   It most certainly is *not* a good idea; it's contraindicated by policy to
   build binaries with -Os instead of -O2, and the idea of calling -Os to set
   -mcpu=supersparc leaves me very much afraid of what other random options
   diet would set.
 
  It's that diet libc is meant to produce statically linked binaries
  optimized for size; that's what it's designed for.  Here're the options
  it uses on Debian, I'm not aware of any problems they cause.
 
 As it's explained to me, util-vserver's use of dietlibc has nothing to do
 with a need for small binaries; it's because the package is used in a
 chroot-intensive environment and should not depend on glibc's NSS.  As a
 result, I don't see any reason to use -Os when building util-vserver.

Ah ok.  I now also see it's the upstream author of util-vserver who
contributed most of the changes that I included in the recent upload to
the dietlibc development ;-).  Looks like he put quite some work into
it..

 I think the idea of having -Os do *anything* besides setting -Os is shaky,
 FWIW.  Other than overriding the CPU selection on sparc, the other problem I
 see with the chosen options is that you use -fomit-frame-pointer everywhere,
 which discards valuable debugging information for no discernible gain...

Nearly all of the options is upstream's choice, and I think the porters
of the different architectures measured the efficiency of the options
regarding size optimization.  Generally I prefer to make as less changes
to upstream as possible, and these options are in place for quite some
time, used with various compiler version.  I well understand your point
of view though.

Thanks, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297806: FTBFS in experimental

2005-03-06 Thread Ola Lundqvist
Hello

On Thu, Mar 03, 2005 at 02:23:52AM +0100, Andreas Barth wrote:
 Package: util-vserver
 Version: 0.30.203-1
 Severity: serious
 Tags: experimental
 
 Hi,
 please see http://experimental.ftbfs.de/build.php?arch=pkg=util-vserver
 for the full build log

I actually think this is a bug in gcc or libc. Because these lines are
basic math things (/, *) at those lines.

What can be the problem. Broken linker or compiler?

Regards,

// Ola

 Cheers,
 Andi
 
 Automatic build of util-vserver_0.30.203-1 on odin by sbuild/sparc 1.170.5
 Build started at 20050302-1903
 **
 [...]
 Checking correctness of source dependencies...
 Toolchain package versions: libc6-dev_2.3.2.ds1-20 
 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-8 
 binutils_2.15-5 libstdc++5_1:3.3.5-8 libstdc++5-3.3-dev_1:3.3.5-8
 --
 [...]
 /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
 -std=c99 -Wall -pedantic -W   -o src/chroot-rm  src/chroot-rm.o  
 diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o 
 src/chroot-rm src/chroot-rm.o 
 depbase=`echo src/fakerunlevel.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
 if diet  sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I 
 ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG   -Wall -g -O2 -std=c99 
 -Wall -pedantic -W -MT src/fakerunlevel.o -MD -MP -MF $depbase.Tpo -c -o 
 src/fakerunlevel.o src/fakerunlevel.c; \
 then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi
 /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
 -std=c99 -Wall -pedantic -W   -o src/fakerunlevel  src/fakerunlevel.o  
 diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o 
 src/fakerunlevel src/fakerunlevel.o 
 depbase=`echo src/filetime.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
 if diet  sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I 
 ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG   -Wall -g -O2 -std=c99 
 -Wall -pedantic -W -MT src/filetime.o -MD -MP -MF $depbase.Tpo -c -o 
 src/filetime.o src/filetime.c; \
 then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi
 /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
 -std=c99 -Wall -pedantic -W   -o src/filetime -static src/filetime.o 
 lib/libvserver.la   
 diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime 
 src/filetime.o  lib/.libs/libvserver.a
 src/filetime.o(.text+0x13c): In function `main':
 src/filetime.c:76: undefined reference to `.div'
 src/filetime.o(.text+0x14c):src/filetime.c:77: undefined reference to `.rem'
 src/filetime.o(.text+0x158):src/filetime.c:78: undefined reference to `.div'
 src/filetime.o(.text+0x168):src/filetime.c:79: undefined reference to `.rem'
 src/filetime.o(.text+0x170):src/filetime.c:79: undefined reference to `.div'
 collect2: ld returned 1 exit status
 make[3]: *** [src/filetime] Error 1
 make[3]: Leaving directory `/build/buildd/util-vserver-0.30.203'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/build/buildd/util-vserver-0.30.203'
 make[1]: *** [all] Error 2
 make[1]: Leaving directory `/build/buildd/util-vserver-0.30.203'
 make: *** [build-stamp] Error 2
 **
 Build finished at 20050302-1906
 FAILED [dpkg-buildpackage died]
 
 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297806: [Vserver] Re: Bug#297806: FTBFS in experimental

2005-03-06 Thread Ola Lundqvist
Hello

On Sun, Mar 06, 2005 at 01:20:06AM +0100, Herbert Poetzl wrote:
 On Sat, Mar 05, 2005 at 09:56:43PM +0100, Ola Lundqvist wrote:
  Hello
  
  On Thu, Mar 03, 2005 at 02:23:52AM +0100, Andreas Barth wrote:
   Package: util-vserver
   Version: 0.30.203-1
   Severity: serious
   Tags: experimental
   
   Hi,
   please see http://experimental.ftbfs.de/build.php?arch=pkg=util-vserver
   for the full build log
  
  Thanks a lot. This is interesting to know. I'll cc the vserver list so they
  may help me to fix this bug.
 
 well, looks like the used gcc/ld is not able to do basic
 math ... at least if I look at the mentioned lines:
 
 76int days= since / (24*60*60);
 77int today   = since % (24*60*60);
 78int hours   = today / (60*60);
 79int minutes = (today % (60*60)) / 60;
 
 so maybe somebody could look into that and either
 fix-up the gcc/ld arguments (which are probably supplied
 by the distro/autoconf) or get the gcc/ld working ...
 
 (IIRC those things are defined somewhere in libgcc*)

You are right. I'm forwarding this to gcc.

Regards,

// Ola

 HTH,
 Herbert
 
  Regards,
  
  // Ola
  
   Cheers,
   Andi
   
   Automatic build of util-vserver_0.30.203-1 on odin by sbuild/sparc 1.170.5
   Build started at 20050302-1903
   **
   [...]
   Checking correctness of source dependencies...
   Toolchain package versions: libc6-dev_2.3.2.ds1-20 
   linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 
   g++-3.3_1:3.3.5-8 binutils_2.15-5 libstdc++5_1:3.3.5-8 
   libstdc++5-3.3-dev_1:3.3.5-8
   --
   [...]
   /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g 
   -O2 -std=c99 -Wall -pedantic -W   -o src/chroot-rm  src/chroot-rm.o  
   diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o 
   src/chroot-rm src/chroot-rm.o 
   depbase=`echo src/fakerunlevel.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
   if diet  sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I 
   ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG   -Wall -g -O2 
   -std=c99 -Wall -pedantic -W -MT src/fakerunlevel.o -MD -MP -MF 
   $depbase.Tpo -c -o src/fakerunlevel.o src/fakerunlevel.c; \
   then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 
   1; fi
   /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g 
   -O2 -std=c99 -Wall -pedantic -W   -o src/fakerunlevel  src/fakerunlevel.o 

   diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o 
   src/fakerunlevel src/fakerunlevel.o 
   depbase=`echo src/filetime.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
   if diet  sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I 
   ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG   -Wall -g -O2 
   -std=c99 -Wall -pedantic -W -MT src/filetime.o -MD -MP -MF $depbase.Tpo 
   -c -o src/filetime.o src/filetime.c; \
   then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 
   1; fi
   /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g 
   -O2 -std=c99 -Wall -pedantic -W   -o src/filetime -static src/filetime.o 
   lib/libvserver.la   
   diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o 
   src/filetime src/filetime.o  lib/.libs/libvserver.a
   src/filetime.o(.text+0x13c): In function `main':
   src/filetime.c:76: undefined reference to `.div'
   src/filetime.o(.text+0x14c):src/filetime.c:77: undefined reference to 
   `.rem'
   src/filetime.o(.text+0x158):src/filetime.c:78: undefined reference to 
   `.div'
   src/filetime.o(.text+0x168):src/filetime.c:79: undefined reference to 
   `.rem'
   src/filetime.o(.text+0x170):src/filetime.c:79: undefined reference to 
   `.div'
   collect2: ld returned 1 exit status
   make[3]: *** [src/filetime] Error 1
   make[3]: Leaving directory `/build/buildd/util-vserver-0.30.203'
   make[2]: *** [all-recursive] Error 1
   make[2]: Leaving directory `/build/buildd/util-vserver-0.30.203'
   make[1]: *** [all] Error 2
   make[1]: Leaving directory `/build/buildd/util-vserver-0.30.203'
   make: *** [build-stamp] Error 2
   **
   Build finished at 20050302-1906
   FAILED [dpkg-buildpackage died]
   
   
  
  -- 
   - Ola Lundqvist ---
  /  [EMAIL PROTECTED] Annebergsslingan 37  \
  |  [EMAIL PROTECTED] 654 65 KARLSTAD  |
  |  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
  |  http://www.opal.dhs.org UIN/icq: 4912500 |
  \  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
   ---
  ___
  Vserver mailing list
  

Bug#297806: FTBFS in experimental

2005-03-05 Thread Ola Lundqvist
Hello

On Thu, Mar 03, 2005 at 02:23:52AM +0100, Andreas Barth wrote:
 Package: util-vserver
 Version: 0.30.203-1
 Severity: serious
 Tags: experimental
 
 Hi,
 please see http://experimental.ftbfs.de/build.php?arch=pkg=util-vserver
 for the full build log

Thanks a lot. This is interesting to know. I'll cc the vserver list so they
may help me to fix this bug.

Regards,

// Ola

 Cheers,
 Andi
 
 Automatic build of util-vserver_0.30.203-1 on odin by sbuild/sparc 1.170.5
 Build started at 20050302-1903
 **
 [...]
 Checking correctness of source dependencies...
 Toolchain package versions: libc6-dev_2.3.2.ds1-20 
 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-8 
 binutils_2.15-5 libstdc++5_1:3.3.5-8 libstdc++5-3.3-dev_1:3.3.5-8
 --
 [...]
 /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
 -std=c99 -Wall -pedantic -W   -o src/chroot-rm  src/chroot-rm.o  
 diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o 
 src/chroot-rm src/chroot-rm.o 
 depbase=`echo src/fakerunlevel.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
 if diet  sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I 
 ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG   -Wall -g -O2 -std=c99 
 -Wall -pedantic -W -MT src/fakerunlevel.o -MD -MP -MF $depbase.Tpo -c -o 
 src/fakerunlevel.o src/fakerunlevel.c; \
 then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi
 /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
 -std=c99 -Wall -pedantic -W   -o src/fakerunlevel  src/fakerunlevel.o  
 diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o 
 src/fakerunlevel src/fakerunlevel.o 
 depbase=`echo src/filetime.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
 if diet  sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I 
 ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG   -Wall -g -O2 -std=c99 
 -Wall -pedantic -W -MT src/filetime.o -MD -MP -MF $depbase.Tpo -c -o 
 src/filetime.o src/filetime.c; \
 then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi
 /bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
 -std=c99 -Wall -pedantic -W   -o src/filetime -static src/filetime.o 
 lib/libvserver.la   
 diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime 
 src/filetime.o  lib/.libs/libvserver.a
 src/filetime.o(.text+0x13c): In function `main':
 src/filetime.c:76: undefined reference to `.div'
 src/filetime.o(.text+0x14c):src/filetime.c:77: undefined reference to `.rem'
 src/filetime.o(.text+0x158):src/filetime.c:78: undefined reference to `.div'
 src/filetime.o(.text+0x168):src/filetime.c:79: undefined reference to `.rem'
 src/filetime.o(.text+0x170):src/filetime.c:79: undefined reference to `.div'
 collect2: ld returned 1 exit status
 make[3]: *** [src/filetime] Error 1
 make[3]: Leaving directory `/build/buildd/util-vserver-0.30.203'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/build/buildd/util-vserver-0.30.203'
 make[1]: *** [all] Error 2
 make[1]: Leaving directory `/build/buildd/util-vserver-0.30.203'
 make: *** [build-stamp] Error 2
 **
 Build finished at 20050302-1906
 FAILED [dpkg-buildpackage died]
 
 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297806: FTBFS in experimental

2005-03-02 Thread Andreas Barth
Package: util-vserver
Version: 0.30.203-1
Severity: serious
Tags: experimental

Hi,
please see http://experimental.ftbfs.de/build.php?arch=pkg=util-vserver
for the full build log

Cheers,
Andi

Automatic build of util-vserver_0.30.203-1 on odin by sbuild/sparc 1.170.5
Build started at 20050302-1903
**
[...]
Checking correctness of source dependencies...
Toolchain package versions: libc6-dev_2.3.2.ds1-20 
linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-8 
binutils_2.15-5 libstdc++5_1:3.3.5-8 libstdc++5-3.3-dev_1:3.3.5-8
--
[...]
/bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
-std=c99 -Wall -pedantic -W   -o src/chroot-rm  src/chroot-rm.o  
diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/chroot-rm 
src/chroot-rm.o 
depbase=`echo src/fakerunlevel.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
if diet  sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I 
./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG   -Wall -g -O2 -std=c99 
-Wall -pedantic -W -MT src/fakerunlevel.o -MD -MP -MF $depbase.Tpo -c -o 
src/fakerunlevel.o src/fakerunlevel.c; \
then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi
/bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
-std=c99 -Wall -pedantic -W   -o src/fakerunlevel  src/fakerunlevel.o  
diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o 
src/fakerunlevel src/fakerunlevel.o 
depbase=`echo src/filetime.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
if diet  sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.  -I ./lib -I 
./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG   -Wall -g -O2 -std=c99 
-Wall -pedantic -W -MT src/filetime.o -MD -MP -MF $depbase.Tpo -c -o 
src/filetime.o src/filetime.c; \
then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi
/bin/sh ./libtool --tag=CC --mode=link diet  sparc-linux-gcc  -Wall -g -O2 
-std=c99 -Wall -pedantic -W   -o src/filetime -static src/filetime.o 
lib/libvserver.la   
diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime 
src/filetime.o  lib/.libs/libvserver.a
src/filetime.o(.text+0x13c): In function `main':
src/filetime.c:76: undefined reference to `.div'
src/filetime.o(.text+0x14c):src/filetime.c:77: undefined reference to `.rem'
src/filetime.o(.text+0x158):src/filetime.c:78: undefined reference to `.div'
src/filetime.o(.text+0x168):src/filetime.c:79: undefined reference to `.rem'
src/filetime.o(.text+0x170):src/filetime.c:79: undefined reference to `.div'
collect2: ld returned 1 exit status
make[3]: *** [src/filetime] Error 1
make[3]: Leaving directory `/build/buildd/util-vserver-0.30.203'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/build/buildd/util-vserver-0.30.203'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/buildd/util-vserver-0.30.203'
make: *** [build-stamp] Error 2
**
Build finished at 20050302-1906
FAILED [dpkg-buildpackage died]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]