openfoam-extend-general Mailing List for OpenFOAM extensions

Status: Beta

Brought to you by: bgschaid, hakan_nilsson, henrus, hjasak, and 2 others

openfoam-extend-general — Discussions about this project (NOT OpenFOAM - Use the MessageBoard for that)

You can subscribe to this list here.

Flat | Threaded

[Openfoam-extend-general] BugTracker for the OF-extend-project

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-----

Re: [Openfoam-extend-general] Development process of OpenFOAM-1.5-dev

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
---------------------------------------------------------------------------

Re: [Openfoam-extend-general] Development process of OpenFOAM-1.5-dev

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

Re: [Openfoam-extend-general] Development process of OpenFOAM-1.5-dev

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
---------------------------------------------------------------------------

Re: [Openfoam-extend-general] Development process of OpenFOAM-1.5-dev

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

Re: [Openfoam-extend-general] Development process of OpenFOAM-1.5-dev

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
>

[Openfoam-extend-general] Development process of OpenFOAM-1.5-dev

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

[Openfoam-extend-general] Opening of the Breeder-Section for OF 1.6

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
---------------------------------------------------------------------------

[Openfoam-extend-general] Broken triangleFuncs.C

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)

Re: [Openfoam-extend-general] The patch-branch and the git-branch

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 |
+-------------------------------------------------------------------------+

Re: [Openfoam-extend-general] The patch-branch and the git-branch

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
---------------------------------------------------------------------------

Re: [Openfoam-extend-general] The patch-branch and the git-branch

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

Re: [Openfoam-extend-general] The patch-branch and the git-branch

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 |
+-------------------------------------------------------------------------+

Re: [Openfoam-extend-general] The patch-branch and the git-branch

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

[Openfoam-extend-general] The patch-branch and the git-branch

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

[Openfoam-extend-general] No mails reaching the submit-list

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

[Openfoam-extend-general] Changes to the SVN repository due to 1.5

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)

Re: [Openfoam-extend-general] [Openfoam-extend-administration] Advertising theeditProperties.py-script

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

[Openfoam-extend-general] Advertising the editProperties.py-script

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
---------------------------------------------------------------------------

Re: [Openfoam-extend-general] Patching: Only with revision 30?

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
---------------------------------------------------------------------------

[Openfoam-extend-general] Patching: Only with revision 30?

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

[Openfoam-extend-general] Patching of Releases breaks compilation

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

[Openfoam-extend-general] Test of list

From: Bernhard G. <Ber...@ic...> - 2007-07-22 20:40:03

If this reaches the list, all is well

[Openfoam-extend-general] test

From: Paul S. <pso...@so...> - 2007-07-22 02:14:24

This is test message to investigate reported mailing list problems.
Please ignore.

Flat | Threaded