CodeImporter and Rubric will not be external projects managed by configurations

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

CodeImporter and Rubric will not be external projects managed by configurations

Pavel Krivanek-3
Hi,

to make our and your lifes easier we want to stop to manage CodeImporter and Rubric as external projects. For CodeImporter it makes no sense to have it as external project and moreover why to have special configuration for only one package. The Rubric has a lot of small updates, not defined maintainer and manage it externally is a pain for everyone.

Let us know if you have something against it.

Cheers,
-- Pavel
Reply | Threaded
Open this post in threaded view
|

Re: CodeImporter and Rubric will not be external projects managed by configurations

Sven Van Caekenberghe-2
Yes, good idea, external projects only make sense if they really can exist outside Pharo and if they are actively maintained as such.

> On 10 Jun 2016, at 10:43, Pavel Krivanek <[hidden email]> wrote:
>
> Hi,
>
> to make our and your lifes easier we want to stop to manage CodeImporter and Rubric as external projects. For CodeImporter it makes no sense to have it as external project and moreover why to have special configuration for only one package. The Rubric has a lot of small updates, not defined maintainer and manage it externally is a pain for everyone.
>
> Let us know if you have something against it.
>
> Cheers,
> -- Pavel


Reply | Threaded
Open this post in threaded view
|

Re: CodeImporter and Rubric will not be external projects managed by configurations

Nicolai Hess-3-2
I don't much about code importer, but
+1 for rubric

2016-06-10 10:50 GMT+02:00 Sven Van Caekenberghe <[hidden email]>:
Yes, good idea, external projects only make sense if they really can exist outside Pharo and if they are actively maintained as such.

> On 10 Jun 2016, at 10:43, Pavel Krivanek <[hidden email]> wrote:
>
> Hi,
>
> to make our and your lifes easier we want to stop to manage CodeImporter and Rubric as external projects. For CodeImporter it makes no sense to have it as external project and moreover why to have special configuration for only one package. The Rubric has a lot of small updates, not defined maintainer and manage it externally is a pain for everyone.
>
> Let us know if you have something against it.
>
> Cheers,
> -- Pavel



Reply | Threaded
Open this post in threaded view
|

Re: CodeImporter and Rubric will not be external projects managed by configurations

stepharo
In reply to this post by Sven Van Caekenberghe-2
Cargo all the packages have a configuration and it should be easier.
even if projects will have to specify their hosts.

BTW I hope that we will kill rubric because alain did it just as a hack
to help synectique.

> Yes, good idea, external projects only make sense if they really can exist outside Pharo and if they are actively maintained as such.
>
>> On 10 Jun 2016, at 10:43, Pavel Krivanek <[hidden email]> wrote:
>>
>> Hi,
>>
>> to make our and your lifes easier we want to stop to manage CodeImporter and Rubric as external projects. For CodeImporter it makes no sense to have it as external project and moreover why to have special configuration for only one package. The Rubric has a lot of small updates, not defined maintainer and manage it externally is a pain for everyone.
>>
>> Let us know if you have something against it.
>>
>> Cheers,
>> -- Pavel
>
>


Reply | Threaded
Open this post in threaded view
|

Re: CodeImporter and Rubric will not be external projects managed by configurations

Uko2

On 11 Jun 2016, at 10:46, stepharo <[hidden email]> wrote:

Cargo all the packages have a configuration

Would work the same as having only one package per repo :)