Bug#629628: RFP: u3d -- library for producing U3D files
Package: wnpp Severity: wishlist * Package name: u3d Version : 1.4.2 Upstream Author : Alexey Balakin mathgl.abala...@gmail.com * URL : http://sourceforge.net/projects/mathgl/files/u3d-1.4.2.tar.gz * License : Apache License 2.0 Programming Lang: C++ Description : library for producing U3D files Alexey Balakin, author of udav/mathgl asked for inclusion of u3d in Debian. u3d is a library for producing U3D files. MathGL can use it for producing u3d and u3d-pdf files directly. Is anyone (e.g. from debian-science) who would like to have a look at it? Bests Salvatore -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110608085152.32275.9606.report...@elende.valinor.li
Re: Bug#629628: RFP: u3d -- library for producing U3D files
merge 629628 581854 thanks On Wed, Jun 8, 2011 at 10:51 AM, Salvatore Bonaccorso car...@debian.org wrote: Package: wnpp Severity: wishlist * Package name : u3d Version : 1.4.2 Upstream Author : Alexey Balakin mathgl.abala...@gmail.com * URL : http://sourceforge.net/projects/mathgl/files/u3d-1.4.2.tar.gz * License : Apache License 2.0 Programming Lang: C++ Description : library for producing U3D files Alexey Balakin, author of udav/mathgl asked for inclusion of u3d in Debian. u3d is a library for producing U3D files. MathGL can use it for producing u3d and u3d-pdf files directly. Is anyone (e.g. from debian-science) who would like to have a look at it? U3D is also needed for meshlab, so packages would be nice to have. Unfortunately I'm too busy at the moment to take on another package, so if anyone is looking for stuff to do, please have a look :) Best, Teemu -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTiknL0xVt_Y2=-wslotf0xtuqmv...@mail.gmail.com
Re: Bug#629628: RFP: u3d -- library for producing U3D files
Hi Teemu On Wed, Jun 08, 2011 at 11:20:39AM +0200, Teemu Ikonen wrote: merge 629628 581854 thanks On Wed, Jun 8, 2011 at 10:51 AM, Salvatore Bonaccorso car...@debian.org wrote: Package: wnpp Severity: wishlist * Package name : u3d Version : 1.4.2 Upstream Author : Alexey Balakin mathgl.abala...@gmail.com * URL : http://sourceforge.net/projects/mathgl/files/u3d-1.4.2.tar.gz * License : Apache License 2.0 Programming Lang: C++ Description : library for producing U3D files Alexey Balakin, author of udav/mathgl asked for inclusion of u3d in Debian. u3d is a library for producing U3D files. MathGL can use it for producing u3d and u3d-pdf files directly. Is anyone (e.g. from debian-science) who would like to have a look at it? U3D is also needed for meshlab, so packages would be nice to have. Unfortunately I'm too busy at the moment to take on another package, so if anyone is looking for stuff to do, please have a look :) Thanks for merging those bugreports. I missed to find the already filled RFP. Best, Salvatore signature.asc Description: Digital signature
Code aster changelog
Hi, while I'm fixing the last issues in the package, I would like to submit to your attention the changelog entry I've prepared for the pacakge: aster (10.3.0-1-1.2) unstable; urgency=low * Non-maintainer upload * Activated build of parallel mpi package * Now uses libscotchmetis instead of the non-free metis library * Moved from contrib section to main * Builds only against python2.6 * closes: Bug#458812 -- Andrea Palazzi palazziand...@yahoo.it Tue, 07 Jun 2011 23:38:02 +0200 Is that correct? Bye Andrea -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1307529201.3305.4.camel@navicella
Re: Code aster changelog
--- Mer 8/6/11, Sylvestre Ledru sylves...@debian.org ha scritto: Da: Sylvestre Ledru sylves...@debian.org Oggetto: Re: Code aster changelog A: palazziand...@yahoo.it Cc: debian-science@lists.debian.org Data: Mercoledì 8 giugno 2011, 14:21 Le mercredi 08 juin 2011 à 12:33 +0200, Andrea Palazzi a écrit : Hi, while I'm fixing the last issues in the package, I would like to submit to your attention the changelog entry I've prepared for the pacakge: aster (10.3.0-1-1.2) unstable; urgency=low * Non-maintainer upload * Activated build of parallel mpi package * Now uses libscotchmetis instead of the non-free metis library * Moved from contrib section to main * Builds only against python2.6 * closes: Bug#458812 -- Andrea Palazzi palazziand...@yahoo.it Tue, 07 Jun 2011 23:38:02 +0200 Is that correct? Yes, except that the Closes must be on the same line as the bug fixed. The bug closed is the RFP/ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458812 Sorry not to have mentioned... should I describe this somehow in the changelog? I would be nice also if you could detail the reason behind: Builds only against python2.6 To summarize, ATM there are issues (still uninvestigated) when building with 2.7, so we agreed to make it build only against 2.6 to have a working package forn now, and work to fix this issue later. Maybe a line like builds only against python2.6 due to unresolved issues with python2.7 is better? Bye Andrea -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/367600.63259...@web132210.mail.ird.yahoo.com
Re: Code aster changelog
Dear Andrea, A quick note about python dependencies: I would be nice also if you could detail the reason behind: Builds only against python2.6 To summarize, ATM there are issues (still uninvestigated) when building with 2.7, so we agreed to make it build only against 2.6 to have a working package forn now, and work to fix this issue later. Maybe a line like builds only against python2.6 due to unresolved issues with python2.7 is better? python 2.6 will be removed from unstable as soon as we can after 2.7 is default (in the words of one of the python maintainers). This is likely to be done on the few weeks timescale rather than few months (although these sorts of python transitions do have a habit of taking a bit longer than everyone plans). Adding another thing that requires python 2.6 won't help this process; it might not necessarily hinder it either, but then you'd get an RC- buggy package straight away. Perhaps spending the time to work out what's wrong with the package under python 2.7 prior to upload would be better. The guys in #debian-python on irc.oftc.net (irc.debian.org) don't bite :) cheers Stuart -- Stuart Prescott--www.nanonanonano.net -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201106081438.45993.stuart+lists-expires2...@nanonanonano.net
Re: gmsh and libscotchmetis
Hi, Adam! Sounds good, thanks. I notice you also added the interfaces you need for gmsh to Bug 506033, thanks. Ok, done. For Elmer, I noticed that it could do node-wise or element-wise partitioning, and just disabled the element-wise partitioning which used METIS_PartMesh* functions. Is it possible to do something similar for gmsh? I just shortly looked at the code, but it seems, that the functionality of metis-module will be seriously restricted, if those 2 functions will be disabled. Anton On Tue, Jun 7, 2011 at 6:33 PM, Adam C Powell IV hazel...@debian.org wrote: Hi Anton, Sounds good, thanks. I notice you also added the interfaces you need for gmsh to Bug 506033, thanks. For Elmer, I noticed that it could do node-wise or element-wise partitioning, and just disabled the element-wise partitioning which used METIS_PartMesh* functions. Is it possible to do something similar for gmsh? -Adam On Tue, 2011-06-07 at 17:46 +0200, Anton Gladky wrote: Thanks for answers, I have uploaded a new version with disabled metis. Anton On Mon, Jun 6, 2011 at 8:28 PM, Adam C Powell IV hazel...@debian.org wrote: Hi Anton, On Sun, 2011-06-05 at 07:29 +0200, Anton Gladky wrote: Hi, all! I am trying to package gmsh 2.5.1~svn version and to fix lintian errors and warnings. But I have a problem with linking against packaged libscotchmetis. The following error appears: Linking CXX executable gmsh /home/dk/gmsh/nv/upl_metis/gmsh-2.5.1~svn9373/Mesh/meshPartition.cpp:527: error: undefined reference to 'METIS_mCPartGraphKway' /home/dk/gmsh/nv/upl_metis/gmsh-2.5.1~svn9373/Mesh/meshPartition.cpp:502: error: undefined reference to 'METIS_mCPartGraphRecursive' collect2: ld returned 1 exit status The scotchmetis compatibility layer is not a complete reimplementation of METIS. Bug 506033 requests addition of PartMesh functions; these may also be missing. I or someone else should probably forward these requests upstream and see if there is some prospect of implementing these functions... -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=h+mgvbdsszapcddinoor4ykf...@mail.gmail.com
Re: gmsh and libscotchmetis
Just a guess, maybe we can contact metis upstream with the question of relicensing it under distributable license? Anton On Wed, Jun 8, 2011 at 7:51 PM, Christophe Trophime christophe.troph...@lncmi.cnrs.fr wrote: On Jun 8, 2011, at 7:16 PM, Anton Gladky wrote: Hi, Adam! Sounds good, thanks. I notice you also added the interfaces you need for gmsh to Bug 506033, thanks. Ok, done. For Elmer, I noticed that it could do node-wise or element-wise partitioning, and just disabled the element-wise partitioning which used METIS_PartMesh* functions. Is it possible to do something similar for gmsh? I just shortly looked at the code, but it seems, that the functionality of metis-module will be seriously restricted, if those 2 functions will be disabled. Anton Hi, last week I met gmsh guys They told me that they prefer to use metis instead of scotch because metis provides some multiconstraint partionning... It seems that scotch upstream has no plan to develop such features right now. So my feeling is that we shall disable metis support in the present version of gmsh or consider to make a gmsh-metis package which will goto to non-free as an alternative. This solution may be great as we can take full advantage of the latest gmsh developments. Best C On Tue, Jun 7, 2011 at 6:33 PM, Adam C Powell IV hazel...@debian.org wrote: Hi Anton, Sounds good, thanks. I notice you also added the interfaces you need for gmsh to Bug 506033, thanks. For Elmer, I noticed that it could do node-wise or element-wise partitioning, and just disabled the element-wise partitioning which used METIS_PartMesh* functions. Is it possible to do something similar for gmsh? -Adam On Tue, 2011-06-07 at 17:46 +0200, Anton Gladky wrote: Thanks for answers, I have uploaded a new version with disabled metis. Anton On Mon, Jun 6, 2011 at 8:28 PM, Adam C Powell IV hazel...@debian.org wrote: Hi Anton, On Sun, 2011-06-05 at 07:29 +0200, Anton Gladky wrote: Hi, all! I am trying to package gmsh 2.5.1~svn version and to fix lintian errors and warnings. But I have a problem with linking against packaged libscotchmetis. The following error appears: Linking CXX executable gmsh /home/dk/gmsh/nv/upl_metis/gmsh-2.5.1~svn9373/Mesh/meshPartition.cpp:527: error: undefined reference to 'METIS_mCPartGraphKway' /home/dk/gmsh/nv/upl_metis/gmsh-2.5.1~svn9373/Mesh/meshPartition.cpp:502: error: undefined reference to 'METIS_mCPartGraphRecursive' collect2: ld returned 1 exit status The scotchmetis compatibility layer is not a complete reimplementation of METIS. Bug 506033 requests addition of PartMesh functions; these may also be missing. I or someone else should probably forward these requests upstream and see if there is some prospect of implementing these functions... -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktimcrr9slmehmdmfd1hfywlyqde...@mail.gmail.com
Re: Code aster changelog
Il giorno mer, 08/06/2011 alle 14.38 +0100, Stuart Prescott ha scritto: To summarize, ATM there are issues (still uninvestigated) when building with 2.7, so we agreed to make it build only against 2.6 to have a working package forn now, and work to fix this issue later. Maybe a line like builds only against python2.6 due to unresolved issues with python2.7 is better? python 2.6 will be removed from unstable as soon as we can after 2.7 is default (in the words of one of the python maintainers). This is likely to be done on the few weeks timescale rather than few months (although these sorts of python transitions do have a habit of taking a bit longer than everyone plans). Adding another thing that requires python 2.6 won't help this process; it might not necessarily hinder it either, but then you'd get an RC- buggy package straight away. Perhaps spending the time to work out what's wrong with the package under python 2.7 prior to upload would be better. The guys in #debian-python on irc.oftc.net (irc.debian.org) don't bite :) Hi, I understand your objection; however I would rather have now the package, mainly because code aster has its own build system, and it may be not trivial to find out the issue; and I'd prefer to have a buggy package rather than noting, as it is now. Moreover, the RFP/ITP has started in january 2008, now it's june 2011 and we're still here... I think that it would be better to finalize the effort now that we're very close and then enhance the package, rather than postpone the upload to fix all the problems. This however is just my VH opinion, I'll follow the directions of people that knows the debian packaging process much more than me. Bye Andrea -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1307560070.2590.12.ca...@marcopolo.lan
Re: gmsh and libscotchmetis
On Wed, 2011-06-08 at 20:29 +0200, Andrea Palazzi wrote: Il giorno mer, 08/06/2011 alle 19.59 +0200, Anton Gladky ha scritto: Just a guess, maybe we can contact metis upstream with the question of relicensing it under distributable license? Anton Hi, I've contacted metis upstream to ask permission to place it on debian mirrors, and also asked him to consider a different license: he agreed to put the sources and binaries on debian mirrors, but didn't answer about the relicensing; and since it wasn't the first time he was asked for this, I'm guessing he's not interested in changing the license. Anyway, if someone wants to try, it won't do any harm. I did the same about ten years ago... -- 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: Code aster changelog
Le mercredi 08 juin 2011 à 14:12 +0100, Andrea Palazzi a écrit : --- Mer 8/6/11, Sylvestre Ledru sylves...@debian.org ha scritto: Da: Sylvestre Ledru sylves...@debian.org Oggetto: Re: Code aster changelog A: palazziand...@yahoo.it Cc: debian-science@lists.debian.org Data: Mercoledì 8 giugno 2011, 14:21 Le mercredi 08 juin 2011 à 12:33 +0200, Andrea Palazzi a écrit : Hi, while I'm fixing the last issues in the package, I would like to submit to your attention the changelog entry I've prepared for the pacakge: aster (10.3.0-1-1.2) unstable; urgency=low * Non-maintainer upload * Activated build of parallel mpi package * Now uses libscotchmetis instead of the non-free metis library * Moved from contrib section to main * Builds only against python2.6 * closes: Bug#458812 -- Andrea Palazzi palazziand...@yahoo.it Tue, 07 Jun 2011 23:38:02 +0200 Is that correct? Yes, except that the Closes must be on the same line as the bug fixed. The bug closed is the RFP/ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458812 Sorry not to have mentioned... should I describe this somehow in the changelog? Oh, I forgot it never been uploaded... Therefor, it is quite different. Just a single item with the message Initial import (Closes: #458812) If you are planning to maintain the package, please add yourself in the control list and don't forget to commit it. I would be nice also if you could detail the reason behind: Builds only against python2.6 To summarize, ATM there are issues (still uninvestigated) when building with 2.7, so we agreed to make it build only against 2.6 to have a working package forn now, and work to fix this issue later. Maybe a line like builds only against python2.6 due to unresolved issues with python2.7 is better? No need to do it then. Sylvestre -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1307539562.10829.22.ca...@losinj.inria.fr