Bug#894647: python-rostest should depend on python-roslaunch

2018-04-02 Thread Johannes Schauer
Package: python-rostest
Severity: normal

When running /usr/bin/rostest I get:

Traceback (most recent call last):
  File "/usr/share/rostest/cmake/../../../bin/rostest", line 36, in 
rostestmain()
  File "/usr/lib/python2.7/dist-packages/rostest/__init__.py", line 273, in 
rostestmain
from rostest.rostest_main import rostestmain as _main
  File "/usr/lib/python2.7/dist-packages/rostest/rostest_main.py", line 46, in 

import roslaunch
ImportError: No module named roslaunch

The binary package should depend on python-roslaunch.

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


Bug#894644: libtf2-kdl-dev should depend on eigen3

2018-04-02 Thread Johannes Schauer
Package: libtf2-kdl-dev
Severity: normal

Hi,

when building with libtf2-kdl-dev I get the following error from cmake:

CMake Error at /usr/share/tf2_kdl/cmake/tf2_kdlConfig.cmake:106 (message):
  Project 'tf2_kdl' specifies '/usr/include/eigen3' as an include dir, which
  is not found.  It does neither exist as an absolute directory nor in
  '/usr//usr/include/eigen3'.  Check the website 'http://ros.org/wiki/tf2'
  for information and consider reporting the problem.
Call Stack (most recent call first):
  /usr/share/catkin/cmake/catkinConfig.cmake:76 (find_package)
  CMakeLists.txt:5 (find_package)


-- Configuring incomplete, errors occurred!


Installing libeigen3-dev fixed the problem. Thus, the package should
probably depend on it.

Thanks!

cheers, josch

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


Accepted orocos-bfl 0.8.0-3 (source) into unstable

2018-04-02 Thread Johannes Schauer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 02 Apr 2018 14:45:17 +0200
Source: orocos-bfl
Binary: liborocos-bfl0.8 liborocos-bfl-dev liborocos-bfl-examples
Architecture: source
Version: 0.8.0-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Johannes Schauer <jo...@debian.org>
Description:
 liborocos-bfl-dev - Orocos Bayesian Filtering Library development files
 liborocos-bfl-examples - Orocos Bayesian Filtering Library examples
 liborocos-bfl0.8 - Orocos Bayesian Filtering Library
Changes:
 orocos-bfl (0.8.0-3) unstable; urgency=medium
 .
   * debian/changelog: break long lines
   * Add patch that fixes testsuite on non-amd64 architectures
   * Start using pkgkde-symbolshelper because the C++ symbols differ between
 architectures
Checksums-Sha1:
 b67647fb084b453e0f4dade39b9002a37b404f66 2296 orocos-bfl_0.8.0-3.dsc
 91dd24d0d9fdc545bc2bc623dff4552ff04b87b4 11220 orocos-bfl_0.8.0-3.debian.tar.xz
 be09afb16ece5332bb6beb01dc60676584b2fc0b 7551 
orocos-bfl_0.8.0-3_source.buildinfo
Checksums-Sha256:
 7e4ac0b82f408e22d044b039092604126af2f62084e59fb2479e27f6e400f536 2296 
orocos-bfl_0.8.0-3.dsc
 623c6edf8e9a055cd0521feb08e5177aa56dbe2f605c09157b2a42bd1f89504a 11220 
orocos-bfl_0.8.0-3.debian.tar.xz
 768a17ccefe48c648c170b650a769e8d70ee1c0a1007fd465739538423ce031a 7551 
orocos-bfl_0.8.0-3_source.buildinfo
Files:
 fa4ee8179bafe1338dfbc09d67cc7f22 2296 devel optional orocos-bfl_0.8.0-3.dsc
 8c658e5d8eacfaa7497e271ca2f234fb 11220 devel optional 
orocos-bfl_0.8.0-3.debian.tar.xz
 9bdf14a8f96d263a7b98d8c74020d70f 7551 devel optional 
orocos-bfl_0.8.0-3_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJFBAEBCAAvFiEElFhU6KL81LF4wVq58sulx4+9g+EFAlrCJjYRHGpvc2NoQGRl
Ymlhbi5vcmcACgkQ8sulx4+9g+HSCBAAqqxur8OPOdfi3oPEgUWEgq2VzsRxK7x6
OB57/jC8xDDrbKCeOOKoN3BVBmVO3sKWjgP6j+57WD0tmtSRKnwW5vNoh3pPdceF
c+R2G/VyqEWbiyTX6UKpYlVATPgH6LKp0ahVfUJJQbERPVaKPc+KMc/Js7+33alc
WHtClmvEon1UZYzqTZEETlbiS6WoqFC4BEA4ehUrC9olYhcQ14bSKsquFKMBkljd
pHO5AGO/IMCL1vtZ7dQEBZ4dwiiXbWlooVEL7IXoacyN6Wce/smkUx6j+qvO36FK
WCsAOkvV16MsRm10BwA9YEkR4mzUqQYP5W3OtqWhXEhwDUAAq8AXvUG628AyJigS
wy4VPQCQl0+X9Ae2phXZjoXPK60VGOZouOetbrUv4/d2kDepyvVVW2r1zVgBsBiT
0oKJm23ztlfjqJuS864j/nne2N2YPobBnM9VlQwvTkHa/2lYrB7NpejPQLHXwuQx
t56gXYwEu2kCCM/iyUN0uGEKqLinNMm45Pt1Vr2uewKGv7jZV84hsSE20DNzToGJ
3XC+HxiejVM8SxrDuoZmcGLndmd0QjfgiJEDOaPQQI9S8e6P1Hb0Dpsdv5urB7iE
s08soOOrgcEmOjOlSEDcV/609sbt4imjXq/eCfRejkDjUm98tQw6i8ZdpurIrpCJ
lYXhH8n009M=
=D2oH
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


Accepted orocos-bfl 0.8.0-2 (source) into unstable

2018-04-02 Thread Johannes Schauer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 02 Apr 2018 09:51:35 +0200
Source: orocos-bfl
Binary: liborocos-bfl0.8 liborocos-bfl-dev liborocos-bfl-examples
Architecture: source
Version: 0.8.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Johannes Schauer <jo...@debian.org>
Description:
 liborocos-bfl-dev - Orocos Bayesian Filtering Library development files
 liborocos-bfl-examples - Orocos Bayesian Filtering Library examples
 liborocos-bfl0.8 - Orocos Bayesian Filtering Library
Changes:
 orocos-bfl (0.8.0-2) unstable; urgency=medium
 .
   * Bump Standards-Version to 4.1.3 (no changes required)
   * debian/copyright: Add more copyright holders
   * Also install pkgconfig in multiarch path to not prevent cross compilation
   * Bump debhelper compat level to 11
   * Add Vcs-Git and Vcs-Browser fields
   * debian/tests/run-tests: bump CMAKE_MINIMUM_REQUIRED to 2.4 because cmake 
doesn't support older versions
   * debian/control: add Recommends:pkg-config for liborocos-bfl-dev
   * debian/tests/run-tests: use content of liborocos-bfl-examples package to 
test and not unpacked source
   * debian/tests/control: do not install @builddeps@ but install cmake and 
build-essential explicitly
   * do not compress example files to prevent mixed compressed and 
non-compressed sources
   * debian/tests/run-tests: Use hidden cmake options -H and -B
Checksums-Sha1:
 88c40e661ed8668b933910e7bb7ec89907ea6b80 2281 orocos-bfl_0.8.0-2.dsc
 4fbebbc0de9d649ccf296a07a71359ec4bb2d89f 11328 orocos-bfl_0.8.0-2.debian.tar.xz
 cd22878da8166b0c7c9444bd10d65a1ee24bf981 7124 
orocos-bfl_0.8.0-2_source.buildinfo
Checksums-Sha256:
 d330ed80ed4f383cec96a68b15a8cb72494af522bb27db9d21a1b2b4c8a607cb 2281 
orocos-bfl_0.8.0-2.dsc
 2fa0f09414182755eefa418b90714875fec650904df272e974645ba353925074 11328 
orocos-bfl_0.8.0-2.debian.tar.xz
 748519aafdd82edd59089b7cfa90cd911d9dd46551f287e3a0bbea2b3fe5a31f 7124 
orocos-bfl_0.8.0-2_source.buildinfo
Files:
 ef8fa1249162cfeea393521842b2f776 2281 devel optional orocos-bfl_0.8.0-2.dsc
 1013a3d71c74fd584695a6da03a3cd0b 11328 devel optional 
orocos-bfl_0.8.0-2.debian.tar.xz
 61ade83e9d7524167b62c4c9c1d483cf 7124 devel optional 
orocos-bfl_0.8.0-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJFBAEBCAAvFiEElFhU6KL81LF4wVq58sulx4+9g+EFAlrB4W4RHGpvc2NoQGRl
Ymlhbi5vcmcACgkQ8sulx4+9g+FLEQ//VAfDypcUCehCe29AYby4fAjxEdrKM8j9
M3W11CsRdEFTt/KUGBVpPcoFMQ3TSX76pzU0Yd7li5U0uAxrtWDabeqHJs7wlVGf
xDZRgjarqhqZY9GxM8bJEH/SEA2su1g34RcppvEax6Tqn87zwnyg+wh1/lNbNGfc
NloLczl8B56px9cRqv9fGe28RPQtiKFQOcUKXXbMrthjBGDYWUJ+F6rP4wG3sr8P
S58LyUxb/HjVuUBi6Y+1D9IKsRWq78wDpWE3O02zI1mKi5M4a7YG0KkBVyupLiEv
38lTSU3afqC4MiDYTcVFe7V2Ds97IQFzJq824cfySMMnAdznbwS7byDnVGrut9SB
VqhdeiinV2Yq4+1uNchiakfs8hw3If7Crt73xyarVnfifrwErJHrcE2WAECE0ctZ
f6WLOn9deeHJkU3nTsXZwNbheDyl7sLxKxgjucsOLt9V0fvYD8b/PswRH34ZAP2P
20hCmKkVdLdPkUR8GimfI3wCd4M+31LRahPqCa5a44r/2fwPVbwziiObxZ/vnWIJ
Zwog0GJxj9zXcPefHb9wQ4pqOBM40o7bsH7zlClWPyl/KoogDMTtb9HlFmzrg77a
+n0GS75r27rFXYdfpDSJ+AOOMO+C4YrhCyAaOlbl5EmU8xnsUDaII0apwWPBocVP
+GDc/iNv26E=
=6nmZ
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


Re: orocos-bfl_0.8.0-1_combined.changes REJECTED

2018-03-27 Thread Johannes Schauer
Quoting Johannes Schauer (2018-03-27 10:30:37)
> > * pkg-config file in wrong directory
> 
> The pkg-config file is stored in:
> 
> /usr/lib/pkgconfig/orocos-bfl.pc
> 
> We assume you mean that it should go to /usr/lib//pkgconfig instead?
> The liborocos-bfl-dev is Multi-Arch:same but the pkg-config file is very 
> simple
> and it will not differ between different architectures. Thus, it should be 
> save
> if multiple co-installed liborocos-bfl-dev packages of different architectures
> share the same file, no?

Back when we submitted the package to NEW six months ago, the lintian warning
pkg-config-unavailable-for-cross-compilation didn't exist yet. That's why this
went unnoticed. I uploaded again and the pkgconfig file is now in:

/usr/lib//pkgconfig/orocos-bfl.pc

Thanks!

cheers, josch


signature.asc
Description: signature
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Re: orocos-bfl_0.8.0-1_combined.changes REJECTED

2018-03-27 Thread Johannes Schauer
Hi Thorsten,

Quoting Thorsten Alteholz (2018-03-04 16:00:10)
> one of our trainees had a look at your package and found:
> 
> * software last changed 9 years ago

that is alright for several reasons:

 - the software is the de-facto standard in the ROS community for Kalman
   Filters and other filters

 - the software needs to be packaged because it has seven reverse dependencies
   in the ROS world which can only get packaged once this is packaged

 - the software is being developed on again. It was officially [1] moved to
   github [2] by upstream where it already has seen several commits during the
   past year, albeit no new release yet. But the debian/watch file is already
   set up to track the new development at github.

 - this is the kind of software that just works [tm]. We tested in on
   oldoldstable, oldstable, stable, testing and unstable and it works on all of
   them.

[1] http://www.orocos.org/orocos/bfl-moved-github
[2] https://github.com/toeklk/orocos-bayesian-filtering

> * pkg-config file in wrong directory

The pkg-config file is stored in:

/usr/lib/pkgconfig/orocos-bfl.pc

We assume you mean that it should go to /usr/lib//pkgconfig instead?
The liborocos-bfl-dev is Multi-Arch:same but the pkg-config file is very simple
and it will not differ between different architectures. Thus, it should be save
if multiple co-installed liborocos-bfl-dev packages of different architectures
share the same file, no?

> * licence infos correct
> * some copyright holder missing from copyright file. example:
>   orocos-bfl-0.8.0/src/pdf/linearanalyticconditionalgaussian.h:
> // Copyright (C) 2003 Klaas Gadeyne 
> //Wim Meeussen   kuleuven dot be>
> //Tinne De Laet   kuleuven dot be>
>   vs.
>   Files: *
>   Copyright: 2006-2009 Tinne De Laet  be>
>  2001-2007 Klaas Gadeyne 
>   License: LGPL-2.1+

Thanks, we found some more instances of these and hope that we now fixed all of
them.

Please consider the new version of src:orocos-bfl that I just uploaded.

Thanks!

cheers, josch


signature.asc
Description: signature
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#878355: ITP: orocos-bfl -- Orocos Bayesian Filtering Library

2017-10-13 Thread Johannes Schauer
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer <jo...@debian.org>

* Package name: orocos-bfl
  Version : 0.8.0
  Upstream Author : Tinne De Laet, Klaas Gadeyne
* URL : http://www.orocos.org/bfl
* License : LGPL-2.1+
  Programming Lang: C++
  Description : Orocos Bayesian Filtering Library

Orocos (http://www.orocos.org) is the acronym of the Open Robot Control
Software project. The project's aim is to develop a general-purpose, free
software, and modular framework for robot and machine control.  The Orocos
project supports 4 C++ libraries: the Real-Time Toolkit, the Kinematics and
Dynamics Library, the Bayesian Filtering Library (BFL) and the Orocos
Component Library.

This package provides the Bayesian Filtering Library.

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


Re: packaging ROS bfl

2016-10-19 Thread Johannes Schauer
Hi,

Quoting Leopold Palomo-Avellaneda (2016-10-19 09:52:32)
> orocos-bfl is packaged (not perfect), but not officially. See:
> 
> https://anonscm.debian.org/cgit/debian-science/packages/orocos/bfl.git/
> 
> The project is not dead, but AFAIK upstream is the orocos team, specially 
> Klaas Gadeyne. However, I guess that is not very active.

I see. This is the upstream packaging with only very minor modifications by
Jochen (liblti-dev is not packaged yet either, so it got removed from B-D).

> PS you know that you are _always_ welcome to contribute to the Robotic
> packages ;-)

Thanks! I will then use this git repository to push my changes.

This also answers the question which bfl version you deem more packaging
worthy.

The question remains, what to do about the different naming bfl (ROS) versus
orocos-bfl (upstream). Probably ROS packages using it would have to try
detecting one of them with cmake and fall back onto the other if it wasn't
found.

Thanks!

cheers, josch


signature.asc
Description: signature
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

packaging ROS bfl

2016-10-19 Thread Johannes Schauer
Hi,

I intend to package ROS bfl but have several questions for the ROS people among
you.

ROS bfl (http://wiki.ros.org/bfl) seems to be a copy of orocos bfl
(http://www.orocos.org/bfl). Not only does ROS distribute an outdated version
(0.7.0 versus 0.8.0) but using the ROS library is also different from using the
actual upstream library. In ROS you say:

pkg_check_modules(BFL REQUIRED bfl)

while for the upstream project you say:

pkg_check_modules(BFL REQUIRED orocos-bfl)

Intuitively, I'd rather package the actual upstream package instead of the ROS
version but there are several issues with that:

 - ROS packages will require the library named bfl and not orocos-bfl
 - ROS packages might require version 0.7.0 instead of 0.8.0
 - and I don't see a way to easily find out how many reverse dependencies ROS
   bfl actually has, so how many packages would be potentially affected
 - the actual upstream might be dead (seven commits in the past five years)
   while ROS bfl might continue to be maintained by ROS (but I don't know that
   for sure either)

Funnily, the science-robotics meta package Suggests orocos-bfl even though that
package is not in Debian.

Thanks!

cheers, josch


signature.asc
Description: signature
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#841211: ros-mk: Could not find toolchain file

2016-10-18 Thread Johannes Schauer
Package: ros-mk
Version: 1.13.4-1
Severity: normal

Hi,

consider the following Makefile:

include $(shell rospack find mk)/cmake_stack.mk

when I then run make I get:

cd build && cmake -Wdev 
-DCMAKE_TOOLCHAIN_FILE=/core/rosbuild/rostoolchain.cmake  ..
CMake Error at /usr/share/cmake-3.6/Modules/CMakeDetermineSystem.cmake:104 
(message):
  Could not find toolchain file: /core/rosbuild/rostoolchain.cmake
Call Stack (most recent call first):
  CMakeLists.txt


CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
/usr/share/mk/cmake_stack.mk:7: recipe for target 'all' failed
make: *** [all] Error 1


The "toolchain file" it is looking for might be
/usr/share/ros/core/rosbuild/rostoolchain.cmake as it is found in the
package rosbuild (on which a dependency is missing) but even after
installing rosbuild, the error above persists. Probably the /usr/share
prefix is just missing.

Thanks!

cheers, josch

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


Bug#841204: liblaser-geometry-dev: laser_geometry.h includes Eigen/Core instead of eigen3/Eigen/Core

2016-10-18 Thread Johannes Schauer
Package: liblaser-geometry-dev
Version: 1.6.4-2+b3
Severity: normal

Hi,

/usr/include/laser_geometry/laser_geometry.h reads:

#include 

but that should instead be:

#include 

because libeigen3-dev installs to /usr/include/eigen3/Eigen/Core.
Otherwise, all users of liblaser-geometry-dev must manually add
/usr/include/eigen3 to their include path.

Thanks!

cheers, josch

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


Bug#840794: librviz-dev: Missing dependency on libogre-1.9-dev

2016-10-14 Thread Johannes Schauer
Package: librviz-dev
Version: 1.12.1+dfsg-2+b1
Severity: normal

Hi,

when building a project with rviz-dev, I get:


CMake Error at /usr/share/rviz/cmake/rvizConfig.cmake:99 (message):
  Project 'rviz' specifies '/usr/include/OGRE/Overlay' as an include dir,
  which is not found.  It does neither exist as an absolute directory nor in
  '/usr//usr/include/OGRE/Overlay'.  Ask the maintainer 'David Gossow
  , William Woodall ' to fix
  it.

It seems that the package is missing a dependency on libogre-1.9-dev.

Thanks!

cheers, josch

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


robot_state_publisher in package ros-robot

2016-10-14 Thread Johannes Schauer
Hi,

the package description of ros-robot states:

 | Different to upstream, this packages does not provide:
 | control_msgs, diagnostics, executive_smach, filters, robot_state_publisher,
 | xacro.
 | Please install them from source, if you need them.

My question: why is robot_state_publisher not provided by the package? Is there
a reason not to? It is not explained in README.Debian. Or is this just
something that is simply "not-done-yet". I need the robot_state_publisher for a
project so I would be willing to provide a patch if this just needs somebody to
do the work.

Thanks!

cheers, josch


signature.asc
Description: signature
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#833616: [libopencv-dev] missing dependency on libopencv3.0-jni

2016-09-26 Thread Johannes Schauer
Control: tag -1 + confirmed

Hi,

On Sun, 7 Aug 2016 01:53:50 +0200 =?iso-8859-2?Q?Micha=B3_Miros=B3aw?= 
 wrote:
> libopencv-dev should depend on libopencv3.0-jni - if that's not 
> installed CMake's "FIND_PACKAGE(OpenCV REQUIRED)" generates:
> 
> CMake Error at /usr/share/OpenCV/OpenCVModules.cmake:120 (message):
>The imported target "opencv_java" references the file
> 
>   "/usr/lib/jni/libopencv_java300.so"
> 
>but this file does not exist.  Possible reasons include:
> 
>* The file was deleted, renamed, or moved to another location.
> 
>* An install or uninstall procedure did not complete successfully.
> 
>* The installation package was faulty and contained
> 
>   "/usr/share/OpenCV/OpenCVModules.cmake"
> 
>but not all the files it references.
> 
> Call Stack (most recent call first):
>/usr/share/OpenCV/OpenCVConfig.cmake:86 (include)
>CMakeLists.txt:17 (FIND_PACKAGE)

I can confirm this finding from our own cmake project. Installing
libopencv3.0-jni fixes the problem.

Thanks!

cheers, josch


signature.asc
Description: signature
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#761784: python-cpl: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)

2014-10-07 Thread Johannes Schauer
Hi,

adding some additional info:

python-cpl actually calls libtool during the build so it needs to build depend
on libtool-bin.

cheers, josch

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers