You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
(7) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Bernhard G. <bgs...@ic...> - 2010-01-01 12:51:24
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody! On https://sourceforge.net/apps/mantisbt/openfoam-extend/view_all_bug_page.php?page_number=1 a new bug-tracker for some of the things hosted by the OF-extend-SVN has been opened. The purpose of the bug-tracker is to have a formalized path of communication concerning bugs and enhancement. For people developing this means (compared to the old way of talking about bugs on the message-board or by private mail): - they have an overview of the pending problems - they get more precise feedback from the users - have the satisfaction of "closing" bugs For people reporting bugs the advantage is: - that they have a place to talk about the bugs - they get some feedback whether somebody is working on their bug and who it is - they get a message as soon as a bug their're interested in is closed Currently the projects for which bugs can be reported there are - PyFoam - groovyBC - funkySetFields - the alternate chemistry stuff Should the bug-tracker prove to be of use in these projects other people might consider it for their projects. So please report any problems you might have with one of those projects at the link given above. Bernhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAks9760ACgkQXIMfp1I+9MFeuQCeKfWwyurlIEovAnYRtpDrhkDs 7kcAniB4PSpBBicidGEEwK2U/ONtRkhA =aDB5 -----END PGP SIGNATURE----- |
From: Bernhard G. <Ber...@ic...> - 2009-08-12 19:38:15
|
>>>>> On Mon, 10 Aug 2009 23:13:23 +0200 >>>>> "RS" == Rostislav Svoboda <ros...@gm...> wrote: RS> On Mon, Aug 10, 2009 at 20:36, Bernhard RS> Gschaider<Ber...@ic...> wrote: >> Let's please not escalate this any further. RS> Yea, good idea. I promissed you to be constructive this RS> time. Ok, let's go: >> At first to the initial mail. The problem with compiling is, RS> I managed to compile everything on a 32-bit Ubuntu 9.04. The RS> key were missing ThirdParty packages and flex. However the RS> ThirdParty packages were not recompiled. I took them directly RS> from OF 1.5. RS> Now we're trying to compile everything from scratch including RS> ThirdParty packages from OF 1.5. under 64-bit Ubuntu RS> 8.04. It's gonna take some time... RS> Anyway I squashed everything including the ThirdParty packages RS> from OF 1.5 to my personal git repo. IMO ThirdParty packages RS> belong to the repo, you cannot compile the OF without them. I RS> intend to publish my repo on github if you don't give me any RS> better location or other instructions what to do with it. Actually there is such a thing on the SVN: https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/tags/OpenCFD_Release/ThirdParty-1.5/ It looks like an empty directory, but if uses external-references and pulls in a complete ThirdParty-directory (without paraview) if you do a "svn checkout" on it. The problem is that the "git svn"-commands don't support externals >> README in two formats is something that originates in the >> upstream-project. RS> I took a look at the README and buildInstructions.txt - RS> there's a lot of information in these files. I think it makes RS> sence to mark them clearly as "IN PROGRESS" and correct them RS> later on step by step. Can't comment on those as it is a long time that I read them. The build process is always similar with OpenFOAM. I know that this isn't a satisfactory answer for those who do it the first time. Bernhard -- --------------------------------------------------------------------------- DI Bernhard F.W. Gschaider --------------------------------------------------------------------------- EMail: Ber...@ic... WWW : www.ice-sf.at Jabber : bgs...@ja... Tel: +43(3842)98282-42 Fax: +43(3842)98282-02 --------------------------------------------------------------------------- |
From: Rostislav S. <ros...@gm...> - 2009-08-10 21:13:36
|
On Mon, Aug 10, 2009 at 20:36, Bernhard Gschaider<Ber...@ic...> wrote: > Let's please not escalate this any further. Yea, good idea. I promissed you to be constructive this time. Ok, let's go: > At first to the initial mail. The problem with compiling is, I managed to compile everything on a 32-bit Ubuntu 9.04. The key were missing ThirdParty packages and flex. However the ThirdParty packages were not recompiled. I took them directly from OF 1.5. Now we're trying to compile everything from scratch including ThirdParty packages from OF 1.5. under 64-bit Ubuntu 8.04. It's gonna take some time... Anyway I squashed everything including the ThirdParty packages from OF 1.5 to my personal git repo. IMO ThirdParty packages belong to the repo, you cannot compile the OF without them. I intend to publish my repo on github if you don't give me any better location or other instructions what to do with it. > README in two formats is something that originates in the > upstream-project. I took a look at the README and buildInstructions.txt - there's a lot of information in these files. I think it makes sence to mark them clearly as "IN PROGRESS" and correct them later on step by step. Bost |
From: Bernhard G. <Ber...@ic...> - 2009-08-10 18:36:20
|
Hi all! Let's please not escalate this any further. I feel a flame-war coming on. At first to the initial mail. The problem with compiling is, that most of the time if one thing goes wrong it results in a lot of error. You not posting the whole log here is greatly appreciated. But it would be of great help if you gave an indication where the first error occured (plus the text of the first error). To my knowledge the current version in the repository of 1.5-dev compiles alright. I guess the buildInstructions were not changed because the basic process did not change apart from the version numbers README in two formats is something that originates in the upstream-project. >>>>> On Sun, 9 Aug 2009 12:46:24 +0200 >>>>> "RS" == Rostislav Svoboda <ros...@gm...> wrote: RS> Hi together 2009/8/8 Håkan Nilsson <ha...@ch...>: >> It is in fact quite easy to install the dev-version. You just RS> [..] >> Most slightly experienced OpenFOAM users realize this and >> [that] RS> [..] >> don't be so upset about some minor mistakes, and instead see >> how much you get for free from lots of people who didn't get >> anything back from you yet. RS> I have a friend of mine he is a brilliant mechanical engineer RS> with unfortunately no idea what is a 'swap partition', 'code RS> repository' or 'preprocessor directive'. Your doctor does not RS> blame you for knowing how to say knee in Latin. So don't blame RS> a mechanical engineer for a lack of software engineering RS> skills. Frankly, if you go to doctor you get a service worth RS> of thousands of Euro sometimes, although you payed just a RS> fraction of it. And if the doc makes a mistake you're about to RS> ... well not a word about being thankful for how much you got RS> for free. More on the doctor below. RS> I can tell you, that friend of mine has spent last 6 month on RS> learning 'linux and all the stuff around', on learning RS> something he is not interested in! I repeat: He is a RS> mechanical not software engineer. And if I track back his RS> problems: Most of the time waste is caused by - from your RS> point of view - minor mistakes. RS> Would _you_ be thankful for that? I see your point that nobody can be a specialist for everything, but the fact currently is that with OF it is quite good if you have a doctor in the house. But at least you have to know how to work with a first aid kit. >> Note that you are dealing with a development line, meaning that >> some revisions might give you error messages while compling. RS> ??? Do you realize implications of your statement? If anyone RS> breaks it no one else can compile it! Isn't it _the_ emergency RS> situation to be avoided at any cost?!? Hakan was talking about more subtle problems: solvers behaving slightly different etc. Usually the dev compiles. And using a version from a SVN/GIT/CVS usually is risky. If you don't need the special stuff there it is better to stick to the releases >> I'm sure that you can set up a support contract with some >> developer to keep all the README files typo-error-free, but for >> most developers it is in fact the code itself that has the >> highest priority. RS> Hey, hey, hold on! What do you think how many people out-there RS> in the wild have enough software engineering know-how and RS> linux skills for this job. Besides, linux is still too exotic RS> and difficult even for more than a 90% of IT guys (based on RS> ongoing everyday experience) And what do you think how much do RS> you have to pay to a such guy? And what do you think who would RS> be interested in such a work if there is plenty of more RS> interesting jobs at hand? RS> [..] >> see how much you get for free from lots of people who didn't >> get anything back from you yet. RS> How can you claim that? Aren't you using *that* linux where RS> everyone works for free? And what would you say about people RS> which are never gonna contribute to your project? People RS> working on KDE, Gnome, Kernel, GCC, Firefox, Ubuntu, Debian, RS> Amarok, Vim, Emacs etc.? And what about all the people busy RS> with introducing linux and especially the OpenFOAM to the RS> others? You think it's a 2 minutes work with no impact on you? "THAT Linux where everyone works for free" Is that meant ironic? There is a lot of work done by people "for free" and they're doing valuable stuff, but the reality is that most of the projects you mentioned have a core of programmers THAT get paid for doing that stuff by some company because they have strategic interest (IBM and others pay people to contribute to Linux, Google founded Mozilla, just some examples) or direct interest (Redhat ...) Nobody expects you to contribute to OF as much as you do to other projects, but you've got to be aware that most of the people who provide help on the forum have day jobs where they have to answer to the people who foot their bills (their customers, their students) about giving away support for free while they are paying for it (don't get me wrong: these people are remarkably cool about it, but they want to see results for their projects too). Or to get back to your "pay a few bucks to the doctor for services worth several thousands": I guess you were never in the unlucky situation to live in a country without proper health insurance OR needing services that were not covered by your health insurance. And the only reason why you have to pay your doctor so little is because there is some kind of system in place that make sure that this highly qualified professional can earn a living. RS> Ok, next time I'll be a bit more constructive & productive RS> Bost Bernhard RS> ------------------------------------------------------------------------------ RS> Let Crystal Reports handle the reporting - Free Crystal RS> Reports 2008 30-Day trial. Simplify your report design, RS> integration and deployment - and focus on what you do best, RS> core application coding. Discover what's new with Crystal RS> Reports now. http://p.sf.net/sfu/bobj-july RS> _______________________________________________ RS> Openfoam-extend-general mailing list RS> Ope...@li... RS> https://lists.sourceforge.net/lists/listinfo/openfoam-extend-general -- --------------------------------------------------------------------------- DI Bernhard F.W. Gschaider --------------------------------------------------------------------------- EMail: Ber...@ic... WWW : www.ice-sf.at Jabber : bgs...@ja... Tel: +43(3842)98282-42 Fax: +43(3842)98282-02 --------------------------------------------------------------------------- |
From: Rostislav S. <ros...@gm...> - 2009-08-09 10:46:40
|
Hi together 2009/8/8 Håkan Nilsson <ha...@ch...>: > It is in fact quite easy to install the dev-version. You just [..] > Most slightly experienced OpenFOAM users realize this and [that] [..] > don't be so upset about some minor mistakes, and instead see how > much you get for free from lots of people who didn't get anything back > from you yet. I have a friend of mine he is a brilliant mechanical engineer with unfortunately no idea what is a 'swap partition', 'code repository' or 'preprocessor directive'. Your doctor does not blame you for knowing how to say knee in Latin. So don't blame a mechanical engineer for a lack of software engineering skills. Frankly, if you go to doctor you get a service worth of thousands of Euro sometimes, although you payed just a fraction of it. And if the doc makes a mistake you're about to ... well not a word about being thankful for how much you got for free. I can tell you, that friend of mine has spent last 6 month on learning 'linux and all the stuff around', on learning something he is not interested in! I repeat: He is a mechanical not software engineer. And if I track back his problems: Most of the time waste is caused by - from your point of view - minor mistakes. Would _you_ be thankful for that? > Note that you are dealing with a development line, meaning that some > revisions might give you error messages while compling. ??? Do you realize implications of your statement? If anyone breaks it no one else can compile it! Isn't it _the_ emergency situation to be avoided at any cost?!? > I'm sure that you can set up a support contract with some > developer to keep all the README files typo-error-free, but for most > developers it is in fact the code itself that has the highest priority. Hey, hey, hold on! What do you think how many people out-there in the wild have enough software engineering know-how and linux skills for this job. Besides, linux is still too exotic and difficult even for more than a 90% of IT guys (based on ongoing everyday experience) And what do you think how much do you have to pay to a such guy? And what do you think who would be interested in such a work if there is plenty of more interesting jobs at hand? [..] > see how much you get for free from lots of people who didn't get anything back > from you yet. How can you claim that? Aren't you using *that* linux where everyone works for free? And what would you say about people which are never gonna contribute to your project? People working on KDE, Gnome, Kernel, GCC, Firefox, Ubuntu, Debian, Amarok, Vim, Emacs etc.? And what about all the people busy with introducing linux and especially the OpenFOAM to the others? You think it's a 2 minutes work with no impact on you? Ok, next time I'll be a bit more constructive & productive Bost |
From: Håkan N. <ha...@ch...> - 2009-08-08 21:36:30
|
Dear Rostislav, Yes, that file seems to be related to the 1.4.1-dev version. It is up to Hrv to keep it, delete it, or update it. Most slightly experienced OpenFOAM users realize this and simply compile the software as it is it described at openfoam.org, i.e. 'the usual way'. It is in fact quite easy to install the dev-version. You just get the revision you want from openfoam-extend and type ./Allwmake in the root of that version. This is similar to what you do if you compile all of the vanilla version. Note that it requires that you have the third-party products correctly set up first - you do that as described at openfoam.org. In your case I think that you did not follow the instructions at openfoam.org for setting up the environment and installing the third-party products. Since you didn't provide any error messages it is difficult to say more than that. Note that you are dealing with a development line, meaning that some revisions might give you error messages while compling. As long as you will not use the libraries those error messages are related to, you don't have to care about this. Please don't be so upset about some minor mistakes, and instead see how much you get for free from lots of people who didn't get anything back from you yet. I'm sure that you can set up a support contract with some developer to keep all the README files typo-error-free, but for most developers it is in fact the code itself that has the highest priority. Best regards, Håkan. > Hi together > > first of all I'd like to ask you if this mailing list is the right way > to communicate with you? Seems like noone uses it. > > Now about the development process - I just downloaded r1388 read > Core/OpenFOAM-1.5-dev/README > Core/OpenFOAM-1.5-dev/buildInstructions.txt > and tried > $ Core/OpenFOAM-1.5-dev/Allwmake > > the result is >100 errors. (the log is not attached it has > 330kB) > Seems like at first you just squash all the changes for a new version > to the repo and then some magic happens and... ok, whatever... > > Here some questions and points > - which is the last compilable OpenFOAM-1.5-dev revision? > - Core/OpenFOAM-1.5-dev/buildInstructions.txt obviously does not > belong to Core/OpenFOAM-1.5-dev. It's taken from OpenFOAM-1.4.1-dev. > Wrong build instructions might sound better than no instructions for > small projects but not for anything size of the openfoam - 800 > Millions LOC > - keeping README and README.html containing the same is either just a > redundant effort or yet another source of errors - don't you think so? > (the same applies to the ReleaseNotes*) > > Bost > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Openfoam-extend-general mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openfoam-extend-general > |
From: Rostislav S. <ros...@gm...> - 2009-08-06 23:58:06
|
Hi together first of all I'd like to ask you if this mailing list is the right way to communicate with you? Seems like noone uses it. Now about the development process - I just downloaded r1388 read Core/OpenFOAM-1.5-dev/README Core/OpenFOAM-1.5-dev/buildInstructions.txt and tried $ Core/OpenFOAM-1.5-dev/Allwmake the result is >100 errors. (the log is not attached it has > 330kB) Seems like at first you just squash all the changes for a new version to the repo and then some magic happens and... ok, whatever... Here some questions and points - which is the last compilable OpenFOAM-1.5-dev revision? - Core/OpenFOAM-1.5-dev/buildInstructions.txt obviously does not belong to Core/OpenFOAM-1.5-dev. It's taken from OpenFOAM-1.4.1-dev. Wrong build instructions might sound better than no instructions for small projects but not for anything size of the openfoam - 800 Millions LOC - keeping README and README.html containing the same is either just a redundant effort or yet another source of errors - don't you think so? (the same applies to the ReleaseNotes*) Bost |
From: Bernhard G. <Ber...@ic...> - 2009-08-04 22:34:42
|
A Breeder for the stuff that has been ported to OpenFOAM 1.6 has been opened in the SVN. It is available at https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Breeder_1.6 The Breeder is the part of the repository where contributios that are not part of the core reside. The basic directory structure is similar to the 1.5 Breeder and has been implemented. Currently there is not much there (at the time of writing only the groovyBC) but other stuff will hopefully follow Bernhard -- --------------------------------------------------------------------------- DI Bernhard F.W. Gschaider --------------------------------------------------------------------------- EMail: Ber...@ic... WWW : www.ice-sf.at Jabber : bgs...@ja... Tel: +43(3842)98282-42 Fax: +43(3842)98282-02 --------------------------------------------------------------------------- |
From: Bernhard G. <Ber...@ic...> - 2008-09-09 09:27:48
|
Because of a reported bug that was fixed in the patch-branch and later fixed in the git in a more general way the file src/meshTools/triSurface/triangleFuncs/triangleFuncs.C is broken after patching. replace it with a copy from the SVN that was downloaded by hand. I will try to find a way so that this doesn't happen again (note: this only happens when one uses the updateAndRecompile-Script and the problem is due to the diff/patch-process if patches already were applied) |
From: Håkan N. <ha...@ch...> - 2008-09-05 07:04:15
|
> So I guess I'll have to have a test-installation that I > apply patches to before upgrading the production version. > > How do you deal with issues like that? I basically rely on you that there is no problem with the patch version :-) My cluster administrator didn't really like that there should be a patch version that updates every now an then either. As you say, people might run into problems all of a sudden even if they are running the same code and the same case that worked before. That is not good. It would be good with a solution where patched libraries do not rename or overwrite previous patches, and that one could choose which patch version that should be linked to by specifying the version number through an enviroment variable. I guess that there must be a solution for this, we are probably not the first to encounter this problem. -- Håkan. Note that my e-mail address has changed to ha...@ch.... +-------------------------------------------------------------------------+ | Håkan Nilsson | | | Ph.D., Assistant Professor | Tel: (+46)31-772 1414 | | Applied mechanics, Fluid Dynamics | Fax: (+46)31-18 09 76 | | Chalmers University of Technology | E-mail: ha...@ch... | | SE-412 96 Gothenburg | Homepage: | | SWEDEN | http://www.tfd.chalmers.se/~hani | +-------------------------------------------------------------------------+ |
From: Bernhard G. <Ber...@ic...> - 2008-09-04 20:24:56
|
>>>>> On Tue, 2 Sep 2008 07:08:07 +0200 (CEST) >>>>> "HN" == Håkan Nilsson <ha...@ch...> wrote: HN> Hi, I agree with Martin. HN> I have the patch version installed. I had no problems with HN> it. I can't use the git version at the moment. I think that HN> since the git version adds new features (and bugs), it should HN> be considered as an experimental state of the code. There is HN> also a need for a code that is only bug-fixed, and hopefully HN> becoming more and more stable. Well. The incident (breaking of one of my codes) was solved (quite an easy thing). Nevertheless. My current problem is that I use the patch branch to upgrade our "production"-installation. So my fear is that during upgrading I will break the OF installation and all runs that will be scheduled on our cluster after that will fail (until I discover the mistake). So I guess I'll have to have a test-installation that I apply patches to before upgrading the production version. How do you deal with issues like that? HN> So, I hope that you are willing to continue with the patched HN> version for a while. I will. And I will have a closer look at the stuff that comes from the git before commiting it Only problem is, that currently the patch is rather large because there are changes between 1.5 and the first revision in the git (so the git itself can't be used to patch an installation the patch-version does) so patching currently takes a rather long time BTW: what I am impressed with is the speed of GIT for downloading HN> At least it would be good to maintain a list of bug fixes, and HN> where to find the updated code. HN> Håkan. HN> On Mon, 1 Sep 2008, Martin Beaudoin wrote: >> Hello, >> >> Here is my feedback: >> >> >>> To evaluate what the future options for the patch-branch >>> should be I'm relying on feedback: >>> >>> - is the patch-branch actually used? >> >> >> Yes. At IREQ, we keep both the dev and the patched version >> available. >> >> >>> - were there problems with it in the past? >> >> >> No. You are doing a pretty fine job at maintaining this part of >> openfoam-extend Bernhard. >> >> >>> - should it be abandoned in favour of the git-archive? >>> >> Not yet. >> >> Let's see how the git archive is maintained and evolving first. >> >> The quality will have to improve. Missing patches and broken >> code is not what I call quality. >> >> Martin >> >> >> >>> Bernhard >>> >>> Footnotes: [1] >>> http://www.opencfd.co.uk/openfoam/download.html#download >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move >>> Developer's challenge Build the coolest Linux based >>> applications with Moblin SDK & win great prizes Grand prize is >>> a trip for two to an Open Source event anywhere in the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Openfoam-extend-general mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openfoam-extend-general >>> >> HN> -- Håkan. HN> Note that my e-mail address has changed to ha...@ch.... HN> +-------------------------------------------------------------------------+ HN> | Håkan Nilsson | | | Ph.D., Assistant Professor | Tel: HN> (+46)31-772 1414 | | Applied mechanics, Fluid Dynamics | Fax: HN> (+46)31-18 09 76 | | Chalmers University of Technology | HN> E-mail: ha...@ch... | | SE-412 96 Gothenburg | Homepage: HN> | | SWEDEN | http://www.tfd.chalmers.se/~hani | HN> +-------------------------------------------------------------------------+ -- --------------------------------------------------------------------------- DI Bernhard F.W. Gschaider --------------------------------------------------------------------------- EMail: Ber...@ic... WWW : www.ice-sf.at Jabber : bgs...@ja... Tel: +43(3842)98282-42 Fax: +43(3842)98282-02 --------------------------------------------------------------------------- |
From: Ola W. <ola...@ya...> - 2008-09-02 20:13:05
|
Hi Bernhard, I'm but a rather passive part of this illustrious community, but I still want to offer a word of appreciation and encouragement... I think your effort with bug-patched version is very valuable. As Håkan says, a version which is slowly but surely getting more and more stable and bug-free, but being otherwise frozen, is very valuable. Especially when OpenFOAM is applied to industrial applications and more of a "production" type of context. The appearance of OpenCFD's git repository is otherwise a very positive development. If OpenCFD is opening up a bit more to the outside world, it's a good thing. Best regards, Ola Bernhard Gschaider wrote: > It might have come to your attention[1], that the OpenCFD is offering a > service (via GIT) similar to the the patch-branches on OpenFOAM-extend > which in the long run might make these patch-branches obsolete (which > is a good thing) > > Up to now the policy of the OF-extend-patch-branch was to > > * include only bug-fixes (no new features) > * include only stuff that was accepted by the people from OpenCFD > > As a test all the changes supplied by the Git-version were > incorporated into the patch-branch. Two patches from the message board > were missing from the Git and reapplied. So the patch-branch should > contain all the publicly known bug-fixes to OpenFOAM 1.5 > > One two-sided sword is that int the Git-version there are also > feature additions (which is good) and there was at least one instance > of a code broken by those additions (this was one of the reasons why > the patch-branch adopted the very conservative policy described > above). This one breakage might have been an unfortunate accident. > > To evaluate what the future options for the patch-branch should be I'm > relying on feedback: > > - is the patch-branch actually used? > - were there problems with it in the past? > - should it be abandoned in favour of the git-archive? > > Bernhard > > Footnotes: > [1] http://www.opencfd.co.uk/openfoam/download.html#download > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Openfoam-extend-general mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openfoam-extend-general > > -- ____________________________________________ Ola Widlund Älvkarleövägen 19 SE-115 43 Stockholm SWEDEN Tel: +46-(0)8-666 98 79 Mob: +46-(0)70-660 00 03 http://ola.widlund.free.fr |
From: Håkan N. <ha...@ch...> - 2008-09-02 05:08:03
|
Hi, I agree with Martin. I have the patch version installed. I had no problems with it. I can't use the git version at the moment. I think that since the git version adds new features (and bugs), it should be considered as an experimental state of the code. There is also a need for a code that is only bug-fixed, and hopefully becoming more and more stable. So, I hope that you are willing to continue with the patched version for a while. At least it would be good to maintain a list of bug fixes, and where to find the updated code. Håkan. On Mon, 1 Sep 2008, Martin Beaudoin wrote: > Hello, > > Here is my feedback: > > >> To evaluate what the future options for the patch-branch should be I'm >> relying on feedback: >> >> - is the patch-branch actually used? > > > Yes. At IREQ, we keep both the dev and the patched version available. > > >> >> - were there problems with it in the past? > > > No. You are doing a pretty fine job at maintaining this part of > openfoam-extend Bernhard. > > >> >> - should it be abandoned in favour of the git-archive? >> > > Not yet. > > Let's see how the git archive is maintained and evolving first. > > The quality will have to improve. Missing patches and broken code is not > what I call quality. > > Martin > > > >> Bernhard >> >> Footnotes: >> [1] http://www.opencfd.co.uk/openfoam/download.html#download >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Openfoam-extend-general mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openfoam-extend-general >> > > > > -- Håkan. Note that my e-mail address has changed to ha...@ch.... +-------------------------------------------------------------------------+ | Håkan Nilsson | | | Ph.D., Assistant Professor | Tel: (+46)31-772 1414 | | Applied mechanics, Fluid Dynamics | Fax: (+46)31-18 09 76 | | Chalmers University of Technology | E-mail: ha...@ch... | | SE-412 96 Gothenburg | Homepage: | | SWEDEN | http://www.tfd.chalmers.se/~hani | +-------------------------------------------------------------------------+ |
From: Martin B. <bea...@gm...> - 2008-09-02 01:53:59
|
Hello, Here is my feedback: > To evaluate what the future options for the patch-branch should be I'm > relying on feedback: > > - is the patch-branch actually used? Yes. At IREQ, we keep both the dev and the patched version available. > > - were there problems with it in the past? No. You are doing a pretty fine job at maintaining this part of openfoam-extend Bernhard. > > - should it be abandoned in favour of the git-archive? > Not yet. Let's see how the git archive is maintained and evolving first. The quality will have to improve. Missing patches and broken code is not what I call quality. Martin > Bernhard > > Footnotes: > [1] http://www.opencfd.co.uk/openfoam/download.html#download > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Openfoam-extend-general mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openfoam-extend-general > -- Martin Beaudoin |
From: Bernhard G. <Ber...@ic...> - 2008-09-01 20:08:53
|
It might have come to your attention[1], that the OpenCFD is offering a service (via GIT) similar to the the patch-branches on OpenFOAM-extend which in the long run might make these patch-branches obsolete (which is a good thing) Up to now the policy of the OF-extend-patch-branch was to * include only bug-fixes (no new features) * include only stuff that was accepted by the people from OpenCFD As a test all the changes supplied by the Git-version were incorporated into the patch-branch. Two patches from the message board were missing from the Git and reapplied. So the patch-branch should contain all the publicly known bug-fixes to OpenFOAM 1.5 One two-sided sword is that int the Git-version there are also feature additions (which is good) and there was at least one instance of a code broken by those additions (this was one of the reasons why the patch-branch adopted the very conservative policy described above). This one breakage might have been an unfortunate accident. To evaluate what the future options for the patch-branch should be I'm relying on feedback: - is the patch-branch actually used? - were there problems with it in the past? - should it be abandoned in favour of the git-archive? Bernhard Footnotes: [1] http://www.opencfd.co.uk/openfoam/download.html#download |
From: Bernhard G. <Ber...@ic...> - 2008-08-01 12:44:16
|
I noticed that in the last time after SVN-submits no mails reached the openfoam-extend-submit list. This was due to the changed format of these mails and in consequence a spam-filter kicking in. It should be fixed now. Bernhard |
From: Bernhard G. <Ber...@ic...> - 2008-07-24 18:31:44
|
The release of the version 1.5 of OpenFOAM made some changes in the repository necessary: - The sources of the OpenCFD-Release can be found at https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/tags/OpenCFD_Release/OpenFOAM-1.5/ and the Thirparty-Stuff at https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/tags/OpenCFD_Release/ThirdParty-1.5/ (a checkout from that URL will fetch the external dependencies) - A new branch for the patches has been opened at https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/branches/OpenCFD_Release/OpenFOAM-1.5_patch/ - The current Breeder https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Breeder/ will ONLY be used for stuff that has not been ported to 1.5. When porting to 1.5 please copy it (with svn) to the corresponding place in the new Breeder https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Breeder_1.5/ This scheme has been chosen to a) make clear which utilities work with which version b) not to break old URLs that are floating around on the message board If you have any remarks, questions concerning this structure: Please discuss them on the openfoam-extend-general list and NOT on the message board as these are not real OpenFOAM-topics Questions concerning OpenFOAM itself or the usage of utilites from the SVN should of course be discussed on the message board Bernhard (who is hoping that this correctly reflects the discussion we had in the admin-team) |
From: <bea...@ir...> - 2008-06-13 10:31:45
|
Hello Bernhard, Nice info. Thanks. Yup, this list is pretty quiet. I guess we are all pretty busy with our own projects, and also that the actual svn setup is serving its purpose well. I guess we might end up with a little bit more traffic after Milano; we'll see. Later Martin -----Original Message----- From: ope...@li... on behalf of Bernhard Gschaider Sent: Fri 2008-06-13 05:45 To: ope...@li...; ope...@li... Subject: [Openfoam-extend-administration] Advertising theeditProperties.py-script As I've seen in the past commits with the comment "deleting rubish" and .dep-files being deleted, I wanted to turn your attention to the editProperties.py-script which makes life much easier for me in that respect. It goes through a directory tree and sets some svn-properties: - Ignore all .dep-files (svn will not try to add them to the repository) - ignore all lnIncludes - in Make-directories ignore everything ending with Opt or Debug - Add the $Id$-feature as a known thing I run this utility once in a while on my source-trees (don't forget to commit afterwards) and the number of accidentially checked in .dpe-files has gone to almost zero The script can be found in: https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/admin/scripts Bernhard PS: also wanted to see if these lists are still living -- --------------------------------------------------------------------------- DI Bernhard F.W. Gschaider --------------------------------------------------------------------------- EMail: Ber...@ic... WWW : www.ice-sf.at Jabber : bgs...@ja... Tel: +43(3842)98282-42 Fax: +43(3842)98282-02 --------------------------------------------------------------------------- ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Openfoam-extend-administration mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openfoam-extend-administration |
From: Bernhard G. <Ber...@ic...> - 2008-06-13 09:45:16
|
As I've seen in the past commits with the comment "deleting rubish" and .dep-files being deleted, I wanted to turn your attention to the editProperties.py-script which makes life much easier for me in that respect. It goes through a directory tree and sets some svn-properties: - Ignore all .dep-files (svn will not try to add them to the repository) - ignore all lnIncludes - in Make-directories ignore everything ending with Opt or Debug - Add the $Id$-feature as a known thing I run this utility once in a while on my source-trees (don't forget to commit afterwards) and the number of accidentially checked in .dpe-files has gone to almost zero The script can be found in: https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/admin/scripts Bernhard PS: also wanted to see if these lists are still living -- --------------------------------------------------------------------------- DI Bernhard F.W. Gschaider --------------------------------------------------------------------------- EMail: Ber...@ic... WWW : www.ice-sf.at Jabber : bgs...@ja... Tel: +43(3842)98282-42 Fax: +43(3842)98282-02 --------------------------------------------------------------------------- |
From: Bernhard G. <Ber...@ic...> - 2008-01-28 19:22:46
|
>>>>> On Wed, 23 Jan 2008 08:07:32 -0800 (PST) >>>>> "OW" == Ola Widlund <ol...@ya...> wrote: OW> Hi, I was planning to patch my OF-1.4.1 installation using the OW> script "updateFromRepositoryAndCompile.sh", but I'm a bit OW> confused by its content. It seems to fetch the revision 30, OW> which is not very recent. Should I edit the revision number OW> manually in the script? How do you recommend I use it best? The option "-r 30" means "Get me the difference of the current revision to the revision 30". At revision 30 version 1.4.1 was checked into the repositiory so this diff gives a complete patch to the distributed sources. So the answers to your questions are: No. Just use the script Bernhard -- --------------------------------------------------------------------------- DI Bernhard F.W. Gschaider --------------------------------------------------------------------------- EMail: Ber...@ic... WWW : www.ice-sf.at Jabber : bgs...@ja... Tel: +43(3842)98282-42 Fax: +43(3842)98282-02 --------------------------------------------------------------------------- |
From: Ola W. <ol...@ya...> - 2008-01-23 16:07:38
|
Hi, I was planning to patch my OF-1.4.1 installation using the script "updateFromRepositoryAndCompile.sh", but I'm a bit confused by its content. It seems to fetch the revision 30, which is not very recent. Should I edit the revision number manually in the script? How do you recommend I use it best? Thanks in advance, Ola |
From: Bernhard G. <Ber...@ic...> - 2007-09-25 14:51:59
|
There was a problem with the upgradeAndRecompile-Script that is recommended for using the patch-branches: the 3 lines context were not enough to correctly (due to the heavy indenetation). This broke tensorI.H because certain lines were added every time the patch-script was run (creating multiple definition). This has been fixed. Download the fixed scripts before attempting another patch |
From: Bernhard G. <Ber...@ic...> - 2007-07-22 20:40:03
|
If this reaches the list, all is well |
From: Paul S. <pso...@so...> - 2007-07-22 02:14:24
|
This is test message to investigate reported mailing list problems. Please ignore. |