Re: [Yade-dev] Migrating to GitLab

2019-01-18 Thread Bruno Chareyre




On 1/18/19 9:07 AM, Jerome Duriez wrote:
Thus, I was wondering if the move towards merge requests would be 
accompanied by new human

No.

and cpu ressources (coming from UMS Gricad ??) ?

Yes.

Bruno


___
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


Re: [Yade-dev] Migrating to GitLab

2019-01-18 Thread Janek Kozicki
Jerome Duriez said: (by the date of Fri, 18 Jan 2019 09:07:02 +0100)

> At the same time, Rémi left 3SR and, as a first consequence, we kind of 
> lost control on our wiki (even though I would not deeply miss it ;-) as 
> far as I'm concerned).

I am going through the examples now, and I see that we better not
give up on wiki, because it is referenced in the examples!

in examples/capillaryLaplaceYoung/CapillaryPhys-example.py
there is written: 

"To run this script you need to have all 10 text files from
https://yade-dem.org/wiki/CapillaryTriaxialTest;

The funny thing is that this script runs and does not print an error,
so I am baffled. There are no text files here.


--
Janek Kozicki

___
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


Re: [Yade-dev] Migrating to GitLab

2019-01-18 Thread Jerome Duriez

I actually had in mind your sentence

We (Grenoble folk) are not going to spend human and cpu time on 
website and gitlab framework, just to host an unmaintained project.
from [*], which kind of convinced me as a reason to modify our workflow 
towards a tighter control (interpreting the above "unmaintained" as = to 
"open to modifications without any real assessment").


At the same time, Rémi left 3SR and, as a first consequence, we kind of 
lost control on our wiki (even though I would not deeply miss it ;-) as 
far as I'm concerned).


Thus, I was wondering if the move towards merge requests would be 
accompanied by new human and cpu ressources (coming from UMS Gricad ??) 
? If yes, would these human and cpu ressources be additional to what we 
used to have until now (from 3SR), or "just" replace them ??



In summary (and with an inspiration from French idioms) : we will now 
face sticks (with the MR procedure), is there any carrot ? :-)



Jérôme

[*] https://www.mail-archive.com/yade-dev@lists.launchpad.net/msg13682.html

--
Chargé de Recherche / Research Associate
Irstea, RECOVER
3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE
+33 (0)4 42 66 99 21

On 17/01/2019 18:12, Bruno Chareyre wrote:



On 1/17/19 5:53 PM, Jerome Duriez wrote:
 it's maybe time to ask what does YADE development (if not "we") may 
expect as investment from Grenoble "in exchange" ?


Who is expecting something, from who, in exchange of what? You lost 
me, sorry. :)


Bruno


___
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



___
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