For more infomation about this bug, visit
Summary: Migrate RTT to standard Debian packages
Product: RTT
Version: rtt-trunk
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Debian Packaging
AssignedTo: orocos-dev [..] ...
ReportedBy: peter [dot] soetens [..] ...
CC: orocos-dev [..] ...
Estimated Hours: 0.0
This bug report is for collecting all open issues which must be addressed such
that the Orocos packages rely 100% on standard/official Debian packages.
This means depending on official RTAI, Xenomai etc. packages. This will open
the path to official Debian inclusion. Please attach a comment to this report
for each known problem for the *RTT* (like wrong install locations or looking
for the wrong paths in the cmake files....)
If this list grows to long, we'll open separate bug reports, but for now lets
collect them here. Also attach your patches to this report!
* RTT does not depend on official RTAI packages.
* RTT looks for RTAI in /usr/realtime/include instead of /usr/include/rtai
[Bug 575] Migrate RTT to standard Debian packages
https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=575
--- Comment #2 from Peter Soetens <peter [..] ...> 2009-05-29 16:26:17 ---
(In reply to comment #1)
> Ubuntu Hardy can not install liborocos-rtt-corba-gnulinux1.6. Fails on
> libace5.4.7c2a, libtao-orbsvcs1.4.7c2a and libtao1.4.7c2a. The "c2a" suffix
> appears to be the problem as the Hardy packages have a "ldbl" suffix instead
> (although the "-dev" versions are without a suffix). Having said that, the
> "libtao1.4.7ldbl" Hardy package conflicts with "libtao1.4.7c2a" so it obviously
> knows something about "c2a" packages. The "c2a" are packages for previous
> versions (e.g. etch, feisty), right?
>
> In synaptic, all repositories are in effect but are not using backports nor
> proposed updates (adding in backports and proposed does not change the
> situation)
>
> Any idea what would happen if we list just "libace5.4.7", etc, without the
> final suffix. Would that work?
As I understood it, you only need to list the 'build' dependencies, so the -dev
packages, on top of your control file. The other dependencies (dependent
libraries for each package) are automatically generated during package build,
except for the -dev packages, because these can not be automatically guessed.
Peter
[Bug 575] Migrate RTT to standard Debian packages
https://www.fmtc.be/bugzilla/orocos/show_bug.cgi?id=575
S Roderick <kiwi [dot] net [..] ...> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kiwi [dot] net [..] ...
--- Comment #1 from S Roderick <kiwi [dot] net [..] ...> 2009-05-29 15:48:13 ---
Ubuntu Hardy can not install liborocos-rtt-corba-gnulinux1.6. Fails on
libace5.4.7c2a, libtao-orbsvcs1.4.7c2a and libtao1.4.7c2a. The "c2a" suffix
appears to be the problem as the Hardy packages have a "ldbl" suffix instead
(although the "-dev" versions are without a suffix). Having said that, the
"libtao1.4.7ldbl" Hardy package conflicts with "libtao1.4.7c2a" so it obviously
knows something about "c2a" packages. The "c2a" are packages for previous
versions (e.g. etch, feisty), right?
In synaptic, all repositories are in effect but are not using backports nor
proposed updates (adding in backports and proposed does not change the
situation)
Any idea what would happen if we list just "libace5.4.7", etc, without the
final suffix. Would that work?
S