Bug#496562: FTBFS bug not fixed

2008-08-29 Thread FRANCISCO MOYA FERNANDEZ
close 496562
thanks

Domenico Andreoli kindly allowed me to use his Debian/HPPA to explore 
this bug. The package compiled fine out of the box and I performed some 
basic tests to ensure the packages are fully functional.

Now let's look into the build log failing on HPPA:

http://buildd.debian.org/fetch.cgi?pkg=zeroc-ice;ver=3.3.0-8;arch=hppa;stamp=1219692046

...
c++ -c -I.. -I../../include -DICE_API_EXPORTS   -ftemplate-depth-128 -Wall 
-D_REENTRANT -I/usr/include/nptl -D_REENTRANT -DHAVE_ENDIAN_H -DHAVE_LIMITS_H 
-fPIC -g  Instance.cpp
c++ -c -I.. -I../../include -DICE_API_EXPORTS   -ftemplate-depth-128 -Wall 
-D_REENTRANT -I/usr/include/nptl -D_REENTRANT -DHAVE_ENDIAN_H -DHAVE_LIMITS_H 
-fPIC -g  LocalException.cpp
c++: LocalException.cpp: No such file or directory
c++: no input files
make[3]: *** [LocalException.o] Error 1
make[3]: Leaving directory `/build/buildd/zeroc-ice-3.3.0/cpp/src/Ice'
make[2]: *** [all] Error 1
make[2]: Leaving directory `/build/buildd/zeroc-ice-3.3.0/cpp/src'
make[1]: *** [all] Error 1
make[1]: Leaving directory `/build/buildd/zeroc-ice-3.3.0/cpp'
make: getcwd: No such file or directory
make: *** cpp/doc: No such file or directory.  Stop.
make: *** [debian/stamp-build-cpp] Error 2

1. Make starts compiling LocalException.cpp. Therefore it was there when make 
was looking for a way to obtain LocalException.o.

2. When c++ fails it is no longer there, but worst of all, the whole directory 
was removed (getcwd fails).

3. There was no messages on exceeding maximum compilation time. 

What should I do now? I have working packages made from the latest archive 
sources but they were not compiled with pbuilder. Should I submit a new version 
to force recompilation?

Regards,

Paco


Bug#487033: zeroc-ice-csharp: FTBFS: Nonexistent build-dependency: ice32-services

2008-08-28 Thread FRANCISCO MOYA FERNANDEZ
Dear Thijs,

zeroc-ice-csharp, zeroc-ice-python, zeroc-ice-java and zeroc-ice-ruby 
are going to be removed from the archives as soon as the new zeroc-ice 
(=3.3.0-1) is properly built on all architectures.  There was a major
change in the release policy upstream and now there is a single tar ball
(zeroc-ice).

Currently it fails on hppa. I wrote an email to the debian-hppa list but 
I didn't receive a response yet.  I don't have access to any HPPA machine
either.

If problems are not fixed by this week I'll drop hppa from the supported
architectures.

Regards,
F. Moya

--
Francisco Moya Fernandez  Computer Architecture and Networks Group
Assistant Professor
[EMAIL PROTECTED]  School of Computer Science
Fax:(+34 926) 29 53 54University of Castilla-La Mancha
Tel:(+34 926) 29 54 83  http://arco.esi.uclm.es/



-Mensaje original-
De: Thijs Kinkhorst [mailto:[EMAIL PROTECTED]
Enviado el: jue 28/08/2008 0:16
Para: FRANCISCO MOYA FERNANDEZ
CC: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; 
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Asunto: Re: zeroc-ice-csharp: FTBFS: Nonexistent build-dependency: 
ice32-services
 
Hi Francisco,

On Wed, 2 Jul 2008 13:54:01 +0200, you wrote:
 I'm aware of the buildep problems.  Ice embedded should be fixed shortly. 
 OTOH zeroc-ice-python, zeroc-ice-ruby, zeroc-ice-php, zeroc-ice-java and
 zeroc-ice-csharp will all be requested to be removed from ftpmaster as soon
 as some arch-related problems are sorted out.  The latter packages were
 replaced by a monolithic zeroc-ice source package due to upstream
 reorganization.

We're now nearly two months later.. are those arch problems resolved, or is 
there still something to do before we can fix these bugs?


cheers,
Thijs



Bug#496493: zeroc-icee: unsatisfiable dep on libicee-java (= ${binary:Version})

2008-08-25 Thread FRANCISCO MOYA FERNANDEZ
Please, note that the reorganization of packages in zeroc-icee is not directly 
related to this bug. Versioned dependencies are needed to guarantee 
interoperability 
of stubs generated by slice2cppe or slice2javae and applications linked against 
libicee-dev or libicee-java.  Besides libicee-dev contains code generated from
icee-slice and links against the runtime libraries provided by libicee12. 
Therefore
there must be a dependency on a compatible version.

Unversioned dependencies would allow upgrading icee-translators without 
upgrading
libicee-dev which leads to incompatible slice2cppe and libIceE.

Regards,
F. Moya [EMAIL PROTECTED]


-Mensaje original-
De: Steve Langasek [mailto:[EMAIL PROTECTED]
Enviado el: lun 25/08/2008 9:21
Para: [EMAIL PROTECTED]
Asunto: Bug#496493: zeroc-icee: unsatisfiable dep on libicee-java (= 
${binary:Version})
 
Package: zeroc-icee
Version: 1.2.0-5
Severity: serious
Tags: patch

The reorganization of zeroc-icee in unstable introduces a new bug:

 Package: zeroc-icee
 Architecture: all
 Section: devel
-Depends: libicee-dev, libicee-java, icee-slice, icee-translators
+Depends: libicee-dev (= ${binary:Version}), libicee-java (=
+ ${binary:Version}), icee-slice (= ${binary:Version}),
+ icee-translators (= 1.2.0)
 Description: Embedded edition of the ZeroC Ice
  ZeroC Ice is a CORBA-like middleware solution. IceE is a subset of

libicee-java is not built from zeroc-icee; it is therefore inappropriate to
use a (= ${binary:Version}) dependency.  zeroc-icee is currently
uninstallable in unstable as a result of this, because zeroc-icee is at
version 1.2.0-5 and libicee-java is only at version 1.2.0-3.

The fix is to drop the versioned dependency, and just depend on libicee-java
as had been done in the previous version.

I'm not sure why such package reorganization was being done during a freeze,
in any case?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]





Bug#496562: zeroc-ice: FTBFS on hppa

2008-08-25 Thread FRANCISCO MOYA FERNANDEZ
Package: zeroc-ice
Version: 3.3.0-7
Severity: serious
Justification: no longer builds from source

According to buildd.debian.org package zeroc-ice fails to compile on hppa
due to missing POSIX monotonic clocks on libc6. It seems Linux/HPPA still
uses LinuxThreads instead of NPTL.

A possible solution might be to change #ifdef __hpux into #ifdef __hppa in
the appropriate places of the source code in order to disable monotonic
clocks on this platform.  I do not have access to a HPPA machine though.




Bug#496562: FTBFS bug not fixed

2008-08-25 Thread FRANCISCO MOYA FERNANDEZ
reopen 496562
thanks

Build log for 3.3.0-8 reveals that the bug is not yet fixed.

http://buildd.debian.org/fetch.cgi?pkg=zeroc-ice;ver=3.3.0-8;arch=hppa;stamp=1219692046

F. Moya [EMAIL PROTECTED]


Bug#487028:

2008-07-02 Thread FRANCISCO MOYA FERNANDEZ
tags 487038 +pending
tags 487028 +pending
tags 487040 +pending
tags 487030 +pending
tags 487033 +pending
tags 487027 +pending
thanks

I'm aware of the buildep problems.  Ice embedded should be fixed shortly.  OTOH 
zeroc-ice-python, zeroc-ice-ruby, zeroc-ice-php, zeroc-ice-java and 
zeroc-ice-csharp will all be requested to be removed from ftpmaster as soon as 
some arch-related problems are sorted out.  The latter packages were replaced 
by a monolithic zeroc-ice source package due to upstream reorganization.

Regards,
Paco