gmane.linux.ubuntu.motu.science

MOTU-science for "official" development team delegation

Scott Howard — 2010-02-07T18:37:37

Hello all again,

With the archive reorganization currently going on [1], I'd like to
gauge the team's interest (especially William Grant and Morten) in
becoming an official development team [2] for science packages.

As our team stands now, we have 9 members: 4 are full ubuntu-dev, one
more should ubuntu-dev (but hasn't applied, I think), one is inactive,
and the other three are at least -contributor level (but have not
applied yet). I think we are ready to take part in this new system. We
would have to make the non ubuntu-dev people "apply" to stay in the
team since they would have upload permissions. I'll be willing to take
on the communication with the technical board over the implementation
for this.

Regards,
Scott

[1] https://wiki.ubuntu.com/ArchiveReorganisation
[2] https://wiki.ubuntu.com/UbuntuDevelopers/TeamDelegation

Kamal Mostafa wants to join motu-science

Scott Howard — 2010-02-07T17:35:45

Hi All,

Kamal Mostafa has been active merging and fixing science library
packages. He's experienced developer, and would like to join
motu-science. Would someone be able to approve his membership on
launchpad? He has recently applied.
Thanks,
Scott

Bugmail for geda-gaf

Peter Clifton — 2010-01-06T16:48:55

I see MOTU Science is a bug contact for all the old separate geda-*,
libgeda source packages, which were removed from Lucid.

Since the upload of gEDA 1.6.0-3 (source package geda-gaf), I wonder if
the MOTU-Science team admins would like to subscribe themselves to
bugmail for that?

Best regards,

Peter C.

Programing PICs with Ubuntu

Léo Magalhães — 2009-11-09T01:20:24

Eletronics simulations software

Léo Magalhães — 2009-10-25T00:15:47

Serious bug in atlas, yet no action

Cyrus Hall — 2009-10-06T14:41:11

Ciao all-

I've recently run into what appears to be a known and reported problem
in Atlas 3.2.1: the SSE2 optimized version is broken.  This version is
currently shipped with Jaunty, and is reported to still be broken in the
Karmic (see bug reports below).  There are numerous unassigned bug
reports in launchpad which appear related to the problem, some of which
are six months old:

https://bugs.launchpad.net/ubuntu/+source/atlas/+bug/363510
https://bugs.launchpad.net/ubuntu/+source/atlas/+bug/376739
https://bugs.launchpad.net/ubuntu/+source/atlas/+bug/406520

I understand that it is unusual to e-mail a dev list to call for action
on a particular bug, but the failure mode here seems particularly
serious.  Programs that depend on the broken library compile perfectly
fine, seem to return valid numerical results, and show no signs of being
broken unless one compares against correct results.  I fear that many of
my colleagues who use Octave and other numerical tools that depend on
Atlas are less in careful in such ways, and it concerns me that bogus
results are probably, at this moment, being accepted as valid in
research labs around the world.

The way I came across the bug was by compiling the new release of
Octave, 3.2.3.  Both the eig and eigs functions (eigenvalue
decompositions, for full and sparse matrices respectively) returned
unexpected results in make check.  For the set of messages related to
the problem, see the following threads on the Octave list:

https://www-old.cae.wisc.edu/pipermail/bug-octave/2009-September/009527.html

A fix for this bug seems critical to get into Karmic, and possibly into
older Ubuntu versions still supported.

Cheers,
Cyrus Hall

Want to join/help motu science

2009-08-25T02:22:45