GitLab

This reverts commit 88a6a17d.

Pinocchio is a C++ library for dynamic computations focusing on robotic,
computer animation and biomechanical applications.

This package provides the python bindings for pinocchio.

Pinocchio is a C++ library for dynamic computations focusing on robotic,
computer animation and biomechanical applications. It is based on the dynamic
multi-body computations formalized by Featherstone in his book.
The software comes with a python wrapping and vizualisation tool, available
separately in the py-pinocchio package.

ros-kinetic has grown a ros-kinetic-diagnostics-1.9.2

There is a ros meta-pkg called ros-humanoid-msgs, which contains itself plus
ros-humanoid-nav-msgs. Since the meta-pkg contains itself, installing the
debian package only installs ros-humanoid-msgs but not ros-humanoid-nav-msgs
...

Fix SYSTEM_PKG.Ubuntu.ros-humanoid-msgs by listing the required debian
packages.

Fixes #157

This dependency used to be implicitly pulled by
mk/checksum/checksum-vars.mk, but this file has been cleaned in
commit:57189c08 and the dependency now needs to be made explicit.

Fixes leftover 'digest' packages during bulk builds after `make deinstall`.

Thanks Guilhem!

Some sites, most notably github redirecting to amazon s3 storage and
googlecode, refuse HEAD requests (403). For those, fallback to a GET request
with a 'Range: bytes 0-0' header.

Other sites refuse curl user agent (403). Because of those, one now send a
'robotpkg' user agent (although it's still curl, but what else can be done?).

While here, add a variable NO_MASTER_SITES_CHECK to disable the
check-msster-sites target for a package.

qpOASES is an open-source C++ implementation of the recently proposed
online active set strategy, which was inspired by important observations
from the field of parametric quadratic programming (QP). It has several
theoretical features that make it particularly suited for model predictive
control (MPC) applications. Further numerical modifications have made
qpOASES a reliable QP solver, even when tackling semi-definite, ill-posed or
degenerated QP problems. Moreover, several interfaces to third-party software
like  Matlab or  Simulink are provided that make qpOASES easy-to-use even for
users without knowledge of C/C++.

This runs a `make clean` inside the package source. This is probably only
useful for packages that are 'checkout', where `make clean` can't run.

While here, let `make cleaner` invoke this target for a checkout package,
instead of doing nothing.

The clean-build target can be customized through CLEAN_TARGET (or
CLEAN_TARGET.<build dir>) and CLEAN_MAKE_CMD. CLEAN_MAKE_FLAGS is also
available, defaulting to BUILD_MAKE_FLAGS.

The commit forces the checkout cookie to be outdated when the checkout target
is invoked again, allowing the checkout to be updated.

The checkout script then does the following, depending on MASTER_REPOSITORY:
 - with git, run git pull instead of git clone
 - with dir, sync the linkfarm by removing broken links (deleted files) and
   updating missing links (new files)
 - with cvs, svn: does the checkout again - it should work, although it's not
   been tested.

Collapse the rules setting up the 'trusted' environment. This makes the errors
from 'make' less cryptic when a target fails.

_ROBOTPKG_NOW is the current date, formatted for computing the "patch level"
version suffix appended for checkout packages. This has to remain constant
during all phases of one make invocation.

The best place to compute this variable is here, instead of in utils.mk,
because some sub-make in robotpkg sometimes resart themselves after dependency
resolution, leading to a new value for the _ROBOTPKG_NOW variable.

Like for other *-vars.mk files, checksum-vars.mk should be includable without
triggering the {bootstrap-,}dependencies associated to the actual checksum
targets. This commit leaves only the variable definitions in checksum-vars.mk,
moving the rest to checksum.mk

This way, the checkout target does not artificially inherit from the 'digest'
dependency which is useless when working with a checked out package.

This forces a rebuild triggered by all targets that require it (mostly
'install'), even if the ${COOKIE.build} is present.

This package is not developed anymore, and depends on non-existent kineoworks
package. So it is unlikely to be useful to anyone.

OK Florent

This package is not developed anymore, and depends on non-existent kineoworks
package. So it is unlikely to be useful to anyone.

OK Florent, Guilhem

This package is not developed anymore, and depends on non-existent kineoworks
package. So it is unlikely to be useful to anyone.

OK Florent, Guilhem

Bump PKGREVISION

* patch-aa: Use boost::none instead of the default none_t() constructor, which
  has disappeared in recent boost versions.
* Fix dependencies: add eigen3, libtool-ltdl and a bunch of boost-libs

Bump PKGREVISION

The public headers of this package are such that a direct dependency on log4cpp
and eigen3 must be added for all dependant packages.

patch-aa: drop and attribute((unused)) that g++ does not accept in a
BOOST_STATIC_ASSERT construct.

patch-ab: fix PLIST for older cmake by not installing versionned symlinks for a
module.

Bump PKGREVISION

Amend patch-aa fixing the CMakeList : creating a library with no source seem to
not be supported anymore. But this is in practice not needed, this was only
done for the "linux" target, while other target were building libraries
normally. I really don't get the reason to handle linux differently.

Bump PKGREVISION.

After commit:b014d103, one cannot just set PREFER_ALTERNATIVE.* to handle
enforced alternatives with PKGREQD. Instead, set directly the alternative
choice and check it's valid by restricting the selection list to this single
item.

Pass the correct sphinx-build exectuable (for the correct python version) to
the build system.

The blender version output by blender -v might not be on the first line.

This is EOL.

The packaged version was outdated, and all supported distributions provide a
newer alternative. No need to package it here, a sysdep is enough.

python33 is EOL, no package is using it and it should not be used.

Note: python32 has to be kept for compat with ubuntu 12.04, which is also EOL
but that still has to be supported.

Affected packages:

* gepetto-viewer
* gepetto-viewer-corba
* hpp-fcl

Changes since 1.0:

Cf. optimization/roboptim-core

Changes since 3.0:

* ColMajor/RowMajor support has been improved (cf. %89). Default is back to
  ColMajor since this is Eigen's default mode, but that can be changed with a
  CMake variable.
* Allocation checking has been improved (cf. %92).
* Multiplots are now available with the matplotlib plotting backend (cf. %94).
* Added vector_t and bool to the solver parameter types. As a consequence,
  std::string parameters should not rely on automatic conversion from const
  char* (cf. 7a0bbb7).
* Renamed scale[s]* to scaling* (cf. 434559c). Previous methods/typedefs are
  currently kept for backward compatibility, but marked as deprecated.
* Add new StructuredInput helper (cf. %96).
* Add support for matrix plotting with matplotlib (cf. 5abd27e / af48e9b).

Changes since 2.0:

* New features:
    * Lots of new functions (cos, sin, etc.), operators (plus, minus, scalar,
      map, etc.) and decorators (cached function etc.),
    * Callback system (logger, callback multiplexer),
    * Simple Matplotlib support for visualization,
    * Function pools,
    * Set argument names (useful for plotting).
* Improvements:
    * Support Eigen::Ref: now RobOptim functions accept blocks/segments of
      Eigen matrices as input,
    * Improved CachedFunction with LRU cache,
    * Automatic conversion of constraints/cost function types when creating
      problems,
    * Faster forward-difference rule for finite differences.
* Other changes:
    * Removed exception specifiers (void function(...) throw())
    * Storage order was changed from Eigen's default (column-major) to
      row-major. The storage order is available in the GenericFunctionTraits
      (StorageOrder).
    * Move metaprogramming magic to roboptim/core/detail/utility.hh
    * Merge roboptim/core/visualization/util.hh with roboptim/core/util.hh

Changes since 1.0:

The version 2.0 of roboptim-core now depends on Eigen for matrix computations
by default.
Traits allow the user to use its own type. Support for Eigen dense and sparse
matrices is built-in.

Alternative summary in `make show-options` can be quite obfuscated without
a manual. So display a short legend for each symbol present in the output of
the current alternative selection.