7 Apr
2013
7 Apr
'13
4:58 p.m.
On Mar 31, 2013, at 6:59 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote:
Oh! Excellent! I did not know that. Not really
designed to curb down carbon emission but really handy!
keep this kind of checks for when you take an airplane, because running a build on a
server or having the server idle
should not produce more CO2 than the handling of this email.
Alexandre
On Mar 31, 2013, at 11:47 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
Hi Alex,
Moose loads every time there is a commit in most of the relevant repositories :).
If you publish something in Roassal on STHub, a new build will be triggered:
- first, https://ci.inria.fr/moose/job/roassal/
- and then, https://ci.inria.fr/moose/job/moose-latest-dev-4.8/
And a Moose build happens every second hour even if there is no commit.
Cheers,
Doru
On Mar 31, 2013, at 6:11 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev Hi Doru,
--
www.tudorgirba.com
"Every now and then stop and ask yourself if the war you're fighting is the
right one."
Right now, Versionner makes the #development
version point to an actual version, and this breaks the flow in Moose, especially when we
commit something to Roassal. Could you change the behavior such that #development point to
the baseline associated with the current version?
I have now fixed Versionner to follow your proposal. I did a couple of commits of
Roassal. Can you check please Moose loads properly?
I wish Metacello could be easy to write unit tests for.
Alexandre
On Wed, Mar 20, 2013 at 3:32 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote:
Yep, it is part of 1.287.
Thanks Doru!
Alexandre
On Mar 20, 2013, at 5:13 AM, Dennis Schenk <d.schenk(a)students.unibe.ch> wrote:
> Hi Alexandre,
>
> Just saw that Tudor already did what I suggested. Nevermind then :)
>
> Cheers,
> Dennis
>
>
> On Wed, Mar 20, 2013 at 9:44 AM, Dennis Schenk <d.schenk(a)students.unibe.ch>
wrote:
> Hi Alexandre,
>
> I think we should remove the test testEdgeDrivenLayoutingOfCollectionClass from
ROTreeMapLayoutTest, since, as you pointed out correctly, it is based on something that
can change. Meaning if something changes within the Collection class hierarchy, we would
have to adapt the test, which is not desirable.
>
> I would suggest to remove the test. I will think about creating another one which
tests the special case we had with the collection subclass treemap.
>
> Cheers,
> Dennis
>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
--
www.tudorgirba.com
"Every thing has its own flow"
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.