The Player 3.0.0 packages have been committed, built (for F-11, F-12 and
F-13), and submitted to update-testing for F-11, go have a look.
Based on input of the recent thread the config files are still in
/etc/player. Arguments for and against it weighing out pretty even my
reasoning is that anywhere in /etc is where most people will start
looking for config files, even if they are meant to be templates, and
especially if they used the Player 2 package already. After all, the
Apache config for example is also a giant template for your stuff...
The package does not build for the devel branch (F-13) at the moment
(cf. https://koji.fedoraproject.org/koji/buildinfo?buildID=140037). See
the build.log of the failed tasks. It says it cannot find boost_thread
while boost-devel is included in the BuildRequires (and according to
root.log it's installed just fine). Need to have a closer look what the
problem is, suggestions welcome.
Rich: sorry, took longer for time constraint reasons to get the stuff
pushed. How are your review requests/sponsoring doing?
Tim Niemueller <tim(a)niemueller.de> www.niemueller.de
Imagination is more important than knowledge. (Albert Einstein)
I am the main developer of a set of software packages called RobOptim
and I would like to know if they would
be eligible for inclusion in Fedora.
RobOptim is a set of packages designed to make robotics non-linear
optimization problem easier to solve.
It is composed of several packages which are focusing on different
kind of problem related to robotics,
especially humanoid robotics.
roboptim-core is a C++ generic library which aims at defining an
optimization problem in a generic way, it also provides
mathematical tools such as finite difference computation and gradient checks.
However roboptim-core does not contain any optimization algorithm in
itself, it links against solvers such
as CFSQP (main one we are using but unfortunately not open) and Ipopt
(a draft implementation has been done, need
some testing though), etc.
roboptim-trajectory is a toolbox which contains trajectory
definitions, cost functions and constraints which can be used
to build optimization projects.
Optimization has many interests in robotics (and RobOptim can optimize
whatever problem is given as long as it is
well-formed) but as far as I am concerned I use it to optimize
humanoid robot trajectories.
This project is eight months old and has been used on Linux and
Of course, I am volunteering to maintain the package. I have no
experience in "real" packaging but I still
have messed around with RPMs a bit.
You can see a a first try here:
Note that it was not designed with Fedora's policies in mind, so it
probably is not acceptable in this state...
RobOptim packages are using GNU Autoconf, Automake and Libtool,
Doxygen for documentation and provides
a (small) test suite which is regularly run through Valgrind.
* External dependencies:
- Boost (>=1.34.1)
- GNU Libtool ltdl
* Web site:
- LGPL for roboptim-core/roboptim-trajectory
- For plug-ins: LGPL or whatever is compatible with the license of the solver.
I do not really know what is Fedora's policies regarding scientific
packages (minimum user base? quality?),
so any help would be greatly appreciated.