15 May
2011
15 May
'11
11:25 p.m.
Hi,
I lost track of what happened with RPackage. Cyrille, Stef, could you summarize the
status?
I see that the tests are working on 1.2 (except for the expected failing ones). Is it good
enough to rely on it for the release? If yes, we release tomorrow.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
16 May
16 May
9:47 a.m.
What I did recently is to clean , write tests and debug (in particular the
problem highlighted in the moose mailing list).
We kept an older version as 'stable' for Moose (that should work also
correctly), but maybe we should push the last changes we made ?
2011/5/15 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
I lost track of what happened with RPackage. Cyrille, Stef, could you
summarize the status?
I see that the tests are working on 1.2 (except for the expected failing
ones). Is it good enough to rely on it for the release? If yes, we release
tomorrow.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
10:10 a.m.
By the way, there is still one important issue to make RPackage work
correctly:
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
I think this is something to do with Pharo. So I guess that any change would
not be integrated in the version of pharo you are using for moose ?
2011/5/16 Cyrille Delaunay <cy.delaunay(a)gmail.com>
What I did recently is to clean , write tests and
debug (in particular the
problem highlighted in the moose mailing list).
We kept an older version as 'stable' for Moose (that should work also
correctly), but maybe we should push the last changes we made ?
2011/5/15 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
I lost track of what happened with RPackage. Cyrille, Stef, could you
summarize the status?
I see that the tests are working on 1.2 (except for the expected failing
ones). Is it good enough to rely on it for the release? If yes, we release
tomorrow.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
10:18 a.m.
Thanks, Cyrille.
It looks like this issue of no event raising when an empty category is created will take a
while, but I do not think this is a critical issue.
Regarding the newer RPackage versions. It looks like it should be stable, and that the
difference comes from bug fixes, right? So, if you say it is tested, let's mark it as
stable. Could you do that?
Cheers,
Doru
On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
By the way, there is still one important issue to make
RPackage work correctly:
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
I think this is something to do with Pharo. So I guess that any change would not be
integrated in the version of pharo you are using for moose ?
2011/5/16 Cyrille Delaunay <cy.delaunay(a)gmail.com>
What I did recently is to clean , write tests and debug (in particular the problem
highlighted in the moose mailing list).
We kept an older version as 'stable' for Moose (that should work also correctly),
but maybe we should push the last changes we made ?
2011/5/15 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
I lost track of what happened with RPackage. Cyrille, Stef, could you summarize the
status?
I see that the tests are working on 1.2 (except for the expected failing ones). Is it
good enough to rely on it for the release? If yes, we release tomorrow.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"No matter how many recipes we know, we still value a chef."
10:42 a.m.
Ok I marked the version 3.1 as stable.
For the issue of no event raising, it depends what is critical :) In your
moose image, if you create a new category and move a class inside, it will
raise an error because RPackage do not find a matching package. This also
means that you will not be able to import this category/package in moose
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Thanks, Cyrille.
It looks like this issue of no event raising when an empty category is
created will take a while, but I do not think this is a critical issue.
Regarding the newer RPackage versions. It looks like it should be stable,
and that the difference comes from bug fixes, right? So, if you say it is
tested, let's mark it as stable. Could you do that?
Cheers,
Doru
On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
> 2011/5/16 Cyrille Delaunay
<cy.delaunay(a)gmail.com>
> What I did recently is to clean , write tests and debug (in particular
the problem highlighted in the moose mailing list).
> 2011/5/15 Tudor Girba <tudor.girba(a)gmail.com>
> Hi,
> I lost track of what happened with
RPackage. Cyrille, Stef, could you
summarize the status?
> I see that the tests are working on
1.2 (except for the expected failing
ones). Is it good enough to rely on it for the release? If yes, we release
tomorrow.
> Cheers,
> Doru
> --
> www.tudorgirba.com
> "From an abstract enough point
of view, any two things are similar."
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"No matter how many recipes we know, we still value a chef."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
By the way, there is still one important issue to
make RPackage work
correctly:
I think this is something to do with Pharo. So I
guess that any change
would not be integrated in the version of pharo you are using
for moose ?
We kept an older version as 'stable' for
Moose (that should work also
correctly), but maybe we should push the last changes
we made ?
12:49 p.m.
Hi,
On 16 May 2011, at 10:42, Cyrille Delaunay wrote:
Ok I marked the version 3.1 as stable.
It looks good. The latest build is green.
For the issue of no event raising, it depends what is
critical :) In your moose image, if you create a new category and move a class inside, it
will raise an error because RPackage do not find a matching package. This also means that
you will not be able to import this category/package in moose
I understand the implication. Could this not be fixed easily in RPackage by ensuring that
a package is there when adding a class even if it is not created already?
Cheers,
Doru
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Thanks, Cyrille.
It looks like this issue of no event raising when an empty category is created will take
a while, but I do not think this is a critical issue.
Regarding the newer RPackage versions. It looks like it should be stable, and that the
difference comes from bug fixes, right? So, if you say it is tested, let's mark it as
stable. Could you do that?
Cheers,
Doru
On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
--
www.tudorgirba.com
"Presenting is storytelling."
By the way, there is still one important issue to
make RPackage work correctly:
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
I think this is something to do with Pharo. So I guess that any change would not be
integrated in the version of pharo you are using for moose ?
2011/5/16 Cyrille Delaunay <cy.delaunay(a)gmail.com>
What I did recently is to clean , write tests and debug (in particular the problem
highlighted in the moose mailing list).
We kept an older version as 'stable' for Moose (that should work also correctly),
but maybe we should push the last changes we made ?
2011/5/15 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
I lost track of what happened with RPackage. Cyrille, Stef, could you summarize the
status?
I see that the tests are working on 1.2 (except for the expected failing ones). Is it
good enough to rely on it for the release? If yes, we release tomorrow.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"No matter how many recipes we know, we still value a chef."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
1:02 p.m.
Yes I guess we could temporarily have something like that. When we ask the
organizer for an unknown package , we could had a line that looks if a
matching category exist in the system. Should I had something like that for
the stable version ?
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
On 16 May 2011, at 10:42, Cyrille Delaunay wrote:
Ok I marked the version 3.1 as stable.
It looks good. The latest build is green.
For the issue of no event raising, it depends
what is critical :) In
your moose image, if you create a new category and move a
class inside, it
will raise an error because RPackage do not find a matching package. This
also means that you will not be able to import this category/package in
moose
I understand the implication. Could this not be fixed easily in RPackage by
ensuring that a package is there when adding a class even if it is not
created already?
Cheers,
Doru
2011/5/16 Tudor Girba
<tudor.girba(a)gmail.com>
Thanks, Cyrille.
It looks like this issue of no event raising when an empty category is
created
will take a while, but I do not think this is a critical issue.
Regarding the newer RPackage versions. It looks like it should be stable,
and that
the difference comes from bug fixes, right? So, if you say it is
tested, let's mark it as stable. Could you do that?
Cheers,
Doru
On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
> By the way, there is still one important issue to make RPackage work
correctly:
>
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
> I think this is something to do with Pharo.
So I guess that any change
would not be integrated in the version of pharo you are
using for moose ?
>
> > 2011/5/16 Cyrille Delaunay
<cy.delaunay(a)gmail.com>
> > What I did recently is to clean , write tests and debug (in particular
the problem highlighted in the moose mailing list).
> We kept an older version as 'stable'
for Moose (that should work also
correctly), but maybe we should push the last
changes we made ?
>
>
> > 2011/5/15 Tudor Girba
<tudor.girba(a)gmail.com>
> > Hi,
>
> > I lost track of what
happened with RPackage. Cyrille, Stef, could you
summarize the status?
>
> > I see that the tests are
working on 1.2 (except for the expected
failing ones). Is it good enough to rely on it for the release? If yes, we
release tomorrow.
>
> > Cheers,
> > Doru
>
>
> > --
> > www.tudorgirba.com
>
> > "From an abstract
enough point of view, any two things are similar."
>
>
>
>
> >
_______________________________________________
> > Moose-dev mailing list
> > Moose-dev(a)iam.unibe.ch
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>
> > _______________________________________________
> > Moose-dev mailing list
> > Moose-dev(a)iam.unibe.ch
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> www.tudorgirba.com
>
> "No matter how many recipes we know, we still value a chef."
>
>
>
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Presenting is storytelling."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
1:18 p.m.
Yes.
Be sure to add a test, please :)
Cheers,
Doru
On 16 May 2011, at 13:02, Cyrille Delaunay wrote:
Yes I guess we could temporarily have something like
that. When we ask the organizer for an unknown package , we could had a line that looks if
a matching category exist in the system. Should I had something like that for the stable
version ?
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
On 16 May 2011, at 10:42, Cyrille Delaunay wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
Ok I marked the version 3.1 as stable.
It looks good. The latest build is green.
For the issue of no event raising, it depends
what is critical :) In your moose image, if you create a new category and move a class
inside, it will raise an error because RPackage do not find a matching package. This also
means that you will not be able to import this category/package in moose
I understand the implication. Could this not be fixed easily in RPackage by ensuring that
a package is there when adding a class even if it is not created already?
Cheers,
Doru
2011/5/16 Tudor Girba
<tudor.girba(a)gmail.com>
Thanks, Cyrille.
It looks like this issue of no event raising when an empty category is created will take
a while, but I do not think this is a critical issue.
Regarding the newer RPackage versions. It looks like it should be stable, and that the
difference comes from bug fixes, right? So, if you say it is tested, let's mark it as
stable. Could you do that?
Cheers,
Doru
On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
--
www.tudorgirba.com
"Presenting is storytelling."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev By the way, there is still one important issue to
make RPackage work correctly:
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
I think this is something to do with Pharo. So I guess that any change would not be
integrated in the version of pharo you are using for moose ?
2011/5/16 Cyrille Delaunay <cy.delaunay(a)gmail.com>
What I did recently is to clean , write tests and debug (in particular the problem
highlighted in the moose mailing list).
We kept an older version as 'stable' for Moose (that should work also correctly),
but maybe we should push the last changes we made ?
2011/5/15 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
I lost track of what happened with RPackage. Cyrille, Stef, could you summarize the
status?
I see that the tests are working on 1.2 (except for the expected failing ones). Is it
good enough to rely on it for the release? If yes, we release tomorrow.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"No matter how many recipes we know, we still value a chef."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
2:14 p.m.
I fixed that.
I also realized that I commited the changes of this morning on my personal
disk (and not on squeaksource). That's why you might see a 'jump' between
rpackage packages versions
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Yes.
Be sure to add a test, please :)
Cheers,
Doru
On 16 May 2011, at 13:02, Cyrille Delaunay wrote:
Yes I guess we could temporarily have something
like that. When we ask
the organizer for an unknown package , we could had a line
that looks if a
matching category exist in the system. Should I had something like that for
the stable version ?
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
On 16 May 2011, at 10:42, Cyrille Delaunay wrote:
your
moose image, if you create a new category and move a class inside, it
will raise an error because RPackage do not find a matching package. This
also means that you will not be able to import this category/package in
moose
Ok I marked the version 3.1 as stable.
It looks good. The latest build is green.
> For the issue of no event raising, it depends what is critical :) In
I understand the implication. Could this not be fixed easily in RPackage
by
ensuring that a package is there when adding a class even if it is not
created already?
Cheers,
Doru
> 2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
> Thanks, Cyrille.
>
> It looks like this issue of no event raising when an empty category is
created will take a while, but I do not think this is a critical issue.
>
> Regarding the newer RPackage versions. It looks like it should be
stable, and
that the difference comes from bug fixes, right? So, if you say
it is tested, let's mark it as stable. Could you do that?
>
> Cheers,
> Doru
>
>
> On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
>
> > By the way, there is still one important issue to make RPackage work
correctly:
> >
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
> > I think this is something to do with
Pharo. So I guess that any
change would not be integrated in the version of pharo
you are using for
moose ?
> >
> > > 2011/5/16 Cyrille
Delaunay <cy.delaunay(a)gmail.com>
> > > What I did recently is to clean , write tests and debug (in
particular the problem highlighted in the moose mailing list).
> > We kept an older version as
'stable' for Moose (that should work also
correctly), but maybe we should
push the last changes we made ?
> >
> >
> > > 2011/5/15 Tudor Girba
<tudor.girba(a)gmail.com>
> > > Hi,
> >
> > > I lost track of
what happened with RPackage. Cyrille, Stef, could you
summarize the status?
> >
> > > I see that the
tests are working on 1.2 (except for the expected
failing ones). Is it good enough to rely on it for the release? If yes, we
release tomorrow.
> >
> > > Cheers,
> > > Doru
> >
> >
> > > --
> > > www.tudorgirba.com
> >
> > > "From an
abstract enough point of view, any two things are similar."
> >
> >
> >
> >
> > >
_______________________________________________
> > > Moose-dev mailing list
> > > Moose-dev(a)iam.unibe.ch
> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> >
> > >
_______________________________________________
> > > Moose-dev mailing list
> > > Moose-dev(a)iam.unibe.ch
> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> > --
> > www.tudorgirba.com
> >
> > "No matter how many recipes we know, we still value a chef."
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Moose-dev mailing list
> > Moose-dev(a)iam.unibe.ch
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> > _______________________________________________
> > Moose-dev mailing list
> > Moose-dev(a)iam.unibe.ch
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> www.tudorgirba.com
>
> "Presenting is storytelling."
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
2:35 p.m.
Did you update the configuration as well?
For the locally published versions, please also copy them. Open the Monticello browser,
select the version and then press copy and choose the corresponding repository.
Cheers,
Doru
On 16 May 2011, at 14:14, Cyrille Delaunay wrote:
I fixed that.
I also realized that I commited the changes of this morning on my personal disk (and not
on squeaksource). That's why you might see a 'jump' between rpackage packages
versions
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Yes.
Be sure to add a test, please :)
Cheers,
Doru
On 16 May 2011, at 13:02, Cyrille Delaunay wrote:
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of problem
understanding."
Yes I guess we could temporarily have something
like that. When we ask the organizer for an unknown package , we could had a line that
looks if a matching category exist in the system. Should I had something like that for the
stable version ?
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
On 16 May 2011, at 10:42, Cyrille Delaunay wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev Ok I marked the version 3.1 as stable.
It looks good. The latest build is green.
For the issue of no event raising, it depends
what is critical :) In your moose image, if you create a new category and move a class
inside, it will raise an error because RPackage do not find a matching package. This also
means that you will not be able to import this category/package in moose
I understand the implication. Could this not be fixed easily in RPackage by ensuring that
a package is there when adding a class even if it is not created already?
Cheers,
Doru
2011/5/16 Tudor Girba
<tudor.girba(a)gmail.com>
Thanks, Cyrille.
It looks like this issue of no event raising when an empty category is created will take
a while, but I do not think this is a critical issue.
Regarding the newer RPackage versions. It looks like it should be stable, and that the
difference comes from bug fixes, right? So, if you say it is tested, let's mark it as
stable. Could you do that?
Cheers,
Doru
On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
--
www.tudorgirba.com
"Presenting is storytelling."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev By the way, there is still one important issue to
make RPackage work correctly:
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
I think this is something to do with Pharo. So I guess that any change would not be
integrated in the version of pharo you are using for moose ?
2011/5/16 Cyrille Delaunay <cy.delaunay(a)gmail.com>
What I did recently is to clean , write tests and debug (in particular the problem
highlighted in the moose mailing list).
We kept an older version as 'stable' for Moose (that should work also correctly),
but maybe we should push the last changes we made ?
2011/5/15 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
I lost track of what happened with RPackage. Cyrille, Stef, could you summarize the
status?
I see that the tests are working on 1.2 (except for the expected failing ones). Is it
good enough to rely on it for the release? If yes, we release tomorrow.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"No matter how many recipes we know, we still value a chef."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
2:55 p.m.
Yes I updated the configuration.
Why should I copy the locally published version ? Because those versions
should never be used, I just republished the same changes in newest
versions, but having the same ancestors (present in teh squeaksource
repository).
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Did you update the configuration as well?
For the locally published versions, please also copy them. Open the
Monticello browser, select the version and then press copy and choose the
corresponding repository.
Cheers,
Doru
On 16 May 2011, at 14:14, Cyrille Delaunay wrote:
I fixed that.
I also realized that I commited the changes of this morning on my
personal disk
(and not on squeaksource). That's why you might see a 'jump'
between rpackage packages versions
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Yes.
Be sure to add a test, please :)
Cheers,
Doru
On 16 May 2011, at 13:02, Cyrille Delaunay wrote:
> Yes I guess we could temporarily have something like that. When we ask
the
organizer for an unknown package , we could had a line that looks if a
matching category exist in the system. Should I had something like that for
the stable version ?
>
> 2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
> Hi,
>
>
> On 16 May 2011, at 10:42, Cyrille Delaunay wrote:
>
> > Ok I marked the version 3.1 as stable.
>
> It looks good. The latest build is green.
>
> > For the issue of no event raising, it depends what is critical :) In
your moose image, if you create a new category and move a class inside, it
will raise an error because RPackage do not find a matching package. This
also means that you will not be able to import this category/package in
moose
>
> I understand the implication. Could this not be fixed easily in
RPackage by
ensuring that a package is there when adding a class even if it
is not created already?
>
> Cheers,
> Doru
>
>
>
> > 2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
> > Thanks, Cyrille.
> >
> > It looks like this issue of no event raising when an empty category
is
created will take a while, but I do not think this is a critical issue.
> >
> > Regarding the newer RPackage versions. It looks like it should be
stable, and that the difference comes from bug fixes, right? So, if you say
it is tested, let's mark it as stable. Could you do that?
> >
> > Cheers,
> > Doru
> >
> >
> > On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
> >
> > > By the way, there is still one important issue to make RPackage
work correctly:
> > >
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
> > > I think this is something to do
with Pharo. So I guess that any
change would not be integrated in the version of
pharo you are using for
moose ?
> > >
> > > >
2011/5/16 Cyrille Delaunay <cy.delaunay(a)gmail.com>
> > > > What I did recently is to clean , write tests and debug (in
particular the problem highlighted in the moose mailing list).
> > > We kept an older version as
'stable' for Moose (that should work
also correctly), but maybe we should
push the last changes we made ?
> > >
> > >
> > > > 2011/5/15 Tudor Girba
<tudor.girba(a)gmail.com>
> > > > Hi,
> > >
> > > > I lost
track of what happened with RPackage. Cyrille, Stef, could
you summarize the status?
> > >
> > > > I see
that the tests are working on 1.2 (except for the expected
failing ones). Is it good enough to rely on it for the release? If yes, we
release tomorrow.
> > >
> > > >
Cheers,
> > > > Doru
> > >
> > >
> > > > --
> > > > www.tudorgirba.com
> > >
> > > >
"From an abstract enough point of view, any two things are
similar."
> > >
> > >
> >
>
> > >
> > >
> _______________________________________________
> > > > Moose-dev mailing list
> > > > Moose-dev(a)iam.unibe.ch
> > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> > >
> > >
> > > >
_______________________________________________
> > > > Moose-dev mailing list
> > > > Moose-dev(a)iam.unibe.ch
> > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> > >
> > > --
> > > www.tudorgirba.com
> > >
> > > "No matter how many recipes we know, we still value a chef."
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > Moose-dev mailing list
> > > Moose-dev(a)iam.unibe.ch
> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> > >
> > > _______________________________________________
> > > Moose-dev mailing list
> > > Moose-dev(a)iam.unibe.ch
> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> > --
> > www.tudorgirba.com
> >
> > "Presenting is storytelling."
> >
> >
> > _______________________________________________
> > Moose-dev mailing list
> > Moose-dev(a)iam.unibe.ch
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> > _______________________________________________
> > Moose-dev mailing list
> > Moose-dev(a)iam.unibe.ch
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> www.tudorgirba.com
>
> "There are no old things, there are only old ways of looking at them."
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of problem
understanding."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
17 May
17 May
11:54 a.m.
On May 16, 2011, at 2:55 PM, Cyrille Delaunay wrote:
Yes I updated the configuration.
Why should I copy the locally published version ? Because those versions should never be
used, I just republished the same changes in newest versions, but having the same
ancestors (present in teh squeaksource repository).
for the merge computation this is good to have all the history.
Stef
11:53 a.m.
Yes please do a
push/ fetch
so that you get all the versions synchronisation in the server and in your local cache.
Stef
On May 16, 2011, at 2:35 PM, Tudor Girba wrote:
Did you update the configuration as well?
For the locally published versions, please also copy them. Open the Monticello browser,
select the version and then press copy and choose the corresponding repository.
Cheers,
Doru
On 16 May 2011, at 14:14, Cyrille Delaunay wrote:
I fixed that.
I also realized that I commited the changes of this morning on my personal disk (and not
on squeaksource). That's why you might see a 'jump' between rpackage packages
versions
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Yes.
Be sure to add a test, please :)
Cheers,
Doru
On 16 May 2011, at 13:02, Cyrille Delaunay wrote:
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of problem
understanding."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev Yes I guess we could temporarily have something
like that. When we ask the organizer for an unknown package , we could had a line that
looks if a matching category exist in the system. Should I had something like that for the
stable version ?
2011/5/16 Tudor Girba <tudor.girba(a)gmail.com>
Hi,
On 16 May 2011, at 10:42, Cyrille Delaunay wrote:
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev Ok I marked the version 3.1 as stable.
It looks good. The latest build is green.
For the issue of no event raising, it depends
what is critical :) In your moose image, if you create a new category and move a class
inside, it will raise an error because RPackage do not find a matching package. This also
means that you will not be able to import this category/package in moose
I understand the implication. Could this not be fixed easily in RPackage by ensuring that
a package is there when adding a class even if it is not created already?
Cheers,
Doru
2011/5/16 Tudor Girba
<tudor.girba(a)gmail.com>
Thanks, Cyrille.
It looks like this issue of no event raising when an empty category is created will take
a while, but I do not think this is a critical issue.
Regarding the newer RPackage versions. It looks like it should be stable, and that the
difference comes from bug fixes, right? So, if you say it is tested, let's mark it as
stable. Could you do that?
Cheers,
Doru
On 16 May 2011, at 10:10, Cyrille Delaunay wrote:
> By the way, there is still one important issue to make RPackage work correctly:
>
http://code.google.com/p/pharo/issues/detail?id=3974&q=RPackage&col…
> I think this is something to do with Pharo. So I guess that any change would not be
integrated in the version of pharo you are using for moose ?
>
> 2011/5/16 Cyrille Delaunay <cy.delaunay(a)gmail.com>
> What I did recently is to clean , write tests and debug (in particular the problem
highlighted in the moose mailing list).
> We kept an older version as 'stable' for Moose (that should work also
correctly), but maybe we should push the last changes we made ?
>
>
> 2011/5/15 Tudor Girba <tudor.girba(a)gmail.com>
> Hi,
>
> I lost track of what happened with RPackage. Cyrille, Stef, could you summarize the
status?
>
> I see that the tests are working on 1.2 (except for the expected failing ones). Is it
good enough to rely on it for the release? If yes, we release tomorrow.
>
> Cheers,
> Doru
>
>
> --
> www.tudorgirba.com
>
> "From an abstract enough point of view, any two things are similar."
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"No matter how many recipes we know, we still value a chef."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Presenting is storytelling."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
5048
days inactive
5050
days old
12 comments
3 participants
participants (3)
-
Cyrille Delaunay -
Stéphane Ducasse -
Tudor Girba