[Bug 681] New: Debian packages missing nearly all files when built on Ubuntu Hardy

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

Summary: Debian packages missing nearly all files when built on
Ubuntu Hardy
Product: RTT
Version: rtt-trunk
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
Component: Debian Packaging
AssignedTo: orocos-dev [..] ...
ReportedBy: kiwi [dot] net [..] ...
CC: orocos-dev [..] ...
Estimated Hours: 0.0

Builds fine, but .deb files are missing most files.

>From trunk at r30240 with the following modifications
- updated version number in CMakeLists.txt
- debchange -v 1.8.0-0
- cd debian; ./create-control.sh
- cd debian; rm *1.4* // removed old 1.4 install files
- manually removed lxrt and xenomai packages and dependencies from
debian/control
- manually removed lxrt and xenomai configure/build/install lines in
debian/rules
- added parallel build to debian/rules

Then

cd .../rtt
svn-buildpackage -us -uc -rfakeroot --svn-ignore


[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

Peter Soetens <peter [..] ...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution| |FIXED
Status|NEW |RESOLVED

--- Comment #30 from Peter Soetens <peter [..] ...> 2010-05-03 11:46:34 ---
Seems to be fixed for a while. Open a new bug report in case of further issues.

Peter

Ruben Smits's picture

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #29 from Ruben Smits <ruben [dot] smits [..] ...> 2009-08-03 10:43:44 ---
I applied and adapted the patches for KDL, I was able to build the packages for
gnulinux myself and I think I fixed the issues for the python bindings.

Packages apparently always build the corba toolkits for TAO only.

Ruben

[Bug 681] Debian packages missing nearly all files when built on

On Aug 3, 2009, at 04:43 , Ruben Smits wrote:

> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>
>
>
>
>
> --- Comment #29 from Ruben Smits <ruben [dot] smits [..] ...>
> 2009-08-03 10:43:44 ---
> I applied and adapted the patches for KDL, I was able to build the
> packages for
> gnulinux myself and I think I fixed the issues for the python
> bindings.

Good to hear.

> Packages apparently always build the corba toolkits for TAO only.

You would like it to build for omniORB also? If so, I agree, and had
not gotten around to looking at RTT/KDL/OCL in terms of getting this
done. We are rapidly going off of ACE/TAO .... what a PITA it can be ...

Stephen

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

Peter Soetens <peter [..] ...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |peter [..] ...

--- Comment #28 from Peter Soetens <peter [..] ...> 2009-07-22 17:22:22 ---
I *think* I applied all patches for RTT and OCL and I've pushed them to svn.
The only thing not right is that the RTT version number of trunk is 1.10.99
while the debian version number is 1.8.0. We'd better make that 1.10.99 as
well.

The idea is: trunk is x.y.99 ('unreleased') such that it is always ahead of
'released' x.y.z. Once binary incompatible changes sneak in, trunk goes into
x.y+1.99

Both for OCL and RTT. Maybe BFL/KDL can adopt the same scheme..?

Peter

Ruben Smits's picture

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

Ruben Smits <ruben [dot] smits [..] ...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |ruben [dot] smits [..] ...en.b
| |e

--- Comment #27 from Ruben Smits <ruben [dot] smits [..] ...> 2009-07-22 15:17:13 ---
I'm not able to build the packages on jaunty from trunk for gnulinux, i get the
following error:

[...]
-- TAO tao/corba.h found in /usr/include.
-- Assuming TAO >= 1.5 (based on location of Any.h)
-- TAO orbsvcs/CosNaming.idl found in /usr/include.
Looking for components: IDL;PortableServer;CosNaming;TAO_Messaging
-- tao_idl: /usr/bin/tao_idl
CMake Error at config/FindTAO.cmake:148 (MESSAGE):
Could not find TAO: Missing components TAO_Messaging
Call Stack (most recent call first):
config/check_depend.cmake:237 (find_package)
CMakeLists.txt:67 (INCLUDE)

-- Configuring incomplete, errors occurred!
make: *** [configure-stamp-gnulinux] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

I installed all necessary build packages according to the control file.

Ruben

[Bug 681] Debian packages missing nearly all files when built on

On Jul 22, 2009, at 09:17 , Ruben Smits wrote:

> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>
>
> Ruben Smits <ruben [dot] smits [..] ...> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> CC| |ruben [dot] smits [..] ...en.b
> | |e
>
>
>
>
> --- Comment #27 from Ruben Smits <ruben [dot] smits [..] ...>
> 2009-07-22 15:17:13 ---
> I'm not able to build the packages on jaunty from trunk for
> gnulinux, i get the
> following error:
>
> [...]
> -- TAO tao/corba.h found in /usr/include.
> -- Assuming TAO >= 1.5 (based on location of Any.h)
> -- TAO orbsvcs/CosNaming.idl found in /usr/include.
> Looking for components: IDL;PortableServer;CosNaming;TAO_Messaging
> -- tao_idl: /usr/bin/tao_idl
> CMake Error at config/FindTAO.cmake:148 (MESSAGE):
> Could not find TAO: Missing components TAO_Messaging
> Call Stack (most recent call first):
> config/check_depend.cmake:237 (find_package)
> CMakeLists.txt:67 (INCLUDE)
>
>
> -- Configuring incomplete, errors occurred!
> make: *** [configure-stamp-gnulinux] Error 1
> dpkg-buildpackage: failure: debian/rules build gave error exit
> status 2
>
> I installed all necessary build packages according to the control
> file.
>
> Ruben

The cause is this, see the comment re TAO_Messaging.

http://orocos.org/forum/rtt/rtt-dev/bug-684-new-trunk-fails-build-mac-pt...

Peter has been having fun ... he's just put out a patch for this.
S

Ruben Smits's picture

[Bug 681] Debian packages missing nearly all files when built on

Ok, the patch fixes the problem with the TAO_Messaging, now i have the
following problem:

Building CORBA Transport library.
CMake Error at src/corba/CMakeLists.txt:70 (INSTALL):
install TARGETS given target "orocos-rtt-corba-static_gnulinux" which does
not exist in this directory.

-- Boost version: 1.37.0
-- Found the following Boost libraries:
-- unit_test_framework
-- Configuring incomplete, errors occurred!
make: *** [configure-stamp-gnulinux] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

This is due to a typo in the src/corba/CMakeLists.txt:

rsmits@rsmits-macbook:~/workspace/rtt$ svn diff src/corba/CMakeLists.txt
Index: src/corba/CMakeLists.txt
===================================================================
--- src/corba/CMakeLists.txt (revision 30385)
+++ src/corba/CMakeLists.txt (working copy)
@@ -67,7 +67,7 @@
CONFIGURE_FILE( rtt-corba-config.h.in
${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h @ONLY)

IF ( BUILD_STATIC )
- INSTALL(TARGETS orocos-rtt-corba-static_${OROCOS_TARGET} ARCHIVE
DESTINATION lib )
+ INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
DESTINATION lib )
ENDIF( BUILD_STATIC )

INSTALL(FILES orocos-rtt-corba-${OROCOS_TARGET}.pc DESTINATION
lib/pkgconfig )

Ruben

On Wed, Jul 22, 2009 at 3:22 PM, S Roderick<kiwi [dot] net [..] ...> wrote:
> On Jul 22, 2009, at 09:17 , Ruben Smits wrote:
>
>> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>>
>>
>> Ruben Smits <ruben [dot] smits [..] ...> changed:
>>
>>           What    |Removed                     |Added
>> ----------------------------------------------------------------------------
>>                 CC|                            |ruben [dot] smits [..] ...en.b
>>                   |                            |e
>>
>>
>>
>>
>> --- Comment #27 from Ruben Smits <ruben [dot] smits [..] ...>
>> 2009-07-22 15:17:13 ---
>> I'm not able to build the packages on jaunty from trunk for
>> gnulinux, i get the
>> following error:
>>
>> [...]
>> -- TAO tao/corba.h found in /usr/include.
>> -- Assuming TAO >= 1.5 (based on location of Any.h)
>> -- TAO orbsvcs/CosNaming.idl found in /usr/include.
>> Looking for components: IDL;PortableServer;CosNaming;TAO_Messaging
>> -- tao_idl: /usr/bin/tao_idl
>> CMake Error at config/FindTAO.cmake:148 (MESSAGE):
>>  Could not find TAO: Missing components TAO_Messaging
>> Call Stack (most recent call first):
>>  config/check_depend.cmake:237 (find_package)
>>  CMakeLists.txt:67 (INCLUDE)
>>
>>
>> -- Configuring incomplete, errors occurred!
>> make: *** [configure-stamp-gnulinux] Error 1
>> dpkg-buildpackage: failure: debian/rules build gave error exit
>> status 2
>>
>> I installed all necessary build packages according to the control
>> file.
>>
>> Ruben
>
>
> The cause is this, see the comment re TAO_Messaging.
>
> http://orocos.org/forum/rtt/rtt-dev/bug-684-new-trunk-fails-build-mac-pt...
>
> Peter has been having fun ... he's just put out a patch for this.
> S
> --
> Orocos-Dev mailing list
> Orocos-Dev [..] ...
> http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
>

[Bug 681] Debian packages missing nearly all files when built on

On Jul 22, 2009, at 10:10 , Ruben Smits wrote:

> Ok, the patch fixes the problem with the TAO_Messaging, now i have the
> following problem:
>
> Building CORBA Transport library.
> CMake Error at src/corba/CMakeLists.txt:70 (INSTALL):
> install TARGETS given target "orocos-rtt-corba-static_gnulinux"
> which does
> not exist in this directory.
>
>
> -- Boost version: 1.37.0
> -- Found the following Boost libraries:
> -- unit_test_framework
> -- Configuring incomplete, errors occurred!
> make: *** [configure-stamp-gnulinux] Error 1
> dpkg-buildpackage: failure: debian/rules build gave error exit
> status 2
>
> This is due to a typo in the src/corba/CMakeLists.txt:
>
> rsmits@rsmits-macbook:~/workspace/rtt$ svn diff src/corba/
> CMakeLists.txt
> Index: src/corba/CMakeLists.txt
> ===================================================================
> --- src/corba/CMakeLists.txt (revision 30385)
> +++ src/corba/CMakeLists.txt (working copy)
> @@ -67,7 +67,7 @@
> CONFIGURE_FILE( rtt-corba-config.h.in
> ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h @ONLY)
>
> IF ( BUILD_STATIC )
> - INSTALL(TARGETS orocos-rtt-corba-static_${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
> + INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
> ENDIF( BUILD_STATIC )
>
> INSTALL(FILES orocos-rtt-corba-${OROCOS_TARGET}.pc DESTINATION
> lib/pkgconfig )
>
>
> Ruben

Ok, this is weird. I don't have the above "-static" line in my r30247
version of this file. What I do have instead is an
INSTALL_TARGETS(...) call, isntead of INSTALL(TARGETS ...)

Also, Ruben's patch adding ${CMAKE_CURRENT_BINARY_DIR} to the above
file he later repatched to add back in the "$" which seemed to be
missing.

What is going on here? Are all of Ruben's recent problems due to more
recent changes on trunk?

Cheers
Stephen

[Bug 681] Debian packages missing nearly all files when built on

On Thu, Jul 23, 2009 at 13:45, S Roderick<kiwi [dot] net [..] ...> wrote:
> On Jul 22, 2009, at 10:10 , Ruben Smits wrote:
>
>> Ok, the patch fixes the problem with the TAO_Messaging, now i have the
>> following problem:
>>
>> Building CORBA Transport library.
>> CMake Error at src/corba/CMakeLists.txt:70 (INSTALL):
>> install TARGETS given target "orocos-rtt-corba-static_gnulinux"
>> which does
>> not exist in this directory.
>>
>>
>> -- Boost version: 1.37.0
>> -- Found the following Boost libraries:
>> --   unit_test_framework
>> -- Configuring incomplete, errors occurred!
>> make: *** [configure-stamp-gnulinux] Error 1
>> dpkg-buildpackage: failure: debian/rules build gave error exit
>> status 2
>>
>> This is due to a typo in the src/corba/CMakeLists.txt:
>>
>> rsmits@rsmits-macbook:~/workspace/rtt$ svn diff src/corba/
>> CMakeLists.txt
>> Index: src/corba/CMakeLists.txt
>> ===================================================================
>> --- src/corba/CMakeLists.txt    (revision 30385)
>> +++ src/corba/CMakeLists.txt    (working copy)
>> @@ -67,7 +67,7 @@
>> CONFIGURE_FILE( rtt-corba-config.h.in
>> ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h @ONLY)
>>
>> IF ( BUILD_STATIC )
>> -  INSTALL(TARGETS orocos-rtt-corba-static_${OROCOS_TARGET} ARCHIVE
>> DESTINATION lib )
>> +  INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
>> DESTINATION lib )
>> ENDIF( BUILD_STATIC )
>>
>>  INSTALL(FILES orocos-rtt-corba-${OROCOS_TARGET}.pc DESTINATION
>> lib/pkgconfig )
>>
>>
>> Ruben
>
> Ok, this is weird. I don't have the above "-static" line in my r30247
> version of this file. What I do have instead is an
> INSTALL_TARGETS(...) call, isntead of INSTALL(TARGETS ...)

We are at 30395 ! You're about 150 revisions behind :-)

>
> Also, Ruben's patch adding ${CMAKE_CURRENT_BINARY_DIR} to the above
> file he later repatched to add back in the "$" which seemed to be
> missing.
>
> What is going on here? Are all of Ruben's recent problems due to more
> recent changes on trunk?

Yep.

Peter

[Bug 681] Debian packages missing nearly all files when built on

On Jul 23, 2009, at 09:04 , Peter Soetens wrote:

> On Thu, Jul 23, 2009 at 13:45, S Roderick<kiwi [dot] net [..] ...> wrote:
>> On Jul 22, 2009, at 10:10 , Ruben Smits wrote:
>>
>>> Ok, the patch fixes the problem with the TAO_Messaging, now i have
>>> the
>>> following problem:
>>>
>>> Building CORBA Transport library.
>>> CMake Error at src/corba/CMakeLists.txt:70 (INSTALL):
>>> install TARGETS given target "orocos-rtt-corba-static_gnulinux"
>>> which does
>>> not exist in this directory.
>>>
>>>
>>> -- Boost version: 1.37.0
>>> -- Found the following Boost libraries:
>>> -- unit_test_framework
>>> -- Configuring incomplete, errors occurred!
>>> make: *** [configure-stamp-gnulinux] Error 1
>>> dpkg-buildpackage: failure: debian/rules build gave error exit
>>> status 2
>>>
>>> This is due to a typo in the src/corba/CMakeLists.txt:
>>>
>>> rsmits@rsmits-macbook:~/workspace/rtt$ svn diff src/corba/
>>> CMakeLists.txt
>>> Index: src/corba/CMakeLists.txt
>>> ===================================================================
>>> --- src/corba/CMakeLists.txt (revision 30385)
>>> +++ src/corba/CMakeLists.txt (working copy)
>>> @@ -67,7 +67,7 @@
>>> CONFIGURE_FILE( rtt-corba-config.h.in
>>> ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h @ONLY)
>>>
>>> IF ( BUILD_STATIC )
>>> - INSTALL(TARGETS orocos-rtt-corba-static_${OROCOS_TARGET} ARCHIVE
>>> DESTINATION lib )
>>> + INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
>>> DESTINATION lib )
>>> ENDIF( BUILD_STATIC )
>>>
>>> INSTALL(FILES orocos-rtt-corba-${OROCOS_TARGET}.pc DESTINATION
>>> lib/pkgconfig )
>>>
>>>
>>> Ruben
>>
>> Ok, this is weird. I don't have the above "-static" line in my r30247
>> version of this file. What I do have instead is an
>> INSTALL_TARGETS(...) call, isntead of INSTALL(TARGETS ...)
>
> We are at 30395 ! You're about 150 revisions behind :-)

Someone (who shall remain nameless) has been moving at Mach 1 on trunk
recently (which is great!!) ...

Looks like I'm only about 3 weeks behind, so that's 50 rev's a week,
or approx. one per business hour ... ?? ... :-)
S

Ruben Smits's picture

[Bug 681] Debian packages missing nearly all files when built on

I had a lot more installation problems during dpkg-buildpackage, the
following changes fixes these:

svn diff src/CMakeLists.txt src/corba/CMakeLists.txt
src/targets/CMakeLists.txt
Index: src/CMakeLists.txt
===================================================================
--- src/CMakeLists.txt (revision 30385)
+++ src/CMakeLists.txt (working copy)
@@ -87,7 +87,7 @@
endif()

GLOBAL_ADD_INCLUDE( rtt ${HPPS})
-GLOBAL_ADD_INCLUDE( rtt rtt-config.h)
+GLOBAL_ADD_INCLUDE( rtt ${CMAKE_CURRENT_BINARY_DIR}/rtt-config.h)

GLOBAL_ADD_SRC( ${CPPS})

@@ -152,7 +152,7 @@
CONFIGURE_FILE( ${PROJ_SOURCE_DIR}/src/targets/target.in
${PROJ_BINARY_DIR}/src/targets/${OROCOS_TARGET} @ONLY)
CONFIGURE_FILE( ${PROJ_SOURCE_DIR}/src/orocos-rtt.pc.in
${PROJ_BINARY_DIR}/src/orocos-rtt-${OROCOS_TARGET}.pc @ONLY)

-INSTALL(FILES orocos-rtt-${OROCOS_TARGET}.pc DESTINATION lib/pkgconfig )
+INSTALL(FILES ${PROJ_BINARY_DIR}/src/orocos-rtt-${OROCOS_TARGET}.pc
DESTINATION lib/pkgconfig )
INSTALL(TARGETS orocos-rtt-dynamic_${OROCOS_TARGET} LIBRARY
DESTINATION lib RUNTIME DESTINATION bin )
IF(BUILD_STATIC)
INSTALL(TARGETS orocos-rtt-static_${OROCOS_TARGET} ARCHIVE DESTINATION lib )
Index: src/corba/CMakeLists.txt
===================================================================
--- src/corba/CMakeLists.txt (revision 30385)
+++ src/corba/CMakeLists.txt (working copy)
@@ -67,11 +67,11 @@
CONFIGURE_FILE( rtt-corba-config.h.in
${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h @ONLY)

IF ( BUILD_STATIC )
- INSTALL(TARGETS orocos-rtt-corba-static_${OROCOS_TARGET} ARCHIVE
DESTINATION lib )
+ INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
DESTINATION lib )
ENDIF( BUILD_STATIC )

- INSTALL(FILES orocos-rtt-corba-${OROCOS_TARGET}.pc DESTINATION
lib/pkgconfig )
+ INSTALL(FILES
${CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
DESTINATION lib/pkgconfig )
INSTALL(TARGETS orocos-rtt-corba_dynamic-${OROCOS_TARGET} LIBRARY
DESTINATION lib RUNTIME DESTINATION bin )
- INSTALL( FILES rtt-corba-config.h DESTINATION include/rtt/corba )
+ INSTALL( FILES ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
DESTINATION include/rtt/corba )
ENDIF(ENABLE_CORBA)

Index: src/targets/CMakeLists.txt
===================================================================
--- src/targets/CMakeLists.txt (revision 30385)
+++ src/targets/CMakeLists.txt (working copy)
@@ -1,3 +1,3 @@

-GLOBAL_ADD_INCLUDE( rtt/targets rtt-target.h)
-GLOBAL_ADD_INCLUDE( rtt/targets ${OROCOS_TARGET})
+GLOBAL_ADD_INCLUDE( rtt/targets ${CMAKE_CURRENT_BINARY_DIR}/rtt-target.h)
+GLOBAL_ADD_INCLUDE( rtt/targets ${CMAKE_CURRENT_BINARY_DIR}/${OROCOS_TARGET})

Ruben

On Wed, Jul 22, 2009 at 4:10 PM, Ruben
Smits<ruben [dot] smits [..] ...> wrote:
> Ok, the patch fixes the problem with the TAO_Messaging, now i have the
> following problem:
>
> Building CORBA Transport library.
> CMake Error at src/corba/CMakeLists.txt:70 (INSTALL):
>  install TARGETS given target "orocos-rtt-corba-static_gnulinux" which does
>  not exist in this directory.
>
>
> -- Boost version: 1.37.0
> -- Found the following Boost libraries:
> --   unit_test_framework
> -- Configuring incomplete, errors occurred!
> make: *** [configure-stamp-gnulinux] Error 1
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2
>
> This is due to a typo in the src/corba/CMakeLists.txt:
>
> rsmits@rsmits-macbook:~/workspace/rtt$ svn diff src/corba/CMakeLists.txt
> Index: src/corba/CMakeLists.txt
> ===================================================================
> --- src/corba/CMakeLists.txt    (revision 30385)
> +++ src/corba/CMakeLists.txt    (working copy)
> @@ -67,7 +67,7 @@
>  CONFIGURE_FILE( rtt-corba-config.h.in
> ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h @ONLY)
>
>  IF ( BUILD_STATIC )
> -  INSTALL(TARGETS orocos-rtt-corba-static_${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
> +  INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
>  ENDIF( BUILD_STATIC )
>
>  INSTALL(FILES orocos-rtt-corba-${OROCOS_TARGET}.pc DESTINATION
> lib/pkgconfig )
>
>
> Ruben
>
> On Wed, Jul 22, 2009 at 3:22 PM, S Roderick<kiwi [dot] net [..] ...> wrote:
>> On Jul 22, 2009, at 09:17 , Ruben Smits wrote:
>>
>>> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>>>
>>>
>>> Ruben Smits <ruben [dot] smits [..] ...> changed:
>>>
>>>           What    |Removed                     |Added
>>> ----------------------------------------------------------------------------
>>>                 CC|                            |ruben [dot] smits [..] ...en.b
>>>                   |                            |e
>>>
>>>
>>>
>>>
>>> --- Comment #27 from Ruben Smits <ruben [dot] smits [..] ...>
>>> 2009-07-22 15:17:13 ---
>>> I'm not able to build the packages on jaunty from trunk for
>>> gnulinux, i get the
>>> following error:
>>>
>>> [...]
>>> -- TAO tao/corba.h found in /usr/include.
>>> -- Assuming TAO >= 1.5 (based on location of Any.h)
>>> -- TAO orbsvcs/CosNaming.idl found in /usr/include.
>>> Looking for components: IDL;PortableServer;CosNaming;TAO_Messaging
>>> -- tao_idl: /usr/bin/tao_idl
>>> CMake Error at config/FindTAO.cmake:148 (MESSAGE):
>>>  Could not find TAO: Missing components TAO_Messaging
>>> Call Stack (most recent call first):
>>>  config/check_depend.cmake:237 (find_package)
>>>  CMakeLists.txt:67 (INCLUDE)
>>>
>>>
>>> -- Configuring incomplete, errors occurred!
>>> make: *** [configure-stamp-gnulinux] Error 1
>>> dpkg-buildpackage: failure: debian/rules build gave error exit
>>> status 2
>>>
>>> I installed all necessary build packages according to the control
>>> file.
>>>
>>> Ruben
>>
>>
>> The cause is this, see the comment re TAO_Messaging.
>>
>> http://orocos.org/forum/rtt/rtt-dev/bug-684-new-trunk-fails-build-mac-pt...
>>
>> Peter has been having fun ... he's just put out a patch for this.
>> S
>> --
>> Orocos-Dev mailing list
>> Orocos-Dev [..] ...
>> http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
>>
>

[Bug 681] Debian packages missing nearly all files when built on

On Wed, Jul 22, 2009 at 17:26, Ruben Smits<ruben [dot] smits [..] ...> wrote:
> I had a lot more installation problems during dpkg-buildpackage, the
> following changes fixes these:

Thanks for reporting. I wonder why it does not work in your
configuration, but the proposed fixes are certainly correct in all
configurations.

Applied on master/trunk.

Peter

Ruben Smits's picture

[Bug 681] Debian packages missing nearly all files when built on

Two typos still remain:

Index: src/corba/CMakeLists.txt
===================================================================
--- src/corba/CMakeLists.txt (revision 30391)
+++ src/corba/CMakeLists.txt (working copy)
@@ -70,8 +70,8 @@
INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
DESTINATION lib )
ENDIF( BUILD_STATIC )

- INSTALL(FILES
{CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
DESTINATION lib/pkgconfig )
+ INSTALL(FILES
${CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
DESTINATION lib/pkgconfig )
INSTALL(TARGETS orocos-rtt-corba_dynamic-${OROCOS_TARGET} LIBRARY
DESTINATION lib RUNTIME DESTINATION bin )
- INSTALL( FILES {CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
DESTINATION include/rtt/corba )
+ INSTALL( FILES ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
DESTINATION include/rtt/corba )
ENDIF(ENABLE_CORBA)

Did you actually try it before you committed? :p

Ruben

On Thu, Jul 23, 2009 at 12:19 AM, Peter
Soetens<Peter [dot] Soetens [..] ...> wrote:
> On Wed, Jul 22, 2009 at 17:26, Ruben Smits<ruben [dot] smits [..] ...> wrote:
>> I had a lot more installation problems during dpkg-buildpackage, the
>> following changes fixes these:
>
> Thanks for reporting. I wonder why it does not work in your
> configuration, but the proposed fixes are certainly correct in all
> configurations.
>
> Applied on master/trunk.
>
> Peter
>

[Bug 681] Debian packages missing nearly all files when built on

On Jul 23, 2009, at 03:07 , Ruben Smits wrote:

> Two typos still remain:
>
> Index: src/corba/CMakeLists.txt
> ===================================================================
> --- src/corba/CMakeLists.txt (revision 30391)
> +++ src/corba/CMakeLists.txt (working copy)
> @@ -70,8 +70,8 @@
> INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
> ENDIF( BUILD_STATIC )
>
> - INSTALL(FILES
> {CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
> DESTINATION lib/pkgconfig )
> + INSTALL(FILES
> ${CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
> DESTINATION lib/pkgconfig )
> INSTALL(TARGETS orocos-rtt-corba_dynamic-${OROCOS_TARGET} LIBRARY
> DESTINATION lib RUNTIME DESTINATION bin )
> - INSTALL( FILES {CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
> DESTINATION include/rtt/corba )
> + INSTALL( FILES ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
> DESTINATION include/rtt/corba )
> ENDIF(ENABLE_CORBA)
>
> Did you actually try it before you committed? :p
>
> Ruben

Interestingly, I built this clean on Ubuntu Jaunty with cmake 2.6-
patch 2, and Debian Lenny with cmake 2.6-patch-0, and have it partly
building under Debian/Xenomai with same cmake (have some trunk issues
here).

It is interesting (and unfortunate!) that you have had such a
different experience. Both of my VMs are completely clean, and built
solely for this task, so I am at a bit of a loss as to why this is
occurring. When I get chance I will try to build the most recent
trunk with them again, and see what happens.
S

Ruben Smits's picture

[Bug 681] Debian packages missing nearly all files when built on

On Thu, Jul 23, 2009 at 9:07 AM, Ruben
Smits<ruben [dot] smits [..] ...> wrote:
> Two typos still remain:
>
> Index: src/corba/CMakeLists.txt
> ===================================================================
> --- src/corba/CMakeLists.txt    (revision 30391)
> +++ src/corba/CMakeLists.txt    (working copy)
> @@ -70,8 +70,8 @@
>   INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
>  ENDIF( BUILD_STATIC )
>
> -  INSTALL(FILES
> {CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
> DESTINATION  lib/pkgconfig )
> +  INSTALL(FILES
> ${CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
> DESTINATION  lib/pkgconfig )
>   INSTALL(TARGETS orocos-rtt-corba_dynamic-${OROCOS_TARGET} LIBRARY
> DESTINATION lib RUNTIME DESTINATION bin )
> -  INSTALL( FILES {CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
> DESTINATION include/rtt/corba )
> +  INSTALL( FILES ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
> DESTINATION include/rtt/corba )
>  ENDIF(ENABLE_CORBA)
>
> Did you actually try it before you committed? :p
>
> Ruben
>
> On Thu, Jul 23, 2009 at 12:19 AM, Peter
> Soetens<Peter [dot] Soetens [..] ...> wrote:
>> On Wed, Jul 22, 2009 at 17:26, Ruben Smits<ruben [dot] smits [..] ...> wrote:
>>> I had a lot more installation problems during dpkg-buildpackage, the
>>> following changes fixes these:
>>
>> Thanks for reporting. I wonder why it does not work in your
>> configuration, but the proposed fixes are certainly correct in all
>> configurations.
>>
>> Applied on master/trunk.
>>
>> Peter
>>
>

I can succesfully build all the packages now but when i try to install
them i get the following error:

sudo dpkg -i liborocos-rtt-common1.8-dev_1.8.0-1_amd64.deb
(Reading database ... 278077 files and directories currently installed.)
Preparing to replace liborocos-rtt-common1.8-dev 1.8.0-1 (using
liborocos-rtt-common1.8-dev_1.8.0-1_amd64.deb) ...
Unpacking replacement liborocos-rtt-common1.8-dev ...
dpkg: dependency problems prevent configuration of liborocos-rtt-common1.8-dev:
liborocos-rtt-common1.8-dev depends on libboost-dev; however:
Package libboost-dev is not installed.
liborocos-rtt-common1.8-dev depends on libboost-graph-dev; however:
Package libboost-graph-dev is not installed.
dpkg: error processing liborocos-rtt-common1.8-dev (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
liborocos-rtt-common1.8-dev

My installation has libboost1.37-dev and libboost-graph1.37-dev
instead of libboost-dev and libboost-graph-dev.

Is this a problem i could expect or is it a bug in the control file?

Ruben

[Bug 681] Debian packages missing nearly all files when built on

On Thu, Jul 23, 2009 at 09:17, Ruben Smits<ruben [dot] smits [..] ...> wrote:
...
>> Did you actually try it before you committed? :p

Your patch conflicted because it was not taken against the latest
version. Also, your mail client deforms the patch gravely. You should
use attachments instead.

>>
>> Ruben
>>
>> On Thu, Jul 23, 2009 at 12:19 AM, Peter
>> Soetens<Peter [dot] Soetens [..] ...> wrote:
>>> On Wed, Jul 22, 2009 at 17:26, Ruben Smits<ruben [dot] smits [..] ...> wrote:
>>>> I had a lot more installation problems during dpkg-buildpackage, the
>>>> following changes fixes these:
>>>
>>> Thanks for reporting. I wonder why it does not work in your
>>> configuration, but the proposed fixes are certainly correct in all
>>> configurations.
>>>
>>> Applied on master/trunk.
>>>
>>> Peter
>>>
>>
>
> I can succesfully build all the packages now but when i try to install
> them i get the following error:
>
...
>
> My installation has libboost1.37-dev and libboost-graph1.37-dev
> instead of libboost-dev and libboost-graph-dev.
>
> Is this a problem i could expect or is it a bug in the control file?

Both issues have been fixed on master/trunk.

Peter

[Bug 681] Debian packages missing nearly all files when built on

On Jul 22, 2009, at 11:26 , Ruben Smits wrote:

> I had a lot more installation problems during dpkg-buildpackage, the
> following changes fixes these:
>
> svn diff src/CMakeLists.txt src/corba/CMakeLists.txt
> src/targets/CMakeLists.txt
> Index: src/CMakeLists.txt
> ===================================================================
> --- src/CMakeLists.txt (revision 30385)
> +++ src/CMakeLists.txt (working copy)
> @@ -87,7 +87,7 @@
> endif()
>
> GLOBAL_ADD_INCLUDE( rtt ${HPPS})
> -GLOBAL_ADD_INCLUDE( rtt rtt-config.h)
> +GLOBAL_ADD_INCLUDE( rtt ${CMAKE_CURRENT_BINARY_DIR}/rtt-config.h)
>
> GLOBAL_ADD_SRC( ${CPPS})
>
> @@ -152,7 +152,7 @@
> CONFIGURE_FILE( ${PROJ_SOURCE_DIR}/src/targets/target.in
> ${PROJ_BINARY_DIR}/src/targets/${OROCOS_TARGET} @ONLY)
> CONFIGURE_FILE( ${PROJ_SOURCE_DIR}/src/orocos-rtt.pc.in
> ${PROJ_BINARY_DIR}/src/orocos-rtt-${OROCOS_TARGET}.pc @ONLY)
>
> -INSTALL(FILES orocos-rtt-${OROCOS_TARGET}.pc DESTINATION lib/
> pkgconfig )
> +INSTALL(FILES ${PROJ_BINARY_DIR}/src/orocos-rtt-${OROCOS_TARGET}.pc
> DESTINATION lib/pkgconfig )
> INSTALL(TARGETS orocos-rtt-dynamic_${OROCOS_TARGET} LIBRARY
> DESTINATION lib RUNTIME DESTINATION bin )
> IF(BUILD_STATIC)
> INSTALL(TARGETS orocos-rtt-static_${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
> Index: src/corba/CMakeLists.txt
> ===================================================================
> --- src/corba/CMakeLists.txt (revision 30385)
> +++ src/corba/CMakeLists.txt (working copy)
> @@ -67,11 +67,11 @@
> CONFIGURE_FILE( rtt-corba-config.h.in
> ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h @ONLY)
>
> IF ( BUILD_STATIC )
> - INSTALL(TARGETS orocos-rtt-corba-static_${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
> + INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
> DESTINATION lib )
> ENDIF( BUILD_STATIC )
>
> - INSTALL(FILES orocos-rtt-corba-${OROCOS_TARGET}.pc DESTINATION
> lib/pkgconfig )
> + INSTALL(FILES
> ${CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
> DESTINATION lib/pkgconfig )
> INSTALL(TARGETS orocos-rtt-corba_dynamic-${OROCOS_TARGET} LIBRARY
> DESTINATION lib RUNTIME DESTINATION bin )
> - INSTALL( FILES rtt-corba-config.h DESTINATION include/rtt/corba )
> + INSTALL( FILES ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
> DESTINATION include/rtt/corba )
> ENDIF(ENABLE_CORBA)
>
> Index: src/targets/CMakeLists.txt
> ===================================================================
> --- src/targets/CMakeLists.txt (revision 30385)
> +++ src/targets/CMakeLists.txt (working copy)
> @@ -1,3 +1,3 @@
>
> -GLOBAL_ADD_INCLUDE( rtt/targets rtt-target.h)
> -GLOBAL_ADD_INCLUDE( rtt/targets ${OROCOS_TARGET})
> +GLOBAL_ADD_INCLUDE( rtt/targets ${CMAKE_CURRENT_BINARY_DIR}/rtt-
> target.h)
> +GLOBAL_ADD_INCLUDE( rtt/targets ${CMAKE_CURRENT_BINARY_DIR}/$
> {OROCOS_TARGET})
>
>
> Ruben

As a matter of interest, what OS are you building on, and what version
of CMake?
Stephen

Ruben Smits's picture

[Bug 681] Debian packages missing nearly all files when built on

On Wed, Jul 22, 2009 at 5:36 PM, S Roderick<kiwi [dot] net [..] ...> wrote:
> On Jul 22, 2009, at 11:26 , Ruben Smits wrote:
>
>> I had a lot more installation problems during dpkg-buildpackage, the
>> following changes fixes these:
>>
>> svn diff src/CMakeLists.txt src/corba/CMakeLists.txt
>> src/targets/CMakeLists.txt
>> Index: src/CMakeLists.txt
>> ===================================================================
>> --- src/CMakeLists.txt  (revision 30385)
>> +++ src/CMakeLists.txt  (working copy)
>> @@ -87,7 +87,7 @@
>> endif()
>>
>> GLOBAL_ADD_INCLUDE( rtt ${HPPS})
>> -GLOBAL_ADD_INCLUDE( rtt rtt-config.h)
>> +GLOBAL_ADD_INCLUDE( rtt ${CMAKE_CURRENT_BINARY_DIR}/rtt-config.h)
>>
>> GLOBAL_ADD_SRC( ${CPPS})
>>
>> @@ -152,7 +152,7 @@
>> CONFIGURE_FILE( ${PROJ_SOURCE_DIR}/src/targets/target.in
>> ${PROJ_BINARY_DIR}/src/targets/${OROCOS_TARGET} @ONLY)
>> CONFIGURE_FILE( ${PROJ_SOURCE_DIR}/src/orocos-rtt.pc.in
>> ${PROJ_BINARY_DIR}/src/orocos-rtt-${OROCOS_TARGET}.pc @ONLY)
>>
>> -INSTALL(FILES orocos-rtt-${OROCOS_TARGET}.pc DESTINATION  lib/
>> pkgconfig )
>> +INSTALL(FILES ${PROJ_BINARY_DIR}/src/orocos-rtt-${OROCOS_TARGET}.pc
>> DESTINATION  lib/pkgconfig )
>> INSTALL(TARGETS orocos-rtt-dynamic_${OROCOS_TARGET} LIBRARY
>> DESTINATION lib RUNTIME DESTINATION bin )
>> IF(BUILD_STATIC)
>>   INSTALL(TARGETS orocos-rtt-static_${OROCOS_TARGET} ARCHIVE
>> DESTINATION lib )
>> Index: src/corba/CMakeLists.txt
>> ===================================================================
>> --- src/corba/CMakeLists.txt    (revision 30385)
>> +++ src/corba/CMakeLists.txt    (working copy)
>> @@ -67,11 +67,11 @@
>> CONFIGURE_FILE( rtt-corba-config.h.in
>> ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h @ONLY)
>>
>> IF ( BUILD_STATIC )
>> -  INSTALL(TARGETS orocos-rtt-corba-static_${OROCOS_TARGET} ARCHIVE
>> DESTINATION lib )
>> +  INSTALL(TARGETS orocos-rtt-corba_static-${OROCOS_TARGET} ARCHIVE
>> DESTINATION lib )
>> ENDIF( BUILD_STATIC )
>>
>> -  INSTALL(FILES orocos-rtt-corba-${OROCOS_TARGET}.pc DESTINATION
>> lib/pkgconfig )
>> +  INSTALL(FILES
>> ${CMAKE_CURRENT_BINARY_DIR}/orocos-rtt-corba-${OROCOS_TARGET}.pc
>> DESTINATION  lib/pkgconfig )
>>   INSTALL(TARGETS orocos-rtt-corba_dynamic-${OROCOS_TARGET} LIBRARY
>> DESTINATION lib RUNTIME DESTINATION bin )
>> -  INSTALL( FILES rtt-corba-config.h DESTINATION include/rtt/corba )
>> +  INSTALL( FILES ${CMAKE_CURRENT_BINARY_DIR}/rtt-corba-config.h
>> DESTINATION include/rtt/corba )
>> ENDIF(ENABLE_CORBA)
>>
>> Index: src/targets/CMakeLists.txt
>> ===================================================================
>> --- src/targets/CMakeLists.txt  (revision 30385)
>> +++ src/targets/CMakeLists.txt  (working copy)
>> @@ -1,3 +1,3 @@
>>
>> -GLOBAL_ADD_INCLUDE( rtt/targets rtt-target.h)
>> -GLOBAL_ADD_INCLUDE( rtt/targets ${OROCOS_TARGET})
>> +GLOBAL_ADD_INCLUDE( rtt/targets ${CMAKE_CURRENT_BINARY_DIR}/rtt-
>> target.h)
>> +GLOBAL_ADD_INCLUDE( rtt/targets ${CMAKE_CURRENT_BINARY_DIR}/$
>> {OROCOS_TARGET})
>>
>>
>> Ruben
>
> As a matter of interest, what OS are you building on, and what version
> of CMake?

I'm building on a Kubuntu Jaunty system with cmake version 2.6-patch 2

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

S Roderick <kiwi [dot] net [..] ...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Attachment #471 is|0 |1
obsolete| |

--- Comment #26 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 20:30:40 ---
Created an attachment (id=477)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=477)
Corrected KDL template and generated v1.0 install files

Missing some header files

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #25 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 19:30:44 ---
Successfully demonstrated in debian lenny. Only changes required are to
manually install eigen2 for KDL (it is not available in lenny, unstable, nor
backports), and remove the corresponding 'libeigen2-dev' dependancy from the
kdl/debian/control file. Not sure how we should deal with this situation in
general.

Also, still had to hand-patch the
/usr/lib/pkgconfig/orocos-rtt-corba-gnulinux.pc file, for the OCL/CORBA library
issue.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #24 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 19:08:02 ---
Created an attachment (id=476)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=476)
BFL changes to rules and control files

Support parallel build
Remove unneeded lti dependancy
Allow boost up to v1.37
Sync up with recent updates to same files in RTT, KDL and OCL.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #23 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:32:18 ---
Also note that at least under Ubuntu Jaunty, you need to manually edit the RTT
corba .pc file to make OCL happy. Open
"/usr/lib/pkgconfig/orocos-rtt-corba-gnulinux.pc" in an editor as superuser,
and copy the "-l" Corba library items from "libs.private" to "libs". This is a
workaround, and needs to be fixed in OCL IMHO.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #22 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:21:13 ---
The previous suite of patches has been tested in Ubuntu Jaunty. I used the
quicky v1.1 application (with very minor mod's) as a testbed for the installed
RTT/KDL/OCL.

There are definitely some questions and issues that still need to be addressed.

Not yet tested in a mixed-target environment (eg gnulinux and xenomai).

Have not yet integrated BFL.

There are still quite a few warnings output by svn-buildpackage in all three
projects. None appear to be fatal. Most are warnings related to the shared
libraries.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #21 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:17:46 ---
Created an attachment (id=475)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=475)
OCL debian build configuration

This one is probably controversial. I had to disable pcan to build. Also, the
pcan library was removed from the patch with the template install files, as it
is not available in Ubuntu Jaunty.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #20 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:16:28 ---
Created an attachment (id=474)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=474)
OCL template and generated v1.8 install files

Includes files missing from existing install lists.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #18 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:14:11 ---
Created an attachment (id=472)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=472)
OCL changes to rules and control files to support multiple targets

Support multiple targets
Support parallel build
Support both build and binary dependencies, when preparing control files.
NB the "Prepare control files" section is different from that in the RTT file.
I think this version is correct.
NB empty rules.targets and control files

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #19 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:15:22 ---
Created an attachment (id=473)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=473)
OCL v1.8 version differences

Does not include install files.
Might want to set debian version to 1.8.1?

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #17 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:06:03 ---
Created an attachment (id=471)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=471)
KDL template and generated v1.0 install files

NB had to add "*base*install" files alongside "common" and "template" files.
Does *not* build python bindings (they are currently broken).

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #16 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:04:35 ---
Created an attachment (id=470)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=470)
KDL changes to rules and control files to support multiple targets

Support multiple targets
Support parallel build
NB has empty rules.target and control files

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #15 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 17:03:34 ---
Created an attachment (id=469)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=469)
KDL remove incorrectly named install files

These were named "xxx-dev1.0" while RTT and standard debian packages are
"xxx1.0-dev"

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

S Roderick <kiwi [dot] net [..] ...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Attachment #462 is|0 |1
obsolete| |

--- Comment #13 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 16:46:31 ---
Created an attachment (id=467)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=467)
RTT changes to rules and controls files to support multiple targets

Support multiple targets
Includes the parallel build patch (462)
control-lxrt.in is missing
NB the rules.targets and control files were deliberately left blank.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #14 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 16:47:27 ---
Created an attachment (id=468)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=468)
RTT v1.8 gnulinux generated files

Also includes change to v1.8.0 in RTT top-level CMakeLists.txt

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #12 from S Roderick <kiwi [dot] net [..] ...> 2009-07-10 16:44:36 ---
Created an attachment (id=466)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=466)
RTT missing install files

>From changes to RTT plugins.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #11 from S Roderick <kiwi [dot] net [..] ...> 2009-06-29 14:24:16 ---
Created an attachment (id=462)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=462)
Allow parallel build

Uses Debian-recommended approach to allow parallel build of .deb packages.

For example, for Bash type:

$ export DEB_BUILD_OPTIONS="parallel=2"
$ svn-buildpackage ...

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #10 from Peter Soetens <peter [..] ...> 2009-06-26 15:56:00 ---
Created an attachment (id=461)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=461)
This is for rtt-2.0-mainline only, fixes unused installed files

Only apply this if you're on the rtt-2.0-mainline branch. It adds the missing
headers. This patch will soon arrive on github.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #9 from Peter Soetens <peter [..] ...> 2009-06-26 15:54:42 ---
Created an attachment (id=460)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=460)
Apply after attachment 459

After applying this patch re-run create-control.sh <mytarget>
This works on a Ubuntu jaunty system.

You need additional patches to fix the missing files, depending on the branch
you're working on.

[Bug 681] Debian packages missing nearly all files when built on

On Jun 26, 2009, at 09:54 , Peter Soetens wrote:

> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>
> --- Comment #9 from Peter Soetens <peter [..] ...>
> 2009-06-26 15:54:42 ---
> Created an attachment (id=460)
> --> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=460)
> Apply after attachment 459
>
> After applying this patch re-run create-control.sh <mytarget>
> This works on a Ubuntu jaunty system.
>
> You need additional patches to fix the missing files, depending on
> the branch
> you're working on.

Works on Ubuntu Hardy building Orocos gnlinux v1.6 from trunk sources
(so it's really building v1.8).

Steps required (example is for v1.8 sources, when the v1.8 install
files are not yet in the repository = the current situation)

&#10;svn co ...&#10;cd rtt&#10;debchange -v 1.8.0-0&#10;cd debian&#10;./create-control.sh gnulinux    // optionally add &quot;lxrt&quot;, &quot;xenomai&quot;&#10;svn add *1.8*install&#10;cd ..&#10;export DEB_BUILD_OPTIONS=&quot;parallel=2&quot;    // or 4, 8, depending on your  &#10;computer&#039;s configuration&#10;svn-b     // or svn-br&#10;

[Bug 681] Debian packages missing nearly all files when built on

On Jun 29, 2009, at 08:40 , S Roderick wrote:

> On Jun 26, 2009, at 09:54 , Peter Soetens wrote:
>
>> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>>
>> --- Comment #9 from Peter Soetens <peter [..] ...>
>> 2009-06-26 15:54:42 ---
>> Created an attachment (id=460)
>> --> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=460)
>> Apply after attachment 459
>>
>> After applying this patch re-run create-control.sh <mytarget>
>> This works on a Ubuntu jaunty system.
>>
>> You need additional patches to fix the missing files, depending on
>> the branch
>> you're working on.
>
> Works on Ubuntu Hardy building Orocos gnlinux v1.6 from trunk sources
> (so it's really building v1.8).
>
> Steps required (example is for v1.8 sources, when the v1.8 install
> files are not yet in the repository = the current situation)
>
> &#10;&gt; svn co ...&#10;&gt; cd rtt&#10;&gt; debchange -v 1.8.0-0&#10;&gt; cd debian&#10;&gt; ./create-control.sh gnulinux    // optionally add &quot;lxrt&quot;, &quot;xenomai&quot;&#10;&gt; svn add *1.8*install&#10;&gt; cd ..&#10;&gt; export DEB_BUILD_OPTIONS=&quot;parallel=2&quot;    // or 4, 8, depending on your&#10;&gt; computer&#039;s configuration&#10;&gt; svn-b     // or svn-br&#10;&gt;

Peter, is this going to commit vs 1.8 or 2.x? I have it working for
both RTT and KDL using your approach, at least in gnulinux under
Ubuntu Jaunty. Moving on to OCL next. How do you want to work the
patches?

Cheers
Stephen

[Bug 681] Debian packages missing nearly all files when built on

On Thu, Jul 9, 2009 at 22:50, S Roderick<kiwi [dot] net [..] ...> wrote:
>
> Peter, is this going to commit vs 1.8 or 2.x? I have it working for both RTT
> and KDL using your approach, at least in gnulinux under Ubuntu Jaunty.
> Moving on to OCL next. How do you want to work the patches?

Could someone test the attachment? Probably contains typos.

Peter

[Bug 681] Debian packages missing nearly all files when built on

On Jul 10, 2009, at 08:49 , Peter Soetens wrote:

> On Thu, Jul 9, 2009 at 22:50, S Roderick<kiwi [dot] net [..] ...> wrote:
>>
>> Peter, is this going to commit vs 1.8 or 2.x? I have it working for
>> both RTT
>> and KDL using your approach, at least in gnulinux under Ubuntu
>> Jaunty.
>> Moving on to OCL next. How do you want to work the patches?
>
> Could someone test the attachment? Probably contains typos.
>
> Peter
> <ocl-debian-rules.patch>

One thing that I have noticed, is that OCL doesn't pick up the TAO
libs correctly in Jaunty when using the binary packages. The libraries
are listed in "libs.private" in orocos-rtt-corba-gnulinux.pc, which
are *not* used by dependant packages like OCL. I think that OCL needs
to manually search for Corba to use it with the deployer (just like
KDL does). Relying on pulling the libraries through the RTT libraries
is not the right approach I think.

S

[Bug 681] Debian packages missing nearly all files when built on

On Jul 10, 2009, at 08:49 , Peter Soetens wrote:

> On Thu, Jul 9, 2009 at 22:50, S Roderick<kiwi [dot] net [..] ...> wrote:
>>
>> Peter, is this going to commit vs 1.8 or 2.x? I have it working for
>> both RTT
>> and KDL using your approach, at least in gnulinux under Ubuntu
>> Jaunty.
>> Moving on to OCL next. How do you want to work the patches?
>
> Could someone test the attachment? Probably contains typos.
>
> Peter
> <ocl-debian-rules.patch>

I think this patch is exactly the same as what I've got here. I'll
take a look ... :-)
S

[Bug 681] Debian packages missing nearly all files when built on

On Thu, Jul 9, 2009 at 22:50, S Roderick<kiwi [dot] net [..] ...> wrote:
> On Jun 29, 2009, at 08:40 , S Roderick wrote:
>
>> On Jun 26, 2009, at 09:54 , Peter Soetens wrote:
>>
>>> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>>>
>>> --- Comment #9 from Peter Soetens <peter [..] ...>
>>> 2009-06-26 15:54:42 ---
>>> Created an attachment (id=460)
>>> --> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=460)
>>> Apply after attachment 459
>>>
>>> After applying this patch re-run create-control.sh <mytarget>
>>> This works on a Ubuntu jaunty system.
>>>
>>> You need additional patches to fix the missing files, depending on
>>> the branch
>>> you're working on.
>>
>> Works on Ubuntu Hardy building Orocos gnlinux v1.6 from trunk sources
>> (so it's really building v1.8).
>>
>> Steps required (example is for v1.8 sources, when the v1.8 install
>> files are not yet in the repository = the current situation)
>>
>> &#10;&gt;&gt; svn co ...&#10;&gt;&gt; cd rtt&#10;&gt;&gt; debchange -v 1.8.0-0&#10;&gt;&gt; cd debian&#10;&gt;&gt; ./create-control.sh gnulinux    // optionally add &quot;lxrt&quot;, &quot;xenomai&quot;&#10;&gt;&gt; svn add *1.8*install&#10;&gt;&gt; cd ..&#10;&gt;&gt; export DEB_BUILD_OPTIONS=&quot;parallel=2&quot;    // or 4, 8, depending on your&#10;&gt;&gt; computer&#039;s configuration&#10;&gt;&gt; svn-b     // or svn-br&#10;&gt;&gt;
>
> Peter, is this going to commit vs 1.8 or 2.x? I have it working for both RTT
> and KDL using your approach, at least in gnulinux under Ubuntu Jaunty.
> Moving on to OCL next. How do you want to work the patches?

I'll merge it to the 1.x branch.

Peter

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #8 from Peter Soetens <peter [..] ...> 2009-06-26 15:53:08 ---
Created an attachment (id=459)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=459)
Apply this patch to get the target specific rules parts

This patch is in addition to 458. It still contains a bug, see in next patch.

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #7 from S Roderick <kiwi [dot] net [..] ...> 2009-06-26 14:22:46 ---
(In reply to comment #6)
> Created an attachment (id=458)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=458) [details]
> make control / rules file configurable
>
> This patch from rtt-2.0-mailine cleans up the control and rules files. The
> create-control.sh script now takes an orocos target as argument, for which it
> generates these files. This allows easier building on platforms or Debian
> flavors not supported by RTAI/Xenomai
>
> Peter

Did you miss something that builds rules.${TARGET} ?

&#10;sroderick@dhcp133:~/software/vanilla/rtt-peter/rtt/debian$ ./create-control.sh &#10;This scripts creates the debian/control and debian/*.install files from several&#10;template files.&#10;Detected RTT Major version: 1.6&#10;Building scripts for targets: gnulinux&#10;Creating control ...&#10;Creating liborocos-rtt-corba-gnulinux1.6-dev.install ...&#10;Creating liborocos-rtt-corba-gnulinux1.6.install ...&#10;Creating liborocos-rtt-gnulinux1.6-dev.install ...&#10;Creating liborocos-rtt-gnulinux1.6.install ...&#10;Creating liborocos-rtt-common1.6-dev.install...&#10;Creating liborocos-rtt-corba-common1.6-dev.install...&#10;Creating rules files...&#10;Done!&#10;&#10;sroderick@dhcp133:~/software/vanilla/rtt-peter/rtt/debian$ cd ..&#10;&#10;sroderick@dhcp133:~/software/vanilla/rtt-peter/rtt$ svn-b&#10;Complete layout information:&#10;    trunkDir=/home/sroderick/software/vanilla/rtt-peter/rtt&#10;    trunkUrl=http://svn.mech.kuleuven.be/repos/orocos/trunk/rtt&#10;dpkg-checkbuilddeps&#10;fakeroot debian/rules clean || debian/rules clean&#10;debian/rules.targets:6: debian/rules.gnulinux: No such file or directory&#10;make: *** No rule to make target `debian/rules.gnulinux&#039;.  Stop.&#10;debian/rules.targets:6: debian/rules.gnulinux: No such file or directory&#10;make: *** No rule to make target `debian/rules.gnulinux&#039;.  Stop.&#10;Command fakeroot debian/rules clean || debian/rules clean failed in &lt;unknown&gt;,&#10;how to continue now? [Qri?]: Q&#10;Aborting.&#10;&#10;

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

--- Comment #6 from Peter Soetens <peter [..] ...> 2009-06-26 13:56:07 ---
Created an attachment (id=458)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=458)
make control / rules file configurable

This patch from rtt-2.0-mailine cleans up the control and rules files. The
create-control.sh script now takes an orocos target as argument, for which it
generates these files. This allows easier building on platforms or Debian
flavors not supported by RTAI/Xenomai

Peter

[Bug 681] Debian packages missing nearly all files when built on

https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681

Leopold Palomo <leopold [dot] palomo [..] ...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |leopold [dot] palomo [..] ...

--- Comment #5 from Leopold Palomo <leopold [dot] palomo [..] ...> 2009-06-26 12:35:41 ---
First of all ...
<rant mode>
Ohh dammed!!!! please, could you put in the subject that the new version of rtt
is 1.8.4!!!!
</rant mode>

after download the new version of the rtt I have created the packages:

-rw-r--r-- 1 leopold.palomo src 293512 26 jun 11:24
liborocos-rtt-common1.8-dev_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 59248 26 jun 11:24
liborocos-rtt-corba-common1.8-dev_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 624088 26 jun 11:24
liborocos-rtt-corba-gnulinux1.8_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 951412 26 jun 11:24
liborocos-rtt-corba-gnulinux1.8-dev_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 624048 26 jun 11:24
liborocos-rtt-corba-lxrt1.8_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 951046 26 jun 11:24
liborocos-rtt-corba-lxrt1.8-dev_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 623950 26 jun 11:24
liborocos-rtt-corba-xenomai1.8_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 951244 26 jun 11:24
liborocos-rtt-corba-xenomai1.8-dev_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 1283862 26 jun 11:24
liborocos-rtt-gnulinux1.8_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 2330230 26 jun 11:24
liborocos-rtt-gnulinux1.8-dev_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 1286848 26 jun 11:24
liborocos-rtt-lxrt1.8_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 2333536 26 jun 11:24
liborocos-rtt-lxrt1.8-dev_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 1285432 26 jun 11:25
liborocos-rtt-xenomai1.8_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 2332194 26 jun 11:25
liborocos-rtt-xenomai1.8-dev_1.8.4-2_amd64.deb
-rw-r--r-- 1 leopold.palomo src 34023340 26 jun 11:24
orocos-rtt-dbg1.8_1.8.4-2_amd64.deb

so, I retract my self and I cannot confirm the S Roderick bug.

Regards,

Leo

[Bug 681] Debian packages missing nearly all files when built on

On Jun 26, 2009, at 06:35 , Leopold Palomo wrote:

> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>
> Leopold Palomo <leopold [dot] palomo [..] ...> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> CC| |leopold [dot] palomo [..] ...
>
> --- Comment #5 from Leopold Palomo <leopold [dot] palomo [..] ...>
> 2009-06-26 12:35:41 ---
> First of all ...
> <rant mode>
> Ohh dammed!!!! please, could you put in the subject that the new
> version of rtt
> is 1.8.4!!!!
> </rant mode>

I did mention this ... second sentence of original message. Sorry you
missed it. I also selected the appropriate version in the bug report.

> From trunk at r30240

Creation of the packages isn't the issue. It is the contents that are
not correct. What does "dpkg -c" give you for those packages?

Did you have to modify the v1.8.4 release at all to generate the
packages?

> after download the new version of the rtt I have created the packages:
>
> -rw-r--r-- 1 leopold.palomo src 293512 26 jun 11:24
> liborocos-rtt-common1.8-dev_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 59248 26 jun 11:24
> liborocos-rtt-corba-common1.8-dev_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 624088 26 jun 11:24
> liborocos-rtt-corba-gnulinux1.8_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 951412 26 jun 11:24
> liborocos-rtt-corba-gnulinux1.8-dev_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 624048 26 jun 11:24
> liborocos-rtt-corba-lxrt1.8_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 951046 26 jun 11:24
> liborocos-rtt-corba-lxrt1.8-dev_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 623950 26 jun 11:24
> liborocos-rtt-corba-xenomai1.8_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 951244 26 jun 11:24
> liborocos-rtt-corba-xenomai1.8-dev_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 1283862 26 jun 11:24
> liborocos-rtt-gnulinux1.8_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 2330230 26 jun 11:24
> liborocos-rtt-gnulinux1.8-dev_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 1286848 26 jun 11:24
> liborocos-rtt-lxrt1.8_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 2333536 26 jun 11:24
> liborocos-rtt-lxrt1.8-dev_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 1285432 26 jun 11:25
> liborocos-rtt-xenomai1.8_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 2332194 26 jun 11:25
> liborocos-rtt-xenomai1.8-dev_1.8.4-2_amd64.deb
> -rw-r--r-- 1 leopold.palomo src 34023340 26 jun 11:24
> orocos-rtt-dbg1.8_1.8.4-2_amd64.deb
>
>
> so, I retract my self and I cannot confirm the S Roderick bug.
>
> Regards,

[Bug 681] Debian packages missing nearly all files when built on

A Divendres 26 Juny 2009, S Roderick va escriure:
> On Jun 26, 2009, at 06:35 , Leopold Palomo wrote:
> > https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
> >
> > Leopold Palomo <leopold [dot] palomo [..] ...> changed:
> >
> > What |Removed |Added
> > -------------------------------------------------------------------------
> >--- CC| |leopold [dot] palomo [..] ...
> >
> > --- Comment #5 from Leopold Palomo <leopold [dot] palomo [..] ...>
> > 2009-06-26 12:35:41 ---
> > First of all ...
> > <rant mode>
> > Ohh dammed!!!! please, could you put in the subject that the new
> > version of rtt
> > is 1.8.4!!!!
> > </rant mode>
>
> I did mention this ... second sentence of original message. Sorry you
> missed it. I also selected the appropriate version in the bug report.
>
> > From trunk at r30240

Yes, I missed it. OTOH, at least the svn version of the debian directory is
the same (trunk and rtt-1.8 brach) I think.

> Creation of the packages isn't the issue. It is the contents that are
> not correct. What does "dpkg -c" give you for those packages?

Have you look the size? The contents are attached.

> Did you have to modify the v1.8.4 release at all to generate the
> packages?

well, I have the necessary packages to build the complete saga (all the
flavours) of rtt in my box.

Leo

[Bug 681] Debian packages missing nearly all files when built on

On Jun 26, 2009, at 08:16 , Leopold Palomo-Avellaneda wrote:

> A Divendres 26 Juny 2009, S Roderick va escriure:
>> On Jun 26, 2009, at 06:35 , Leopold Palomo wrote:
>>> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>>>
>>> Leopold Palomo <leopold [dot] palomo [..] ...> changed:
>>>
>>> What |Removed |Added
>>> -------------------------------------------------------------------------
>>> --- CC| |leopold [dot] palomo [..] ...
>>>
>>> --- Comment #5 from Leopold Palomo <leopold [dot] palomo [..] ...>
>>> 2009-06-26 12:35:41 ---
>>> First of all ...
>>> <rant mode>
>>> Ohh dammed!!!! please, could you put in the subject that the new
>>> version of rtt
>>> is 1.8.4!!!!
>>> </rant mode>
>>
>> I did mention this ... second sentence of original message. Sorry
>> you
>> missed it. I also selected the appropriate version in the bug report.
>>
>>> From trunk at r30240
>
> Yes, I missed it. OTOH, at least the svn version of the debian
> directory is
> the same (trunk and rtt-1.8 brach) I think.
>
>> Creation of the packages isn't the issue. It is the contents that are
>> not correct. What does "dpkg -c" give you for those packages?
>
> Have you look the size? The contents are attached.

The sizes are way off.

>> Did you have to modify the v1.8.4 release at all to generate the
>> packages?
>
> well, I have the necessary packages to build the complete saga (all
> the
> flavours) of rtt in my box.

Great!

Building by hand using the following, works.
&#10;fakeroot debian/rules configure&#10;fakeroot debian/rules build&#10;fakeroot debian/rules install&#10;

I noticed that when using svn-buildpackage, that only the debian/
*template*install files were in the build.area/debian directory,
whereas the debian/*1.8*install files _were_ in the rtt source
directory. Looks like the culprit is that these files aren't getting
copied over. Now _WHY_ is another story.

What version of svn-buildpackage are you using? What is your exact
command line to build the packages? I have

[Bug 681] Debian packages missing nearly all files when built on

On Jun 26, 2009, at 09:42 , Stephen Roderick wrote:

> On Jun 26, 2009, at 08:16 , Leopold Palomo-Avellaneda wrote:
>
>> A Divendres 26 Juny 2009, S Roderick va escriure:
>>> On Jun 26, 2009, at 06:35 , Leopold Palomo wrote:
>>>> https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=681
>>>>
>>>> Leopold Palomo <leopold [dot] palomo [..] ...> changed:
>>>>
>>>> What |Removed |Added
>>>> -------------------------------------------------------------------------
>>>> --- CC| |leopold [dot] palomo [..] ...
>>>>
>>>> --- Comment #5 from Leopold Palomo <leopold [dot] palomo [..] ...>
>>>> 2009-06-26 12:35:41 ---
>>>> First of all ...
>>>> <rant mode>
>>>> Ohh dammed!!!! please, could you put in the subject that the new
>>>> version of rtt
>>>> is 1.8.4!!!!
>>>> </rant mode>
>>>
>>> I did mention this ... second sentence of original message. Sorry
>>> you
>>> missed it. I also selected the appropriate version in the bug
>>> report.
>>>
>>>> From trunk at r30240
>>
>> Yes, I missed it. OTOH, at least the svn version of the debian
>> directory is
>> the same (trunk and rtt-1.8 brach) I think.
>>
>>> Creation of the packages isn't the issue. It is the contents that
>>> are
>>> not correct. What does "dpkg -c" give you for those packages?
>>
>> Have you look the size? The contents are attached.
>
> The sizes are way off.
>
>>> Did you have to modify the v1.8.4 release at all to generate the
>>> packages?
>>
>> well, I have the necessary packages to build the complete saga (all
>> the
>> flavours) of rtt in my box.
>
> Great!
>
> Building by hand using the following, works.
> &#10;&gt; fakeroot debian/rules configure&#10;&gt; fakeroot debian/rules build&#10;&gt; fakeroot debian/rules install&#10;&gt;
>
> I noticed that when using svn-buildpackage, that only the debian/
> *template*install files were in the build.area/debian directory,
> whereas the debian/*1.8*install files _were_ in the rtt source
> directory. Looks like the culprit is that these files aren't getting
> copied over. Now _WHY_ is another story.
>
> What version of svn-buildpackage are you using? What is your exact
> command line to build the packages? I have
>
> // from the top of /usr/bin/svn-buildpackage - it doesn't have --
> version, etc.
> $Id: svn-buildpackage 2210 2006-02-04 14:55:38Z inet $
>
> svn-buildpackage -us -uc -rfakeroot --svn-ignore
>

dpkg-buildpackage works also.

I wonder if svn-buildpackage is pulling the rtt/debian directory from
trunk using SVN, instead of copying over from the local source? If so,
then the 1.8 files aren't committed to trunk yet (only 1.4 is there),
and if it then clears out all versioned install files (ie 1.4) from
the rtt/debian directory before building, then there will only be the
template files in build.area/debian. This would cause the problem.

Anyone familiar with how svn-buildpackge works on the inside? Might
this be the cause?

Peter, how do you normally build the packages?

Cheers
Stephen