to be checked versus the libs of the main archive
(suitesparse-dev, metis-dev).
On 14.04, it's a little bit slower. I think it needs to tune and
recompile some of the libs to achieve good performances.
Bruno
On 26/11/13 14:51, Bruno Chareyre wrote:
(to yade-dev)
That's true. We need to move metis
Took me a while to figure out the problem. The reason is the split of yade
package into different subpackages I think. Not sure about best solution.
Should it be fixed on the packaging side or code side?
--
You received this bug notification because you are a member of Yade
developers, which is
Public bug reported:
If yade is compiled on 14.04 where yade stable is also installed, yade-mine
executable will import the stable libraries present in /usr/lib/python2.7.
It makes it impossible to use compiled version (maybe also problems to expect
if different binary packages are installed).
** Changed in: yade
Importance: Undecided = Critical
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1254708
Title:
start-script picks wrong yade libraries in ubuntu 14.04
Status in Yet Another
I checked version numbers Klaus, they are the same.
It seems we will never know what exactly the problem was.
Bruno
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1250928
Title:
Compilation from
2013/11/21 Bruno Chareyre bruno.chare...@hmg.inpg.fr
mailto:bruno.chare...@hmg.inpg.fr
12.04 has 0.70.0 as an official package [1]. Is universe
repository
enabled in your /etc/apt/sources.lists?
Ok. sources.list is one line here...
/deb http://archive.ubuntu.com/ubuntu
I'm curious to know what versions you have for the following
things: openblas, suitesparse, metis, lapack. Could you make keyword
searches on them [1]?
This set of libraries was difficult to use with combined packaged
versions in the recent years but it should be ok =12.04. There seem to
be a few
-trunk-bin#
apt-get install yade
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package yade
On 21/11/13 16:29, Bruno Chareyre wrote:
Hi Anton,
Do you know why yade-daily on launchpad (8+3759+64~ubuntu12.04.1)
doesn't match
12.04 has 0.70.0 as an official package [1]. Is universe repository
enabled in your /etc/apt/sources.lists?
Ok. sources.list is one line here...
/deb http://archive.ubuntu.com/ubuntu precise main//
/
TYVM.
Bruno
___
Mailing list:
So. I tried a fresh 12.04 in chroot. Followed the documentation strictly to
install prerequisites, then compiled. Without the ppa and without metis.
I am a bit disappointed: nothing happens. Compiled normally, and runs the
fluid-coupling example script without problems (just extremely slow, as
And, by the way, launchpad can build for 12.04 without trouble. So,
reproducing the same steps should succeed for everyone, shouldn't it?
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1250928
a little bit. Our private-discussed builds are almost ready.
[1] https://launchpad.net/~yade-pkg/+archive/snapshots/+packages
https://launchpad.net/%7Eyade-pkg/+archive/snapshots/+packages
Anton
2013/11/21 Bruno Chareyre bruno.chare...@hmg.inpg.fr
mailto:bruno.chare...@hmg.inpg.fr
Hi Anton
@Klaus
If you don't have them installed at all it means you did not read the install
manual.
How is it supposed to work? :)
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1250928
Title:
Hi Anton,
Do you know why yade-daily on launchpad (8+3759+64~ubuntu12.04.1)
doesn't match the version I see with apt (5+3730+52~ubuntu12.04.1)?
Thanks
Bruno
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
@Klaus
Is it with yade-users ppa available?
In that case it should work like a charm in my experience.
Bruno
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1250928
Title:
Compilation from source
@Klaus
It works for you because you have enough packages installed. This is why this
type error is not very easy to spot. If you install a fresh 12.04 however, it
will not work, whatever the compilation options.
@Alexender
Thanks for mentionning that. You are right it is the same problem.
I
Hi Anton,
We should, probably, consider creating our own build-server for
Ubuntu/Debian
daily builds.
I was also thinking about that recently. Thanks for investigating the
problem and suggesting this.
What do we need to setup a build server?
Also a question. The version number of yade-daily
Public bug reported:
It seems the instructions for installing prerequisites [1] will fail on ubuntu
12.04 if yade-users ppa is not enabled first.
Trying to compile anyway leads to a few cmake warnings but it will let one
build. Then boot failure because of missing lib (didn't do the build
/11/6 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
Hi (Anton),
It seems yade-daily is slow generating for ubuntu 13.10, and I know a
few guys waiting for it (see e.g. [1]).
Is there something blocking? (sorry for dumb question, I could check
myself normally, but I'm now with very limited internet
Resending to the correct adresses...
B
Original Message
Subject:Re: [Yade-dev] yade-daily is not so daily
Date: Fri, 08 Nov 2013 12:59:07 +0100
From: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Reply-To: bruno.chare...@hmg.inpg.fr
To: yade-dev
/+question/238031
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https://launchpad.net/~yade-dev
Post
Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
For your question, you can check trunk/CMakeLists.txt and grep
triangulation in there. You will see how to compile something
conditionaly.
However, tetgen is available in ubuntu repositories, so there is no need
to compile it. It is quite often that some libraries are packaged
without any note on
with libbz2-dev there is no problem.
Fine, but strictly speaking this is not needed for compilation. libbz2
is enough (since it was working correctly before).
Couldn't we avoid this new dependency?
Bruno
___
Mailing list:
been changed with /current in the meantime they will fail.
Cheers
Bruno
p.s. Please Jan, could you check if you have setup auto-rebase? For some
reason you are still triggering some merges.
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble
Apparently it was Christian who added the /user/ in a
TesselationWrapper's docstring.
This is the problem with git merges, all confusing...
Bruno
On 08/10/13 11:44, Bruno Chareyre wrote:
Hi there,
After Jerome, Jan also got the idea of changing hyperlinks in the doc,
from doc/something
Why is there a underline after the code for the link ...
`blalink.html`_ ?
This is a convention of Sphinx, which we use to build the documentation.
http://openalea.gforge.inria.fr/doc/openalea/doc/_build/html/source/sphinx/rest_syntax.html#internal-and-external-links
And why does a wrong
Thanks Christian for comments.
Is that possible to use the same method as before, where the inertia was
just the total inertia of members? We should really keep that option
even if the default is now to compute inertia automaticaly. Reasons are
that sometimes we want something fast and we
the duplicate as a working copy,
then update the original based on the last substep. There is no need to
reload it, thus collider is preserved.
Just an idea.
Bruno
Pzt, 2013-09-30 tarihinde 16:32 +0200 saatinde, Bruno Chareyre yazdı:
Hi,
Not an easy question.
I guess that you have to save almost
takes ages indeed (I have clumps with 100 particles) but not
sure if this is a bug. Maybe there is something wrong with the loops?
Klaus, would you agree with my suggestions? Then you could choose
accuracy/speed of inertia approximation by yourself ;)
--
___
Bruno Chareyre
Associate
Hi,
Not an easy question.
I guess that you have to save almost everything, since substeps will
change positions and contact forces.
Scene contains everything (exception for local variables and functions
defined in your script). It is saved for instance if you type
O.saveTmp(). And reloaded with
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble
A question for Christian:
If I have a clump with, let's say, 20 particles. Will there be 20
computations of inertia (each time we add a new member) or only one?
We should find a default behavior that do not take ages to compute
anyway, be it at the price of big approximations.
Bruno
--
You
: https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https://launchpad.net
Fixed, thanks Remi.
** Changed in: yade
Assignee: (unassigned) = Rémi (remi-cailletaud)
** Changed in: yade
Status: New = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
** Changed in: yade
Status: New = Fix Released
** Changed in: yade
Assignee: (unassigned) = Bruno Chareyre (bruno-chareyre)
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1224959
Title
May I ask how you found the precise location of the infinite loop Anton?
I would not know how to spot such things.
In the present case, it is not clear after reading the code how it can
go infinite. I hope Christian will have an idea.
Bruno
--
You received this bug notification because you are
Thanks for spotting that.
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1229633
Title:
Documentation out of synchro
Status in Yet Another Dynamic Engine:
New
Bug description:
The sphinx doc
Just std::cerr in many places, then you can localize the problem.
I see. I knew that way...
I thought you had a trick to find it in minutes. :(
Must be possible with debugger, valgrind or something.
In the present case it may be just an extremely long loop, I'm not sure
it is infinite.
Still
You were named because of this commit
https://github.com/yade/trunk/commit/c7188de30e7df4dfc7be66ad2c959f7dc142b093
If I understand correctly now, there are no intersections between what
was removed and what you want to commit. So I don't see any problem.
You will simply git pull (to apply
, because, since Luc added some code in
its source, Bruno removed some other code (of this file) in trunk. But
I think I could do that if Luc agrees / does not plan to do it.
Provided that the answer to first question is yes...
Tell me,
Jérôme
--
___
Bruno Chareyre
Associate
);
return;
}
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Hi Alexander (or Eugen?)
Thanks for reporting.
I'm not expert, but it seems to me that your User1 has no graphical display, at
all. Can he start any graphical application like firefox, for instance?
.Xauthority should be created automatically by the session manager [1]. This is
a bug in the user
Hi Raphael,
You explanations should definitely go to the documentation. You can take
the text below and put it in good shape for the class documentation of
the viscous timeStepper.
I have some questions about that :
- Does the evaluation of the time step seems reasonable to you?
I think so,
Hi Bruno
I think in terms of performance it might be better to keep MatchMaker in IP2
rather to add some in the Law functor. Further I think maybe we could get rid
of includeMoment=True/False in the Law functor.
My suggestion is MatchMaker for eta, krot and ktwist. This makes as well
On 30/08/13 07:49, Anton Gladky wrote:
Hi Bruno, thanks for additional PFV-test.
Could you, please, reduce the tolerance of the script?
yade-daily fails to build [1].
___
###
running: DEM-PFV-check.py
DEM-PFV: difference in
On 30/08/13 07:49, Anton Gladky wrote:
Hi Bruno, thanks for additional PFV-test.
Could you, please, reduce the tolerance of the script?
yade-daily fails to build [1].
I have seen that. It seems the same seed in makeCloud gives different
numbers on different platforms.
Tolerance would hide the
Reading the thread again, I have two questions:
-Is the option cmake option -DMETIS_INCLUDE_DIR still mandatory? (if so, it is
a small bug, the library should be in standard path)
-Is there any use of a PPA for metis, since it is a very common and stable
library? (I recommend parmetis, btw)
--
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
Could you, please, add one simple test or
check-script to test FlowEngine during build?
Done.
I'm now heading to removing Dem3DOF.
B
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe :
I completely forgot about it but changing this should not be a problem. The
definition just needs to be changed to:
(shared_ptrMatchMaker,includeMoment,,,bool to consider rolling resistance)
Yes.
I could use 0 and 1 instead of False and True in the python script:
BTW, don't you think it would make sense to make MatchMakers for most of the
parameters in the IP2 functors? It would give more flexibility when working
with different materials.
It would surely make sense.
It has not done because it is tedious work to put them everywhere. So,
they have
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Public bug reported:
Law2_ScGeom6D_InelastCohFrictPhys_CohesionMoment [1] has identified authors:
Ignacio and François. That's fine.
The problem is that code and class documentation looks exactly the same as
Law2_ScGeom6D_CohFrictPhys_CohesionMoment .
I'm guessing there are a few differences,
Unsubscribe : https://launchpad.net/~yade-users
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
--- ./trunk/core
I found something that could help for a workaround:
ln -s yade-daily yadeimport.py
$ipython
In [1]: import yadeimp
In [2]: import scipy.interpolate
Segmentation fault
$ipython
In [1]: import scipy.interpolate
In [2]: import yadeimp
- No problemo
Importing scipy by default at startup?...
--
Hi Bruno, just wanted to write about it :)
I am working on packages with flow-engine now.
Awesome!
Could you, please, add one simple test or
check-script to test FlowEngine during build?
Good idea.
Dem3Dof engine can be removed now. Or we have some dependencies
on it?
Can be removed I
There should be no overlap but it seems that updateProperties is called.
I guess it is because of the numerical rounding error in line 121.
The check
in line 122 un0 should probably be changed to something like
un-0.001*min(r1,r2) with a tolerance. What do you think?
If you think it can
Hi Klaus, and all (notes for François and Christian below)
I just randomly tried a few example scripts and some needed an update. There
is still more to update:
- I think we should change all randomDense-packs to returnSpherePack=True in
order to avoid the warning and troubles in the future
)?
Would it be worth a yade 2.00? :)
Bruno
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https
It is short but it is here, in fact:
https://www.yade-dem.org/doc/yade.wrapper.html#yade.wrapper.Law2_ScGeom6D_CohFrictPhys_CohesionMoment
Irrelevant bug.
** Changed in: yade
Status: New = Invalid
--
You received this bug notification because you are a member of Yade
developers, which
to make it transparent for the user but they are all at
the price of performance. I'm open to suggestions.
Also: am I ignorant of another way to get the correct force on clumps?
Cheers.
Bruno
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble
On 23/07/13 20:21, Anton Gladky wrote:
Question #232876 on Yade changed:
https://answers.launchpad.net/yade/+question/232876
Anton Gladky proposed the following answer:
I think, we should release a newer version soon.
There are not so much commits (99) since last release, but
0.97 is
Public bug reported:
The definition of rotational stiffness/strength is not explained in the
documentation:
https://www.yade-dem.org/doc/yade.wrapper.html#yade.wrapper.Ip2_CohFrictMat_CohFrictMat_CohFrictPhys
** Affects: yade
Importance: Undecided
Status: New
--
You received
https://yade-dem.org/doc/yade.wrapper.html#lawfunctor
RPM is actually the last one. If you drop it, we can go and finally
remove Dem3DOF. :)
Bruno
On 22/07/13 12:31, Anton Gladky wrote:
I dropped it. How many contact laws are dependent on DEM3DOF?
Anton
2013/7/22 Bruno Chareyre
Do you want to keep it? I see it is based on Dem3Dof, which is supposed
to disappear at one point.
Bruno
On 20/07/13 17:20, Anton Gladky wrote:
Hi Bruno,
2013/7/16 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
I see already that RockPM has no author, could somebody fix that?
i am an author
Anton, I don't understand your last changes in cmake.
This line will trigger the compilation of all combined *.cpp from the three
folders in a single yade lib, right?
ADD_LIBRARY(yade SHARED ${SRC_CORE} ${SRC_PKG} ${SRC_LIB})
Hmm, not quite. It just adds a new library and indicates, which
.
Many thanks
Luc
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Hi guys,
We have buildbot failures for more than 2 weeks now and stuff to fix in
cmake. Please don't commit anything before all this is fixed, as it's
already hard enough to understand what is going on.
Bruno
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP
Please Luc reply to list, not to me (you probably have a reply to list
button in thunderbird, else reply to all and keep only yade-dev).
I thought this line:
To avoid confusing logs after each commit/pull/push cycle, it is
convenient to setup automatic rebase
I am pretty sure I did pull/commit/push... I will be careful next time
(that's also why I just commited changes in doc BTW).
Very strange. It is not supposed to happen. Unless my push time was just
between your pull and your push, I can't understand how it can give a
bubble.
And even in that
Apparently it works with chunkSize (sorry for wrong alert in previous emails,
it must have been some bad merging with my local changes).
The buildbot still crashes though.
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
is chunksize,
than more 'includes are in newly generated cpp-files [1].
it is a Vaclav's idea., actually, not mine.
I know the story. :)
And I love the chunkSize feature, it saves a lot of compilation time.
Bruno
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
Changes in CMakeList reverted for the moment. They fixed an issue for
someone, but triggered other problems, and breaks the buildbot.
Let us fix that carefully.
B
https://github.com/yade/trunk/commit/5243d8872b5bec5f9373e4e9f6934ae4c8059127
--
You received this bug notification because you are
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 5243d8872b5bec5f9373e4e9f6934ae4c8059127
https://github.com/yade/trunk/commit/5243d8872b5bec5f9373e4e9f6934ae4c8059127
Author: Bruno Chareyre bruno.chare...@grenoble-inp.fr
Date: 2013-07-17 (Wed, 17 Jul 2013
. coding conventions for
variable names).
I see already that RockPM has no author, could somebody fix that?
Cheers
Bruno
-- ___ Bruno Chareyre Associate Professor ENSE³ - Grenoble
INP Lab. 3SR BP 53 38041 Grenoble cedex 9 Tél : +33 4 56 52 86 21 Fax :
+33 4 76 82 70 43
Let me be more clear:
- cleaning = removing
- criteria for not removing = {documented, meets coding requirements,
known maintainer...}
- in case of redundancy (I'm expecting some), the highest score at above
criteria will decide which version is kept
:)
Bruno
On 16/07/13 10:55, Bruno Chareyre
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 9fe1226d53a76a7cf090e93f5a7a0178d4dccf40
https://github.com/yade/trunk/commit/9fe1226d53a76a7cf090e93f5a7a0178d4dccf40
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2013-07-16 (Tue, 16 Jul 2013
** Changed in: yade
Status: Fix Released = In Progress
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1195802
Title:
56cdcb breaks LINSOLV compilation on lucid
Status in Yet Another
Reopening. The problem is in fact not linked to flow engine. I think I
spotted the problem in CMakeLists.txt, where yade library is never
defined unless chunkSize=0 (code below). I really wonder why it works on
different platforms, since nobody is typing -DCHUNKSIZE=0, I guess.
cmake ../trunk
Anton, I don't understand your last changes in cmake.
This line will trigger the compilation of all combined *.cpp from the three
folders in a single yade lib, right?
ADD_LIBRARY(yade SHARED ${SRC_CORE} ${SRC_PKG} ${SRC_LIB})
Besides I don't see this line called unless chunkSize=0, I'm in doubt
My bad on one thing: letting chunkSize undefined is ok. The problem
appears when chunkSize is defined and 0.
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1195802
Title:
56cdcb breaks LINSOLV
Chareyre wrote:
Public bug reported:
Now I'm the one who can't compile with linsolv... :-/
First attempt:
-- Could NOT find Metis (missing: METIS_INCLUDE_DIR)
This one was easy to solve, but it doesn't make much sense to force the
definition of such a trivial path...
-DMETIS_INCLUDE_DIR=/usr
Fixed.
Thanks Anton!
I have Precise on the laptop, it doesn't give me a strong reason to upgrade the
desktop's Lucid.
I'm fine with it for the moment. No need to backport stuff, everything works as
expected. :)
** Changed in: yade
Status: New = Fix Released
--
You received this bug
Public bug reported:
Now I'm the one who can't compile with linsolv... :-/
First attempt:
-- Could NOT find Metis (missing: METIS_INCLUDE_DIR)
This one was easy to solve, but it doesn't make much sense to force the
definition of such a trivial path...
-DMETIS_INCLUDE_DIR=/usr/lib
Second
Chareyre bruno.chare...@hmg.inpg.fr:
Hi Christian,
Now you know why the fluid model is not well packaged yet. It is a big mess
with libraries...
Note, however that you can use the fluid model without the linear algebra
libraries, using the Gauss-Seidel solver implemented in Yade (in that case
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 071d4f0460bed2bb56b448db5e1380a3a5482cd7
https://github.com/yade/trunk/commit/071d4f0460bed2bb56b448db5e1380a3a5482cd7
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2013-06-27 (Thu, 27 Jun 2013
Now I try to create a small example script, but actually I am lost in
the amount of parameters, initial and boundary conditions.
Which of them must be set mandatory?
Do I need FlowBoundingSphereLinSolv.*pp, as mentioned by Anton?
As said before it can run without the linsolv part (which I
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
So it's not
enough to delete your build and install directory.
Thanks Anton
There is no need to delete any directory.
There is a CMakeCache.txt that tends to stay behind sometimes, I noticed
that.
I'm guessing Anton's touch is somehow forcing the update of this
cache, not sure.
Is it so?
B
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 7b57638619cffbc3011d6037acb2fec23fef3f6d
https://github.com/yade/trunk/commit/7b57638619cffbc3011d6037acb2fec23fef3f6d
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2013-06-21 (Fri, 21 Jun 2013
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 36600c9285a5f03c9c694464a27ea2b153bc6ec4
https://github.com/yade/trunk/commit/36600c9285a5f03c9c694464a27ea2b153bc6ec4
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2013-06-12 (Wed, 12 Jun 2013
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 3d7c8d670f657684517b19dd0b0585c4dbb9d936
https://github.com/yade/trunk/commit/3d7c8d670f657684517b19dd0b0585c4dbb9d936
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2013-06-12 (Wed, 12 Jun 2013
to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 17880861219703f9497103fbe76ab2759b362671
https://github.com/yade/trunk/commit/17880861219703f9497103fbe76ab2759b362671
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2013-06-07 (Fri, 07 Jun 2013
same problem with scipy.stats
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1183402
Title:
Segmentation fault by importing scipy.interpolate
Status in Yet Another Dynamic Engine:
New
Bug
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: bd75629267adea593a34a21185bfc90d3cb43573
https://github.com/yade/trunk/commit/bd75629267adea593a34a21185bfc90d3cb43573
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2013-05-30 (Thu, 30 May 2013
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 543b09ab52bde0208eeed79b8be7679e9b1cf05b
https://github.com/yade/trunk/commit/543b09ab52bde0208eeed79b8be7679e9b1cf05b
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2013-05-31 (Fri, 31 May 2013
701 - 800 of 1908 matches
Mail list logo