Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
On Wed, 2011-05-04 at 10:36 +0200, Sylvestre Ledru wrote: Hello, I would like to help in packaging the Code Aster software[1] for Debian. Thanks for your interest in the packaging of Code Aster. You are more than welcome to help. If it is not the case now, you could join the Debian Science team and start to update the SVN repository. I will be happy to upload your changes. However, you should be aware of a license issue with metis-edf: http://glaros.dtc.umn.edu/gkhome/node/686 To unblock, we should consider some uploads in non-free and contrib. How extensive are the differences between metis-edf and metis? Might it be worth porting those differences to Scotch? Or does Code Aster use some features of metis not present in Scotch, like element-wise partitioning (instead of node-wise)? -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
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
--- Mar 10/5/11, Adam C Powell IV hazel...@debian.org ha scritto: Da: Adam C Powell IV hazel...@debian.org Oggetto: Re: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations I would like to help in packaging the Code Aster software[1] for Debian. Thanks for your interest in the packaging of Code Aster. However, you should be aware of a license issue with metis-edf: http://glaros.dtc.umn.edu/gkhome/node/686 To unblock, we should consider some uploads in non-free and contrib. How extensive are the differences between metis-edf and metis? Might it be worth porting those differences to Scotch? Or does Code Aster use some features of metis not present in Scotch, like element-wise partitioning (instead of node-wise)? Hi, I know nothing about mesh partitioning, scotch and metis; however here is what Cristophe Trohime said to me when we talked about this a month ago (the quoted text is mine): [...] As far as I understand, it's actually possible to build CA without metis; however some functionalities will not be available (RENUM='METIS' in SOLVEUR), and this can be a rather annoying problem, since metis is the default renumerator; however, if CA can switch automatically to another renum, this may become just a performance issue (and a longer list of failing tests, if METIS is explicitly called). For replacing metis with scotch, the library by itself is already there (libscotchmetis), however what is missing are the executables: see this thread http://www.code-aster.org/forum2/viewtopic.php?id=14417 , where André says In case you succeed to make the tests from liste_internet pass with scotchmetis, I am very interested about your build (because it means that you can supply an alternative to onmetis, kmetis and onmetis.exe). I had the opportunity to discuss that with Mathieu Courtois, a ASTER developper, last year. He tells me that if we choose Scotch instead of metis it will be better to call directly without using any additionnal programs. But my guess is this is a lot of work. The other point is if you want to rewrite (on)metis with scotch you cannot do it easily. They are using some calls to metis which do not exist in scotch. As far as I understand they prefer to stick to metis which is more widespread than scotch. [...] So, if I get it right CA calls metis via an executable (onmetis, konmetis, onmetis.exe). The difference between metis and metis-edf is (i think) in these executables and in some other modification to make it work with CA - maybe the int32/int64 issue. Those executables are using some library calls that are not implemented in scotch, and EDF doesn't seems interested to replace metis with scotch. Bye -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/856723.41753...@web132203.mail.ird.yahoo.com
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
Hello Andrea, On Tue, 2011-05-10 at 12:58 +0100, Andrea Palazzi wrote: --- Mar 10/5/11, Adam C Powell IV hazel...@debian.org ha scritto: Da: Adam C Powell IV hazel...@debian.org Oggetto: Re: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations I would like to help in packaging the Code Aster software[1] for Debian. Thanks for your interest in the packaging of Code Aster. However, you should be aware of a license issue with metis-edf: http://glaros.dtc.umn.edu/gkhome/node/686 To unblock, we should consider some uploads in non-free and contrib. How extensive are the differences between metis-edf and metis? Might it be worth porting those differences to Scotch? Or does Code Aster use some features of metis not present in Scotch, like element-wise partitioning (instead of node-wise)? Hi, I know nothing about mesh partitioning, scotch and metis; however here is what Cristophe Trohime said to me when we talked about this a month ago (the quoted text is mine): [...] As far as I understand, it's actually possible to build CA without metis; however some functionalities will not be available (RENUM='METIS' in SOLVEUR), and this can be a rather annoying problem, since metis is the default renumerator; however, if CA can switch automatically to another renum, this may become just a performance issue (and a longer list of failing tests, if METIS is explicitly called). For replacing metis with scotch, the library by itself is already there (libscotchmetis), however what is missing are the executables: see this thread http://www.code-aster.org/forum2/viewtopic.php?id=14417 , where André says In case you succeed to make the tests from liste_internet pass with scotchmetis, I am very interested about your build (because it means that you can supply an alternative to onmetis, kmetis and onmetis.exe). I had the opportunity to discuss that with Mathieu Courtois, a ASTER developper, last year. He tells me that if we choose Scotch instead of metis it will be better to call directly without using any additionnal programs. But my guess is this is a lot of work. The other point is if you want to rewrite (on)metis with scotch you cannot do it easily. They are using some calls to metis which do not exist in scotch. As far as I understand they prefer to stick to metis which is more widespread than scotch. [...] So, if I get it right CA calls metis via an executable (onmetis, konmetis, onmetis.exe). Great, that way there's no derivative work and no copyright violation, as there would be if they linked to libmetis (at least in the FSF interpretation). The difference between metis and metis-edf is (i think) in these executables and in some other modification to make it work with CA - maybe the int32/int64 issue. Those executables are using some library calls that are not implemented in scotch, and EDF doesn't seems interested to replace metis with scotch. Ah, that's what I was afraid of. This is an issue also for Elmer, though Elmer has an option for node-wise partitioning, which Scotch supports, and which I enable by default, so it works out-of-the-box. If an Elmer user switches that off, they get an error message. Thanks for this additional information. -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
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
Hi all, I am not an expert in Debian packaging, nor in Code_Aster developement, nor in Code_Aster compilation. This said, I however am a Code_Aster user, and regular Code_Aster forum reader Thus I would like to point out this thread[1] indicating that it is (in this case) preferable to compile Code_Aster with metis, instead of metis-edf. It may give you some background concerning the importance to have metis-edf packaged with Code-Aster... Maybe the best thing to do: - trying to compile Code-Aster with metis-edf and seeing how many test cases fail - trying to compile Code-Aster with metis and seeing how many test cases fail I wouldn't be surprised if there was no differences... The chances that I do not understand what I am saying are important though... Bests, Pierre [1] http://www.code-aster.org/forum2/viewtopic.php?id=15132 2011/5/10 Adam C Powell IV hazel...@debian.org On Wed, 2011-05-04 at 10:36 +0200, Sylvestre Ledru wrote: Hello, I would like to help in packaging the Code Aster software[1] for Debian. Thanks for your interest in the packaging of Code Aster. You are more than welcome to help. If it is not the case now, you could join the Debian Science team and start to update the SVN repository. I will be happy to upload your changes. However, you should be aware of a license issue with metis-edf: http://glaros.dtc.umn.edu/gkhome/node/686 To unblock, we should consider some uploads in non-free and contrib. How extensive are the differences between metis-edf and metis? Might it be worth porting those differences to Scotch? Or does Code Aster use some features of metis not present in Scotch, like element-wise partitioning (instead of node-wise)? -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
Da: Pierre JUILLARD pierre.juill...@gmail.com Oggetto: Re: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations A: Adam C Powell IV hazel...@debian.org Cc: 458...@bugs.debian.org, debian-scie...@lists.debian.org, Nicolas Chauvat nicolas.chau...@logilab.fr Data: Martedì 10 maggio 2011, 14:52 Maybe the best thing to do: - trying to compile Code-Aster with metis-edf and seeing how many test cases fail - trying to compile Code-Aster with metis and seeing how many test cases fail I wouldn't be surprised if there was no differences... Hi, I also have the feeling that nothing would change; moreover, I also think that CA can be built (and work) with scotchmetis instead of metis. At the moment I'm not completely sure wether linking against metis is really required or not; I've also asked on the forum[1], but had no answer. So, when 10.4 will come out, I think I'll try in the first place to build with scotchmetis, and if this will work - bith the compilation and the validation tests - I'll also try to build without scotchmetis. If metis/metis-edf is only called via an external program, we could upload code-aster in the main section, upload metis-edf on non-free and make it a recommended/suggested dependance... right? Bye Andrea -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/131016.36950...@web132209.mail.ird.yahoo.com
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
Hello, I would like to help in packaging the Code Aster software[1] for Debian. Thanks for your interest in the packaging of Code Aster. You are more than welcome to help. If it is not the case now, you could join the Debian Science team and start to update the SVN repository. I will be happy to upload your changes. However, you should be aware of a license issue with metis-edf: http://glaros.dtc.umn.edu/gkhome/node/686 To unblock, we should consider some uploads in non-free and contrib. About libaster, I added Nicolas as C/C (who is one of the person at the origin of this project). I am aware he wants to have it in Debian. Some work is already done, in the debian-science svn repository there is packaging for the code aster engine and other tools and libraries[2] This however has still some issues, in particular it doesn't build the mpi parallel version, but I've worked on this and I obtained a (more-or-less) working mpi package[3][4] I would like to know what should be done to make those packages enter into the distribution, and see if I can help in this task; it has to be note however that, at the moment, code aster uses some tools and libraries that don't have a free license, e.g. the metis-edf library. Another thing that should be discussed is the build system: CA has its own build system, but now there's also an effort (libaster[5]) to use waf instead. I haven't yet contacted the CA team to ask if they are planning to switch to waf or stick to their custom build system. If I'm gonna be the only one working on the packages, I'd rather stay on the CA's custom system - at least for now - because I know it, and also because I don't know waf at all; but if some other people will be helping, maybe using waf could be a better choice. So... what should be done for the packaging? Can it enter in Debian even if it uses non-free tools? Maybe in non-free? Or it's preferred to (try to) build a cut-down version, but 100% open source? Bye Andrea [1] http://www.code-aster.org/ [2] http://svn.debian.org/viewsvn/debian-science/packages/code-aster/ [3] http://www.code-aster.org/wiki/doku.php?id=en:p02_install:debianpackages [4] http://www.code-aster.org/forum2/viewtopic.php?id=14953 [5] http://www.libaster.org/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1304498171.1263.116.ca...@korcula.inria.fr
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
Hello list, I would like to help in packaging the Code Aster software[1] for Debian. Some work is already done, in the debian-science svn repository there is packaging for the code aster engine and other tools and libraries[2] This however has still some issues, in particular it doesn't build the mpi parallel version, but I've worked on this and I obtained a (more-or-less) working mpi package[3][4] I would like to know what should be done to make those packages enter into the distribution, and see if I can help in this task; it has to be note however that, at the moment, code aster uses some tools and libraries that don't have a free license, e.g. the metis-edf library. Another thing that should be discussed is the build system: CA has its own build system, but now there's also an effort (libaster[5]) to use waf instead. I haven't yet contacted the CA team to ask if they are planning to switch to waf or stick to their custom build system. If I'm gonna be the only one working on the packages, I'd rather stay on the CA's custom system - at least for now - because I know it, and also because I don't know waf at all; but if some other people will be helping, maybe using waf could be a better choice. So... what should be done for the packaging? Can it enter in Debian even if it uses non-free tools? Maybe in non-free? Or it's preferred to (try to) build a cut-down version, but 100% open source? Bye Andrea [1] http://www.code-aster.org/ [2] http://svn.debian.org/viewsvn/debian-science/packages/code-aster/ [3] http://www.code-aster.org/wiki/doku.php?id=en:p02_install:debianpackages [4] http://www.code-aster.org/forum2/viewtopic.php?id=14953 [5] http://www.libaster.org/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/250015.52786...@web26102.mail.ukl.yahoo.com
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
retitle 458812 RFP: aster -- Finite Element Analysis (FEA) software for engineering simulations thanks I'll leave this as an RFP for now, and only change it if/when the motivation turns into something more concrete. Apologies to any who have seen the ITP and put off working on a package. My old work is still available at http://lyre.mit.edu/~powell/aster/ . -Adam On Fri, 2008-02-22 at 16:58 -0500, Adam C Powell IV wrote: retitle 458812 ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations thanks I have renewed motivation for making this happen, and should have something uploadable relatively soon. On Wed, 2008-02-06 at 11:43 -0500, Adam C Powell IV wrote: retitle 458812 RFP: aster -- Finite Element Analysis (FEA) software for engineering simulations thanks This is a relatively low priority for now, and I haven't started the package yet, so if someone else wants to package it, feel free. If nobody has done so by May or June 2008, I should be able to get to it. -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
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
retitle 458812 ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations thanks I have renewed motivation for making this happen, and should have something uploadable relatively soon. On Wed, 2008-02-06 at 11:43 -0500, Adam C Powell IV wrote: retitle 458812 RFP: aster -- Finite Element Analysis (FEA) software for engineering simulations thanks This is a relatively low priority for now, and I haven't started the package yet, so if someone else wants to package it, feel free. If nobody has done so by May or June 2008, I should be able to get to it. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
Package: wnpp Severity: wishlist Package name: aster Version: 9.2.0 Author: EDF (Electricite de France) RD License: GPL Description: Thermal and mechanical finite element simulation software Code_Aster (file/package name aster) is a mature finite element code for structural and thermal analysis. Its development has been guided by the needs of the nuclear engineering industry, and it enjoys wide use and distribution. It is also a major component of the recently-released CAELinux live DVD distribution, and links well with Salomé for high-quality pre- and post-processing. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]