VTK 5.4 package with boost-parallel

2009-10-01 Thread Mathieu Malaterre
This is a follow up on:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549203

Once the boost graph parallel package will be uploaded, one will be
able to compile VTK 5.4 taking advantage of the new Titan toolkit (*).
Packaging file can be found here:

http://gdcm.svn.sourceforge.net/svnroot/gdcm/Sandbox/debian-med/vtk

Cheers
-- 
Mathieu

(*) http://www.kitware.com/InfovisWiki/index.php/Dev:Building_Software


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#549238: ITP: elmerdoc -- Elmer FEA documentation

2009-10-01 Thread Adam C Powell IV
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-science@lists.debian.org

Package name: elmer-doc
Version: 2009.09.22
Author: CSC – IT Center for Science, Finland
License: CC-BY-ND 3.0
URL: http://www.csc.fi/elmer/
Description: Documentation for Elmer finite element analysis package

Elmer is an open source mutiphysics simulation package developed by CSC
in collaboration with Finnish universities, research institutes and
industry.  It includes physical models of fluid dynamics, structural
mechanics, electromagnetics, heat transfer and acoustics, for example.
These are described by partial differential equations which Elmer solves
by the Finite Element Method (FEM).

This non-free package will contain the PDF documentation files for Elmer
which are available under the Creative Commons Attribution-No Derivative
Works 3.0 License.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


signature.asc
Description: This is a digitally signed message part


Re: Orphaning my packages...

2009-10-01 Thread Kevin B. McCarty
Hi Francois,

On Wed, Sep 30, 2009 at 3:04 AM, francois.niederco...@laposte.net
francois.niederco...@laposte.net wrote:

 Now, the first step I've to do is to answer every of these bug reports
 (cernlib - #508413, cfortran - #508500,geant321 - #508496, mclibs -
 #508498, mn-fit - #508501, paw - #508495) by changing the subject with
 ITA, am I right ?

Yes.  (By the way, if you don't use all of those packages, you aren't
obligated to adopt every single one!  I know that mn-fit and mclibs,
at least, have really low popcon numbers, so if you don't have any use
for them, feel free to leave them orphaned.)

 For the second step : upload the packages with my name in its
 Maintainer: field, and put something like | * New maintainer (Closes:
 #bugnumber) | in the changelog of the package in order to automatically
 close this bug once the package has been installed. I can't upload the
 packages, so I need to ask to debian-mentors-list (or debian-science) to
 find a sponsor for the upload, is this correct ?

Yes.  However, take note that some of the source packages are quite
large, and it is a little hard on the buildd machines to make a new
upload solely for the purpose of changing the maintainer name/email.
I'd suggest also doing at least some cleanup of Lintian warnings prior
to a new upload.

(But really, you're free to do whatever you like as long as someone
will sponsor it :-)

 But I don't know the procedure for a comaintainership package, or for a
 team maintainership, if somebody can explain me the extra steps ?

 I also need to correct outstanding bugs affecting the packages.

It's perfectly OK to take over packages and make a new upload without
fixing every outstanding bug ... some bugs are hard or impossible to
fix, while some are wishlist and not really necessary to implement.
(Bugs in both those categories are often best pushed upstream, except
that none of these packages really have an active upstream anymore.)

 bug #348065  affecting cernlib is not yet
 corrected (I've basically no experience on bsd, I can't give it a try
 now, but as the severity is wishlist perhaps I didn't have to correct
 it before uploading cernlib ?)

This is likely one of those hard or impossible bugs except maybe for
an Imake / BSD expert.

 bug#374978  affecting paw seems to be
 corrected, so I've basically nothing to do (?)

It's been corrected at least for the immediate problem that was
initially reported ... in my opinion the cause of this symptom is a
bug itself, but it's a systemic bug in the architecture of Paw that
would be very difficult to fix.  So I agree that there isn't much to
be done here... maybe either leave the bug open and tag wontfix, or
just close it.

 bug #507429 affecting cfortran didn't
 seem to be corrected (yes ?), but I could apply the correction that is
 suggested in the last mail.

Please feel free.

 bug #249483  affecting cfortran, it is a
 wishlist also.

Right, it was something I didn't feel I had the wherewithal to tackle.

 For bug #497023  (affecting cfortran) I
 think it may be corrected...

Right, although before uploading a cfortran package that fixes this,
it would be good to make sure that all the dependent packages still
build.

Finally, just wanted to double-check that you saw my other email to
debian-science at
http://lists.debian.org/debian-science/2009/09/msg00066.html in case
you also wanted to adopt the Cernlib on Debian web pages.

best regards,

-- 
Kevin B. McCarty kmcca...@gmail.com
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: DM-Upload-Allowed: yes on first uploads

2009-10-01 Thread Charles Plessy
Le Wed, Sep 30, 2009 at 11:38:16AM -0300, David Bremner a écrit :
 At Wed, 30 Sep 2009 13:22:22 +0200,
 Andreas Tille wrote:
  Yes.  In this case I would also strongly recommend:
  
DM-Upload-Allowed: yes
  
  to enable you upload permissions once you become a Debian Maintainer.
 
 Just for information, that might not be so well received on -mentors.
 
 See for example,
 http://lists.debian.org/debian-mentors/2009/06/msg00232.html and
 others in the same thread.

Hi David,

I think that there are multiple ways to regulate DM upload:

 - The package is DM-Upload-Allowed: yes, but the DM is not yet uploader,
 - The DM is uploader but the package is not yet DM-Upload-Allowed: yes.
 - The pakage is DM-Upload-Allowed: yes, the maintainer is uploader, but not DM.

In all these three scenarios, the DM will not get upload rights by accident.

People on -mentors tend to be more conservative because they are worried that
once upload rights are given, the maintainer will isolate and not seek advices
anmore, but in the case of our team-maintained package, there is much more
control, and many pairs of eyes can see on the commit mailing lists if something
wrong is happening.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org