Re: [Discuss-gnuradio] PYBOMBs Testing

Hey Tom,

Thanks. I didn't know how or what to search for, so that was useful. Here's the result:

p kde-zeroconf - zeroconf plugins and kio slaves for KDE
p kde-zeroconf:i386 - zeroconf plugins and kio slaves for KDE
p kde-zeroconf-dbg - debug symbols for kde-zeroconf
p kde-zeroconf-dbg:i386 - debug symbols for kde-zeroconf
p libmono-zeroconf-cil-dev - CLI library for multicast DNS service discovery
p libmono-zeroconf1.0-cil - CLI library for multicast DNS service discovery
p libqxt-zeroconf0 - library to use multicast DNS service discovery in Qt
p libqxt-zeroconf0:i386 - library to use multicast DNS service discovery in Qt
v libzeroc-ice-dev -
v libzeroc-ice-dev:i386 -
p libzeroc-ice-ruby1.8 - Ice for Ruby modules
p libzeroc-ice-ruby1.8:i386 - Ice for Ruby modules
p libzeroc-ice3.4-cil - Ice for C# libraries
p libzeroc-ice3.4-java - Ice for Java libraries
i libzeroc-ice34 - Ice for C++ runtime library
p libzeroc-ice34:i386 - Ice for C++ runtime library
i A libzeroc-ice34-dbg - Ice for C++ debugging symbols
p libzeroc-ice34-dbg:i386 - Ice for C++ debugging symbols
i libzeroc-ice34-dev - Ice for C++ development libraries
p libzeroc-ice34-dev:i386 - Ice for C++ development libraries
p monodoc-mono-zeroconf-manual - compiled XML documentation for mono-zeroconf
p php-zeroc-ice - Ice for PHP extension
p php-zeroc-ice:i386 - Ice for PHP extension
p pulseaudio-module-zeroconf - Zeroconf module for PulseAudio sound server
p pulseaudio-module-zeroconf:i386 - Zeroconf module for PulseAudio sound server
p pulseaudio-module-zeroconf-dbg - Zeroconf module for PulseAudio sound server (debuggin
p pulseaudio-module-zeroconf-dbg:i386 - Zeroconf module for PulseAudio sound server (debuggin
i python-zeroc-ice - Ice for Python libraries
p python-zeroc-ice:i386 - Ice for Python libraries
v python2.7-zeroc-ice -
v python2.7-zeroc-ice:i386 -
v zeroc-ice -
p zeroc-ice-manual - Ice documentation in pdf
p zeroc-ice34 - Internet Communications Engine
p zeroc-icee - Embedded edition of the ZeroC Ice

Here's what I found in the gnuradio CMakeCache.txt file:

ICE_CONFIG_INCLUDE_DIR:PATH=/usr/include
//Path to a library.
ICE_GLACIER2:FILEPATH=/usr/lib/libGlacier2.so
//Path to a library.
ICE_ICE:FILEPATH=/usr/lib/libIce.so
//Path to a library.
ICE_ICEGRID:FILEPATH=/usr/lib/libIceGrid.so
//Path to a library.
ICE_ICESTORM:FILEPATH=/usr/lib/libIceStorm.so
//Path to a library.
ICE_ICEUTIL:FILEPATH=/usr/lib/libIceUtil.so
//Path to a file.
ICE_INCLUDE_DIR:PATH=/usr/include
//Path to a library.
ICE_PTHREAD:FILEPATH=/usr/lib/x86_64-linux-gnu/libpthread.so
//Path to a program.
ICE_SLICE2CPP:FILEPATH=/usr/bin/slice2cpp
//Path to a program.
ICE_SLICE2PY:FILEPATH=/usr/bin/slice2py
//Details about finding ICE
FIND_PACKAGE_MESSAGE_DETAILS_ICE:INTERNAL=[/usr/lib/libIce.so;/usr/lib/libIceUtil.so][/usr/include][v()]
//ADVANCED property for variable: ICE_INCLUDE_DIR
ICE_INCLUDE_DIR-ADVANCED:INTERNAL=1
PC_ICE_CFLAGS:INTERNAL=
PC_ICE_CFLAGS_I:INTERNAL=
PC_ICE_CFLAGS_OTHER:INTERNAL=
PC_ICE_FOUND:INTERNAL=
PC_ICE_INCLUDEDIR:INTERNAL=
PC_ICE_Ice-3.5_INCLUDEDIR:INTERNAL=
PC_ICE_Ice-3.5_LIBDIR:INTERNAL=
PC_ICE_Ice-3.5_PREFIX:INTERNAL=
PC_ICE_Ice-3.5_VERSION:INTERNAL=
PC_ICE_LIBDIR:INTERNAL=
PC_ICE_LIBS:INTERNAL=
PC_ICE_LIBS_L:INTERNAL=
PC_ICE_LIBS_OTHER:INTERNAL=
PC_ICE_LIBS_PATHS:INTERNAL=
PC_ICE_PREFIX:INTERNAL=
PC_ICE_STATIC_CFLAGS:INTERNAL=
PC_ICE_STATIC_CFLAGS_I:INTERNAL=
PC_ICE_STATIC_CFLAGS_OTHER:INTERNAL=
PC_ICE_STATIC_LIBDIR:INTERNAL=
PC_ICE_STATIC_LIBS:INTERNAL=
PC_ICE_STATIC_LIBS_L:INTERNAL=
PC_ICE_STATIC_LIBS_OTHER:INTERNAL=
PC_ICE_STATIC_LIBS_PATHS:INTERNAL=
PC_ICE_VERSION:INTERNAL=
__pkg_config_checked_PC_ICE:INTERNAL=1

Very Respectfully,

Dan CaJacob

On Thu, Jan 9, 2014 at 11:22 AM, Tom Rondeau <address@hidden> wrote:

On Thu, Jan 9, 2014 at 10:44 AM, Dan CaJacob <address@hidden> wrote:
> Hey guys, thanks for the responses!
>
> I'm running Ubuntu 13.10 x64 and ICE version 3.5.1, I think, based on
> pybombs list output:
>
> ice installed inventory f00c59983cc904bca977133c0a9b3e8
> wget://http://www.zeroc.com/download/Ice/3.5/Ice-3.5.1.tar.gz
>
> pybombs did successfully build ice from source.
>
> Very Respectfully,
>
> Dan CaJacob

Can you let me know if Ice 3.4.2 is also installed on your system?
Most likely it would have been through apt-get, so just see what
'aptitude search zeroc' comes back with; hopefully it says that
zeroc-ice34 is installed. If that's the case, then cmake is likely
finding that version of Ice and not 3.5.1.

You can also check to see what cmake found in CMakeCache.txt in the
build directory and looking for ICE. Or look at the output of cmake
when configuring GNU Radio and you'll see "Ice-3.4 found" or "Ice-3.5
found".

If it's actually trying to build off Ice 3.5.1, then we have a new
problem. Otherwise, it's a matter of getting cmake to find the correct
version of Ice, which might mean updating the recipe to explicitly set
the version info.

Tom

> On Thu, Jan 9, 2014 at 9:29 AM, Tom Rondeau <address@hidden> wrote:
>>
>> On Thu, Jan 9, 2014 at 7:15 AM, Martin Braun <address@hidden>
>> wrote:
>> > On Wed, Jan 08, 2014 at 10:18:20PM -0500, Dan CaJacob wrote:
>> >> OK,
>> >>
>> >> Here's a specific error. Seems like it's related to ICE, which
>> >> compiled
>> >> successfully as a dependency.
>> >
>> > Dan,
>> >
>> > can you please post your exact ICE version as well as other relevant
>> > system info (distro, version etc.).
>> >
>> > MB
>>
>> I'll bet I can guess, the relevant parts at least. He's using Ice
>> 3.4.2 and GCC >= 4.7. This is a nasty issue because of the default
>> versions of many deb packages that don't actually work together.
>> Either updating to Ice 3.5 or downgrading GCC to 4.6 will solve this
>> issue. We were hoping for a patch against Ice 3.4.2, but I don't think
>> that's going to happen.
>>
>> Now, PyBOMBS is set to look for Ice >= 3.5, though, so we still need
>> more information. My guess is that you have Ice 3.4.2 installed on the
>> system already and for some reason, GNU Radio is finding that and not
>> 3.5, even though the script is supposed to look for 3.5 before
>> anything else.
>>
>> In a slight look inside the process, I think it's time I do a blunt
>> check for the GCC version if Ice 3.4 is found. I was holding off on
>> this in hopes that a) it would be fixed in Ice and b) getting the
>> compiler version isn't exactly simple. (Cmake does have a variable
>> that holds the value of the compiler version, but it's only made
>> available in newer versions of cmake, which we are not requiring yet,
>> so we can't use it). But since it's only a problem if GCC is used, I
>> can parse the version string from it and get the info I need. Much
>> better to disable ControlPort in this case than to fail during
>> compilation.
>>
>> Tom
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>

From:	Dan CaJacob
Subject:	Re: [Discuss-gnuradio] PYBOMBs Testing
Date:	Thu, 9 Jan 2014 12:09:02 -0500