Bug#1027849: zeroc-ice: diff for NMU version 3.7.8-1.1

2023-01-10 Thread Jose Gutierrez de la Concha 
Hi Adrian,

Seems didn't work, I will look into it.

Cheers,
Jose

On Mon, Jan 9, 2023 at 10:21 PM Adrian Bunk  wrote:

> Control: tags 1027849 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for zeroc-ice (versioned as 3.7.8-1.1) and uploaded
> it to DELAYED/2. Please feel free to tell me if I should cancel it.
>
> cu
> Adrian
>


-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#914742: zeroc-ice ftbfs in unstable with Python 3.7

2018-11-30 Thread Jose Gutierrez de la Concha 
That is already fixed upstream in
https://github.com/zeroc-ice/ice/commit/4aea9fc787892842af17d119332a7f6fef2f35c4

I will upload a patch

On Mon, Nov 26, 2018 at 10:15 PM Matthias Klose  wrote:

> Package: src:zeroc-ice
> Version: 3.7.1-5
> Severity: serious
> Tags: sid buster patch
>
> zeroc-ice ftbfs in unstable with Python 3.7
>
> x86_64-linux-gnu-g++ -g -O2 -fdebug-prefix-map=/<>=.
> -fstack-protector-strong -Wformat -Werror=format-security -MT
> modules/IcePy/build/x86_64-linux-gnu/shared/pic/Proxy.o -MMD -MP -MF
> modules/IcePy/build/x86_64-linux-gnu/shared/pic/Proxy.Td -Wall -Wdeprecated
> -Werror -pthread -DNDEBUG -Imodules/IcePy -I../cpp/include
> -I../cpp/include/generated -I../cpp/src -I/usr/include/python3.7m
> -I/usr/include/python3.7m -Wno-unused-result -Wsign-compare -g
> -fdebug-prefix-map=/build/python3.7-0HyDJv/python3.7-3.7.1=.
> -specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector -Wformat
> -Werror=format-security -DNDEBUG -g -fwrapv -O3 -Wall -fPIC
> -fvisibility=hidden
> -Wdate-time -D_FORTIFY_SOURCE=2 -c modules/IcePy/Proxy.cpp -o
> modules/IcePy/build/x86_64-linux-gnu/shared/pic/Proxy.o
> modules/IcePy/Communicator.cpp: In function ‘PyObject*
> communicatorWaitForShutdown(IcePy::CommunicatorObject*, PyObject*)’:
> modules/IcePy/Communicator.cpp:475:36: error: comparison of integer
> expressions
> of different signedness: ‘long unsigned int’ and ‘long int’
> [-Werror=sign-compare]
>  if(PyThread_get_thread_ident() == _mainThreadId)
> ^~~~
> cc1plus: all warnings being treated as errors
> make[2]: *** [Makefile:41:
> modules/IcePy/build/x86_64-linux-gnu/shared/pic/Communicator.o] Error 1
> make[2]: *** Waiting for unfinished jobs
>
>
> work around patch available at
> https://patches.ubuntu.com/z/zeroc-ice/zeroc-ice_3.7.1-5ubuntu1.patch
>


-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#912288: zeroc-ice FTBFS with OpenJDK 11

2018-11-05 Thread Jose Gutierrez de la Concha 
Fixed in 3.7.1-5



On Mon, Oct 29, 2018 at 10:00 PM Adrian Bunk  wrote:

> Source: zeroc-ice
> Version: 3.7.1-3
> Severity: serious
> Tags: ftbfs
>
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/zeroc-ice.html
>
> ...
> FAILURE: Build failed with an exception.
>
> * What went wrong:
> Execution failed for task ':test:compileJava'.
> > error: invalid source release: 1.11
>


-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#910665: FTBFS on Debian sid

2018-10-17 Thread Jose Gutierrez de la Concha 
On Wed, Oct 17, 2018 at 8:09 AM Chris Knadle 
wrote:

> I'm looking at the build logs of the build failure, and I see that
> zeroc-ice
> 3.7.1-2 from June built correctly, but the 3.7.1-2+b1 binNMU fails to
> build.
>
>https://buildd.debian.org/status/logs.php?pkg=zeroc-ice=amd64
>
> I'm trying to figure out: which source dependency was uploaded such that a
> binNMU was triggered?
>
> The build error happens when building within a python-3 directory, so I'm
> guessing this issue is python3 related.
>

Hi,

I think might be related to a GCC update that now is emitting this
warning,  we are looking at
this and I will  upload a new version with a patch shortly.

Cheers,
José

>
>-- Chris
>
> --
> Chris Knadle
> chris.kna...@coredump.us
>
>

-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#894358: zeroc-ice build depends on openjdk-8-jdk

2018-03-29 Thread Jose Gutierrez de la Concha 
On Thu, Mar 29, 2018 at 2:37 PM, Adrian Bunk  wrote:

> Source: zeroc-ice
> Version: 3.7.0-4
> Severity: serious
>
> zeroc-ice build depends on openjdk-8-jdk, which is not expected
> to be part of the buster release.
>
> If possible, this should be changed to default-jdk
> (this currently depends on openjdk-9-jdk).
>
> If a specific version has to be chosen, openjdk-11-jdk
> (already in unstable) is what will likely be shipped
> in the buster release.
>
I will update the package to use default-jdk, that was not possible when we
upload it because gradle didn't work with JDK 9. It should work now
that bug#873227 has been fixed


>
> A semi-related note regarding the runtime dependencies,
> they could be simplified:
>
> Package: libzeroc-ice3.7-java
> Depends: default-jdk | openjdk-7-jdk | openjdk-8-jdk |
> oracle-java7-installer | oracle-java8-installer,
>-> default-jdk | java7-sdk
>
> Package: zeroc-icegridgui
> Depends: default-jre | default-jdk | openjdk-7-jdk | openjdk-8-jdk |
> oracle-java7-installer | oracle-java8-installer | openjdk-7-jre |
> openjdk-8-jre,
>-> default-jre | java7-runtime
>

Thanks for the suggestion I will update that too

-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#871288: libzeroc-ice3.6: requires rebuild against GCC 7 and symbols/shlibs bump

2017-08-09 Thread Jose Gutierrez de la Concha 
Hi James

On Tue, Aug 8, 2017 at 6:07 PM, James Cowgill <jcowg...@debian.org> wrote:

> On 08/08/17 11:29, Jose Gutierrez de la Concha wrote:
> > On Tue, Aug 8, 2017 at 5:01 PM, James Cowgill <jcowg...@debian.org
> > <mailto:jcowg...@debian.org>> wrote:
> > [...]
> > > - If your package does not provide a symbols file, add a
> dh_makeshlibs
> > >   override so that tight enough dependencies are generated.
> > >
> > >   Using libebml as an example (debian/rules):
> > >   + override_dh_makeshlibs:
> > >   + # For new symbols when compiled with GCC 7
> > >   + dh_makeshlibs -V'libebml4v5 (>= 1.3.4-2~)'
> > >
>

Any ideas how should I handle multiple packages in override_dh_makeshlibs
zeroc-ice has several packages that include libzeroc-ice3.6,
libzeroc-freeze3.6
so I cannot really pass a single package name in -V

> > Does this work with dbgsym generated packages?
> >
> > dh_makeshlibs has nothing to do with dbgsym packages. I'm not sure I
> > quite understand your question.
> >
> > As far as I can tell libzeroc-ice3.6 currently does not provide a shlibs
> > or symbols
> > file, so I guess we can skip this for now?
>
> It provides an shlibs file:
> $ dpkg-deb -I libzeroc-ice3.6_3.6.3-5_amd64.deb
>  new debian package, version 2.0.
>  size 1905864 bytes: control archive=1639 bytes.
>  728 bytes,18 lines  control
> 1293 bytes,16 lines  md5sums
>  471 bytes,18 lines   *  postinst #!/bin/sh
>  273 bytes,16 lines   *  postrm   #!/bin/sh
>  398 bytes,12 lines  shlibs
>   60 bytes, 2 lines  triggers
>
> James
>
>

Regards,
José

-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#871288: libzeroc-ice3.6: requires rebuild against GCC 7 and symbols/shlibs bump

2017-08-08 Thread Jose Gutierrez de la Concha 
Hi James,

On Tue, Aug 8, 2017 at 5:01 PM, James Cowgill <jcowg...@debian.org> wrote:

> Hi Jose,
>
> On 08/08/17 08:07, Jose Gutierrez de la Concha wrote:
> > On Mon, Aug 7, 2017 at 4:47 PM, <jcowg...@debian.org
> > <mailto:jcowg...@debian.org>> wrote:
> [...]
> > To ensure that new executables will pull in the newer version of the
> > library built with GCC 7:
> > - Your library package should Build-Depend on g++ (>= 4:7).
> >
> > Do we really need the version here or is fine to just Build-Depend on
> > g++? I will prefer to not
> > have a version there as currently I share the same control file for
> > several distributions were
> > 4:7 is not available
>
> Firstly, you shouldn't build depend on g++ without a version since it's
> already build-essential.
>
> For Debian, you can probably get away with not adding this dependency if
> you wait some time (say a week?) for all the buildds to update to using
> GCC 7 by default. Doing this is less robust though - for your other
> distributions you will need to remember to do another shlibs bump if you
> do switch to GCC 7.
>
> [...]
> > - If your package does not provide a symbols file, add a
> dh_makeshlibs
> >   override so that tight enough dependencies are generated.
> >
> >   Using libebml as an example (debian/rules):
> >   + override_dh_makeshlibs:
> >   + # For new symbols when compiled with GCC 7
> >   + dh_makeshlibs -V'libebml4v5 (>= 1.3.4-2~)'
> >
> > Does this work with dbgsym generated packages?
>
> dh_makeshlibs has nothing to do with dbgsym packages. I'm not sure I
> quite understand your question.
>
> As far as I can tell libzeroc-ice3.6 currently does not provide a shlibs
or symbols
file, so I guess we can skip this for now?
>
> Thanks,
> James
>
>
Regards,
José

-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#871288: libzeroc-ice3.6: requires rebuild against GCC 7 and symbols/shlibs bump

2017-08-08 Thread Jose Gutierrez de la Concha 
On Mon, Aug 7, 2017 at 4:47 PM,  wrote:

> Package: libzeroc-ice3.6
> Version: 3.6.3-5
> Severity: serious
> Tags: sid buster
> User: debian-...@lists.debian.org
> Usertags: gcc-7-op-mangling
>
> Hi,
>
> It appears that your package provides an external symbol that is
> affected by the recent name mangling changes in GCC 7. See:
> https://gcc.gnu.org/gcc-7/porting_to.html#conversion-op-mangling
>
> In GCC 7, the name mangling for C++ conversion operators which return a
> type using the abi_tag attribute (most commonly std::string) has
> changed. When your library is compiled with GCC 7, it will now emit two
> symbols for the conversion operator using the new and old naming.
> Executables compiled with GCC 7 will always use the new symbol, while
> old executables compiled using <= GCC 6 will use the old symbol. For new
> executables to build without undefined references, your library will
> need rebuilding with GCC 7.
>
> To ensure that new executables will pull in the newer version of the
> library built with GCC 7:
> - Your library package should Build-Depend on g++ (>= 4:7).
>
Do we really need the version here or is fine to just Build-Depend on g++?
I will prefer to not
have a version there as currently I share the same control file for several
distributions were
4:7 is not available


> - If your package provides a symbols file, ensure that the new
>   conversion operator symbols have a version matching the version this
>   bug is fixed in (including the Debian revision and tilde if
>   necessary).
>
>   Using apt as an example (debian/libapt-pkg5.0.symbols):
> (c++)"URI::operator std::__cxx11::basic_string std::char_traits, std::allocator >[abi:cxx11]()@APTPKG_5.0"
> 0.8.0
>   + (c++)"URI::operator std::__cxx11::basic_string std::char_traits, std::allocator >()@APTPKG_5.0" 1.5~beta2~
>
>   Where "1.5~beta2" is the version this bug was fixed in.
>
> - If your package does not provide a symbols file, add a dh_makeshlibs
>   override so that tight enough dependencies are generated.
>
>   Using libebml as an example (debian/rules):
>   + override_dh_makeshlibs:
>   + # For new symbols when compiled with GCC 7
>   + dh_makeshlibs -V'libebml4v5 (>= 1.3.4-2~)'
>
> Does this work with dbgsym generated packages?

  Where "1.3.4-2" is the version this bug was fixed in.
>
> - If your package is about to be renamed due to an upstream SONAME bump,
>   you do not need to add any special symbols handling.
>
> If you would like to know the exact name of the new symbols, using
> "abipkgdiff" from abigail-tools might be able to help.
>
> Thanks,
> James
>



-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#857219: libzeroc-ice-dev: missing Depends: libzeroc-icestorm3.6 (= ${binary:Version})

2017-03-09 Thread Jose Gutierrez de la Concha 
Hi Andreas,

Thanks for reporting this bug, libzeroc-ice-dev must not include
libIceStormService.so
I have push a fix to the package debian/rules and will upload a new version.

On Wed, Mar 8, 2017 at 11:07 PM, Andreas Beckmann  wrote:

> Package: libzeroc-ice-dev
> Version: 3.6.3-4
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package ships (or creates)
> a broken symlink.
>
> >From the attached log (scroll to the bottom...):
>
> 0m30.1s ERROR: FAIL: Broken symlinks:
>   /usr/lib/x86_64-linux-gnu/libIceStormService.so ->
> libIceStormService.so.36
>
>
> cheers,
>
> Andreas
>



-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#846503: zeroc-icegridgui: Java exception when running the program

2016-12-02 Thread Jose Gutierrez de la Concha 
Hi,

I'm waiting for somebody to upload the package, I don't have upload
permissions yet. Shouldn't take too long, I can send you the new .deb file
or you can build it yourself from the repository
https://github.com/zeroc-ice/ice-debian-packaging using 3.6 branch



On Fri, Dec 2, 2016 at 1:33 PM, José Luis Segura Lucas <josel.seg...@gmx.es>
wrote:

> When will be the new version available?
>
> Is it possible to download the deb? I need icegridgui ASAP.
>
> Best regards
>
>
> On 02/12/16 11:41, Jose Gutierrez de la Concha wrote:
>
> Hi
>
> That is due to the package not being rebuild with the new version,
> that is not binary compatible with the previous version.
>
>
> On Thu, Dec 1, 2016 at 6:25 PM, José Luis Segura Lucas <
> josel.seg...@gmx.es> wrote:
>
>> Package: zeroc-icegridgui
>> Version: 3.6.3-2
>> Severity: grave
>> Justification: renders package unusable
>>
>> Dear Maintainer,
>>
>> After manually fulfilling the missing dependencies from the bug #846498, I
>> still get an error.
>>
>> $ icegridgui
>> Exception in thread "AWT-EventQueue-1" java.lang.NoSuchFieldError: DIALOG
>> at IceGridGUI.LiveDeployment.ObjectDialog.(ObjectDialog.
>> java:60)
>> at IceGridGUI.LiveDeployment.Root.(Root.java:172)
>> at IceGridGUI.Coordinator.(Coordinator.java:2579)
>> at IceGridGUI.Main.(Main.java:111)
>> at IceGridGUI.Main$1.run(Main.java:60)
>> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.
>> java:311)
>> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
>> at java.awt.EventQueue.access$500(EventQueue.java:97)
>> at java.awt.EventQueue$3.run(EventQueue.java:709)
>> at java.awt.EventQueue$3.run(EventQueue.java:703)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at
>> java.security.ProtectionDomain$JavaSecurityAccessImpl.doInte
>> rsectionPrivilege(ProtectionDomain.java:76)
>> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
>> at
>> org.GNOME.Accessibility.AtkWrapper$5.dispatchEvent(AtkWrapper.java:700)
>> at
>> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDis
>> patchThread.java:201)
>> at
>> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispat
>> chThread.java:116)
>> at
>> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDis
>> patchThread.java:105)
>> at
>> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
>> java:93)
>> at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
>>
>> I must say that manually installing the missing dependencies of the bug
>> mentioned above are working from a while, but today I just realized that,
>> right
>> now, it is impossible to execute icegridgui without getting errors.
>>
>>
>>
>> -- System Information:
>> Debian Release: stretch/sid
>>   APT prefers unstable
>>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: i386
>>
>> Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /usr/bin/dash
>> Init: systemd (via /run/systemd/system)
>>
>> Versions of packages zeroc-icegridgui depends on:
>> ii  default-jdk   2:1.8-57
>> ii  default-jre   2:1.8-57
>> ii  libzeroc-ice3.6-java  3.6.3-2
>> ii  openjdk-8-jdk 8u111-b14-3
>> ii  openjdk-8-jre 8u111-b14-3
>>
>> zeroc-icegridgui recommends no packages.
>>
>> zeroc-icegridgui suggests no packages.
>>
>> -- no debconf information
>>
>
>
>
> --
> José Gutiérrez de la Concha
> ZeroC, Inc.
>
>
>


-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#846503: zeroc-icegridgui: Java exception when running the program

2016-12-02 Thread Jose Gutierrez de la Concha 
Hi

That is due to the package not being rebuild with the new version,
that is not binary compatible with the previous version.


On Thu, Dec 1, 2016 at 6:25 PM, José Luis Segura Lucas 
wrote:

> Package: zeroc-icegridgui
> Version: 3.6.3-2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> After manually fulfilling the missing dependencies from the bug #846498, I
> still get an error.
>
> $ icegridgui
> Exception in thread "AWT-EventQueue-1" java.lang.NoSuchFieldError: DIALOG
> at IceGridGUI.LiveDeployment.ObjectDialog.(
> ObjectDialog.java:60)
> at IceGridGUI.LiveDeployment.Root.(Root.java:172)
> at IceGridGUI.Coordinator.(Coordinator.java:2579)
> at IceGridGUI.Main.(Main.java:111)
> at IceGridGUI.Main$1.run(Main.java:60)
> at java.awt.event.InvocationEvent.dispatch(
> InvocationEvent.java:311)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.
> doIntersectionPrivilege(ProtectionDomain.java:76)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
> at
> org.GNOME.Accessibility.AtkWrapper$5.dispatchEvent(AtkWrapper.java:700)
> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(
> EventDispatchThread.java:201)
> at
> java.awt.EventDispatchThread.pumpEventsForFilter(
> EventDispatchThread.java:116)
> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(
> EventDispatchThread.java:105)
> at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at java.awt.EventDispatchThread.pumpEvents(
> EventDispatchThread.java:93)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
>
> I must say that manually installing the missing dependencies of the bug
> mentioned above are working from a while, but today I just realized that,
> right
> now, it is impossible to execute icegridgui without getting errors.
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages zeroc-icegridgui depends on:
> ii  default-jdk   2:1.8-57
> ii  default-jre   2:1.8-57
> ii  libzeroc-ice3.6-java  3.6.3-2
> ii  openjdk-8-jdk 8u111-b14-3
> ii  openjdk-8-jre 8u111-b14-3
>
> zeroc-icegridgui recommends no packages.
>
> zeroc-icegridgui suggests no packages.
>
> -- no debconf information
>



-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#846498: zeroc-icegridgui: Missing dependencies

2016-12-01 Thread Jose Gutierrez de la Concha 
Hi José,

I will upload a new package with missing dependencies soon.

On Thu, Dec 1, 2016 at 5:46 PM, José Luis Segura Lucas 
wrote:

> Package: zeroc-icegridgui
> Version: 3.6.3-2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> icegridgui needs two Java graphical libraries to work. The missing
> dependencies
> are:
>
> * libjgoodies-forms-java
> * libjgoodies-looks-java
>
> Best regards
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages zeroc-icegridgui depends on:
> ii  default-jdk   2:1.8-57
> ii  default-jre   2:1.8-57
> ii  libzeroc-ice3.6-java  3.6.3-2
> ii  openjdk-8-jdk 8u111-b14-3
> ii  openjdk-8-jre 8u111-b14-3
>
> zeroc-icegridgui recommends no packages.
>
> zeroc-icegridgui suggests no packages.
>
> -- no debconf information
>



-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#839847: ice-builder-gradle: FTBFS: Could not generate a proxy class for class org.gradle.api.internal.project.DefaultProject

2016-10-06 Thread Jose Gutierrez de la Concha 
Hi Chris,

Thanks for reporting this issue, I have investigate the issue and seems a
problem with
groovy-2.4.7-2 upgrade there are a number of missing classes from
groovy-all-2.4.7.jar
used by gradle, groovy.util.AntBuilder being one of them.


I have reported the bug to groovy package
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839896


On Wed, Oct 5, 2016 at 7:56 PM, Chris Lamb  wrote:

> Source: ice-builder-gradle
> Version: 1.3.13-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
>
> Dear Maintainer,
>
> ice-builder-gradle fails to build from source in unstable/amd64:
>
>   [..]
>
>   Adding debian:IdenTrust_Commercial_Root_CA_1.pem
>   Adding debian:IdenTrust_Public_Sector_Root_CA_1.pem
>   Adding debian:Izenpe.com.pem
>   Adding debian:Juur-SK.pem
>   Adding debian:Microsec_e-Szigno_Root_CA.pem
>   Adding debian:Microsec_e-Szigno_Root_CA_2009.pem
>   Adding debian:NetLock_Arany_=Class_Gold=_Főtanúsítvány.pem
>   Adding debian:NetLock_Business_=Class_B=_Root.pem
>   Adding debian:NetLock_Express_=Class_C=_Root.pem
>   Adding debian:NetLock_Notary_=Class_A=_Root.pem
>   Adding debian:NetLock_Qualified_=Class_QA=_Root.pem
>   Adding debian:Network_Solutions_Certificate_Authority.pem
>   Adding debian:OISTE_WISeKey_Global_Root_GA_CA.pem
>   Adding debian:OISTE_WISeKey_Global_Root_GB_CA.pem
>   Adding debian:PSCProcert.pem
>   Adding debian:QuoVadis_Root_CA.pem
>   Adding debian:QuoVadis_Root_CA_1_G3.pem
>   Adding debian:QuoVadis_Root_CA_2.pem
>   Adding debian:QuoVadis_Root_CA_2_G3.pem
>   Adding debian:QuoVadis_Root_CA_3.pem
>   Adding debian:QuoVadis_Root_CA_3_G3.pem
>   Adding debian:RSA_Security_2048_v3.pem
>   Adding debian:Root_CA_Generalitat_Valenciana.pem
>   Adding debian:S-TRUST_Authentication_and_Encryption_Root_CA_2005_PN.pem
>   Adding debian:S-TRUST_Universal_Root_CA.pem
>   Adding debian:SecureSign_RootCA11.pem
>   Adding debian:SecureTrust_CA.pem
>   Adding debian:Secure_Global_CA.pem
>   Adding debian:Security_Communication_EV_RootCA1.pem
>   Adding debian:Security_Communication_RootCA2.pem
>   Adding debian:Security_Communication_Root_CA.pem
>   Adding debian:Sonera_Class_1_Root_CA.pem
>   Adding debian:Sonera_Class_2_Root_CA.pem
>   Adding debian:Staat_der_Nederlanden_EV_Root_CA.pem
>   Adding debian:Staat_der_Nederlanden_Root_CA.pem
>   Adding debian:Staat_der_Nederlanden_Root_CA_-_G2.pem
>   Adding debian:Staat_der_Nederlanden_Root_CA_-_G3.pem
>   Adding debian:Starfield_Class_2_CA.pem
>   Adding debian:Starfield_Root_Certificate_Authority_-_G2.pem
>   Adding debian:Starfield_Services_Root_Certificate_Authority_-_G2.pem
>   Adding debian:StartCom_Certification_Authority.pem
>   Adding debian:StartCom_Certification_Authority_2.pem
>   Adding debian:StartCom_Certification_Authority_G2.pem
>   Adding debian:SwissSign_Gold_CA_-_G2.pem
>   Adding debian:SwissSign_Platinum_CA_-_G2.pem
>   Adding debian:SwissSign_Silver_CA_-_G2.pem
>   Adding debian:Swisscom_Root_CA_1.pem
>   Adding debian:Swisscom_Root_CA_2.pem
>   Adding debian:Swisscom_Root_EV_CA_2.pem
>   Adding debian:T-TeleSec_GlobalRoot_Class_2.pem
>   Adding debian:T-TeleSec_GlobalRoot_Class_3.pem
>   Adding debian:TC_TrustCenter_Class_3_CA_II.pem
>   Adding debian:TURKTRUST_Certificate_Services_Provider_Root_2007.pem
>   Adding debian:TWCA_Global_Root_CA.pem
>   Adding debian:TWCA_Root_Certification_Authority.pem
>   Adding debian:Taiwan_GRCA.pem
>   Adding debian:TeliaSonera_Root_CA_v1.pem
>   Adding debian:Trustis_FPS_Root_CA.pem
>   Adding debian:TÜBİTAK_UEKAE_Kök_Sertifika_Hizmet_Sağlayıcısı_-
> _Sürüm_3.pem
>   Adding debian:TÜRKTRUST_Elektronik_Sertifika_Hizmet_Sağlayıcısı_H5.pem
>   Adding debian:TÜRKTRUST_Elektronik_Sertifika_Hizmet_Sağlayıcısı_H6.pem
>   Adding debian:USERTrust_ECC_Certification_Authority.pem
>   Adding debian:USERTrust_RSA_Certification_Authority.pem
>   Adding debian:UTN_USERFirst_Email_Root_CA.pem
>   Adding debian:UTN_USERFirst_Hardware_Root_CA.pem
>   Adding debian:VeriSign_Class_3_Public_Primary_Certification_
> Authority_-_G4.pem
>   Adding debian:VeriSign_Class_3_Public_Primary_Certification_
> Authority_-_G5.pem
>   Adding debian:VeriSign_Universal_Root_Certification_Authority.pem
>   Adding debian:Verisign_Class_1_Public_Primary_Certification_
> Authority.pem
>   Adding debian:Verisign_Class_1_Public_Primary_Certification_
> Authority_-_G2.pem
>   Adding debian:Verisign_Class_1_Public_Primary_Certification_
> Authority_-_G3.pem
>   Adding debian:Verisign_Class_2_Public_Primary_Certification_
> Authority_-_G2.pem
>   Adding debian:Verisign_Class_2_Public_Primary_Certification_
> Authority_-_G3.pem
>   Adding debian:Verisign_Class_3_Public_Primary_Certification_
> Authority.pem
>   Adding debian:Verisign_Class_3_Public_Primary_Certification_
> Authority_-_G2.pem
>   Adding debian:Verisign_Class_3_Public_Primary_Certification_
>

Bug#838579: zeroc-ice: FTBFS in testing (Build failed with an exception)

2016-09-22 Thread Jose Gutierrez de la Concha 
Hi Santiago,

We will upload a new version that solve the issue

 What went wrong:
A problem occurred evaluating root project 'java'.
> Could not resolve all dependencies for configuration 'classpath'.
   > Could not resolve com.zeroc.gradle.ice-builder:slice:1.3.6.
 Required by:
 unspecified:unspecified:unspecified
  > No cached version of com.zeroc.gradle.ice-builder:slice:1.3.6
available for offline mode.
  > No cached version of com.zeroc.gradle.ice-builder:slice:1.3.6
available for offline mode.


We recently updated gradle.ice-builder to version 1.3.13, Java build should
not hardcode the builder version and
use instead `debian` version.

That bug is already fixed in upstream packaging
https://github.com/zeroc-ice/ice-debian-packaging/tree/3.6

Still need to import latest Ice 3.6 changes there and upload to testing


On Thu, Sep 22, 2016 at 5:56 PM, Santiago Vila  wrote:

> Package: src:zeroc-ice
> Version: 3.6.2-stretch-51-gba6baa6-2
> Severity: serious
>
> Dear maintainer:
>
> I tried to build this package in stretch with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)
> but it failed.
>
> 
> 
> [...]
> FAILURE: Build failed with an exception.
>
> * Where:
> Build file '/<>/java/build.gradle' line: 16
>
> * What went wrong:
> A problem occurred evaluating root project 'java'.
> > Could not resolve all dependencies for configuration 'classpath'.
> 
> 
>
> I'm attaching two different build logs.
>
> Sorry, I have not tried "dpkg-buildpackage" alone, but this package has
> separate override_dh_auto_build-arch and override_dh_auto_build-indep
> targets, so this could be "dpkg-buildpackage -A" specific indeed.
>
> Thanks.




-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#831184: mumble: FTBFS with GCC 6, seems Ice related

2016-08-01 Thread Jose Gutierrez de la Concha 
Hi,

When building an Ice application with C++11/C++14 enabled you need to link
with libraries with ++11 suffix -lIce++11 instead of -lIce.

libzeroc-ice3.6 provide C++98 libraries and C++11 libraries with ++11
suffix and the APIs are slightly different.

Regards,
José

On Mon, Aug 1, 2016 at 2:56 AM, Chris Knadle 
wrote:

> Greetings.
>
> Unfortunately Mumble in Debian won't compile with GCC-6 right now:
>
>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831184
>
> After talking to Mikkel Krautz (mumble upstream) I tried adding the
> following to the unix {} block in murmur.pro:
>
> QMAKE_CXXFLAGS *= -std=c++11
>
> but unfortunately this doesn't seem to help.  I'm adding the maintainers
> of zero-ice hoping that we can jointly track down how to fix this.
>
> Thanks.
>
>-- Chris
>
> --
> Chris Knadle
> chris.kna...@coredump.us
>
> partital build failure log (with the excepiton of the -std=c++11 switch
> it looks the same as the log Lucas Nussbaum supplied in the bug):
>
> ---
> [...]
> g++ -c -include release/murmurd -m64 -pipe -g -O2
> -fstack-protector-strong -Wformat -Werror=format-security -Wfatal-errors
> -fvisibility=hidden -g -std=c++11 -O2 -Wall -W -D_REENTRANT
> -DNO_UPDATE_CHECK -DPLUGIN_PATH=/usr/lib/mumble
> -DMUMBLE_VERSION=1.2.16-1 -DHAVE_LIMITS_H -DHAVE_ENDIAN_H
> -DRESTRICT=__restrict__ -D_FORTIFY_SOURCE=2
> -DMUMBLE_VERSION_STRING=1.2.16 -DMURMUR -DUSE_DBUS -DUSE_ICE
> -DUSE_BONJOUR -D_REENTRANT -DQT_NO_DEBUG -DQT_SQL_LIB -DQT_XML_LIB
> -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED
> -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore
> -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtXml
> -I/usr/include/qt4/QtSql -I/usr/include/qt4 -I/usr/include/qt4/QtDBus
> -I../../src -I. -I/usr/include/speech-dispatcher -I../bonjour -Irelease
> -I/usr/include/avahi-compat-libdns_sd -o release/moc_BonjourServer.o
> release/moc_BonjourServer.cpp
>
> g++ -m64 -Wl,-z,relro -Wl,-z,relro -Wl,-z,now -Wl,-O1 -o
> ../../release/murmurd release/ACL.o release/Group.o release/Channel.o
> release/Connection.o release/User.o release/Timer.o release/CryptState.o
> release/OSInfo.o release/Net.o release/SSL.o release/Version.o
> release/main.o release/Server.o release/ServerUser.o release/ServerDB.o
> release/Register.o release/Cert.o release/Messages.o release/Meta.o
> release/RPC.o release/UnixMurmur.o release/DBus.o release/MurmurIce.o
> release/BonjourServiceRegister.o release/BonjourServer.o
> release/Mumble.pb.o release/Murmur.o release/moc_ACL.o
> release/moc_Channel.o release/moc_Connection.o release/moc_Server.o
> release/moc_ServerUser.o release/moc_Meta.o release/moc_UnixMurmur.o
> release/moc_DBus.o release/moc_MurmurIce.o
> release/moc_BonjourServiceRegister.o release/moc_BonjourServer.o
> -L../../release -L/usr/lib/x86_64-linux-gnu -lprotobuf -lcap -lIce
> -lIceUtil -lQtDBus -lssl -lcrypto -ldns_sd -lavahi-common -lavahi-client
> -lpthread -lQtSql -lQtXml -lQtNetwork -lQtCore
>
> release/Murmur.o: In function
> `IceInternal::Cpp11FnCallbackNC::~Cpp11FnCallbackNC()':
>
> /usr/include/Ice/Proxy.h:95: undefined reference to `vtable for
> IceInternal::Cpp11FnCallbackNC'
>
> /usr/include/Ice/Proxy.h:95: undefined reference to `vtable for
> IceInternal::Cpp11FnCallbackNC'
>
> /usr/include/Ice/Proxy.h:95: undefined reference to `vtable for
> IceInternal::Cpp11FnCallbackNC'
>
> /usr/include/Ice/Proxy.h:95: undefined reference to `vtable for
> IceInternal::Cpp11FnCallbackNC'
>
> /usr/include/Ice/Proxy.h:95: undefined reference to `vtable for
> IceInternal::Cpp11FnCallbackNC'
>
> release/Murmur.o:/usr/include/Ice/Proxy.h:95: more undefined references
> to `vtable for IceInternal::Cpp11FnCallbackNC' follow
> release/Murmur.o: In function `Cpp11CB':
>
> /<>/src/murmur/Murmur.cpp:7028: undefined reference to
> `IceInternal::Cpp11FnCallbackNC::Cpp11FnCallbackNC(std::function (IceUtil::Exception const&)> const&, std::function const&)'
> [...]
> ---
>



-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#826904: php-zeroc-ice: fails to upgrade from 'jessie': php-zeroc-ice.postinst: phpenmod: not found

2016-06-10 Thread Jose Gutierrez de la Concha 
Hi Andreas,

Thanks for reporting this issue, I think we are missing a php dependency,
php-zeroc-ice in jessie uses php5 and in sid it uses php7, looking at the
log seems php is not being upgrade.

We will upload a new version shortly

On Fri, Jun 10, 2016 at 3:01 AM, Andreas Beckmann  wrote:

> Package: php-zeroc-ice
> Version: 3.6.2-stretch+git1+6f49504-2
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package fails to upgrade from
> 'jessie'.
> It installed fine in 'jessie', then the upgrade to 'sid' fails.
>
> >From the attached log (scroll to the bottom...):
>
>   Setting up php-zeroc-ice (3.6.2-stretch+git1+6f49504-2) ...
>   /var/lib/dpkg/info/php-zeroc-ice.postinst: 18:
> /var/lib/dpkg/info/php-zeroc-ice.postinst: phpenmod: not found
>   dpkg: error processing package php-zeroc-ice (--configure):
>subprocess installed post-installation script returned error exit
> status 127
>
>
> cheers,
>
> Andreas
>



-- 
José Gutiérrez de la Concha
ZeroC, Inc.