[Sugar-devel] ASLO activities with no repository
Tony Anderson
tony_anderson at usa.net
Mon May 22 21:28:50 EDT 2017
"I am not in favor of creating repos from the bundles as the git history
is lost. "
The point is that these bundles do not have a repository and hence have
no git history.
'For example, when an activity is upgraded to GTK3, we add it to
GH/sugarlabs.'
Currently about half of the activities do not work independent of
upgrade to GTK3. Many of these non-working activities can be fixed with
minor changes.
To provide git history, the changes should be made through a git
repository.
So I can give priority to making repositories for those bundles with no
repository and which do not work. Then use git to make a history of the
changes required to get them working. This will require help from
someone who can update the activities directory in download.sugarlabs.org.
So my question to James. What harm is done by making a repository for an
activity where there is none?
Tony
On 05/23/2017 08:59 AM, Walter Bender wrote:
>
>
> On Mon, May 22, 2017 at 4:05 AM, Tony Anderson <tony_anderson at usa.net
> <mailto:tony_anderson at usa.net>> wrote:
>
> I thought we were past this discussion. Walter has requested the
> creation of repositories for activities for at least two years. We
> devoted a full GCI opportunity to porting activities to gtk3 and
> creating repositories for them. You sound like you are still in
> fundamental disagreement with this.
>
>
> Tony,
>
> I think there is a bit of a miscommunication going on here. First, as
> you know, I am not in favor of creating repos from the bundles as the
> git history is lost. As far as migrating repos, the idea, as James
> says, is to do that as part of the maintenance process. For example,
> when an activity is upgraded to GTK3, we add it to GH/sugarlabs.
>
> -walter
>
>
> I think a decision needs to be made. A lot of time and effort (and
> discussion) has gone on based on the idea of maintaining
> activities from repositories. If we continue with the current use
> of bundles and metadata, a developer will need to make a bundle
> from his repository and submit it to the Developer Hub to be
> moderated before release on ASLO. With the release the devloper
> will need to update the metadata through the Developer Hub. If an
> activity is taken over by a new developer, someone will need to
> enable the devloper to get permission to submit the changes.
>
> My understanding remains that our goal is to have each activity on
> ASLO be based on a repository (with a back-link in activity.info
> <http://activity.info>).
>
> Let me ask the question this way, what's wrong with having a
> repository for each activity and moving the metadata to
> activity.info <http://activity.info>?
>
> Tony
>
>
> On 05/22/2017 03:19 PM, James Cameron wrote:
>
> That's no reason to create repositories. Repositories should be
> created for source code development and maintenance, and they
> do not
> need to be created until such time as development and maintenance
> occurs.
>
> What's wrong with using the bundles and the existing database
> of metadata?
>
> On Mon, May 22, 2017 at 02:46:25PM +0800, Tony Anderson wrote:
>
> Github is for developers and maintainers. This is where
> repositories should
> be for activities, working or not. Making the changes to
> get the activity to
> work are then documented and the activity can be released
> for publishing in
> ASLO when ready.
>
> The purpose of the email was to determine if there is a
> repository already
> which should be the basis for changes and to avoid the
> firestorm of people
> fearing that their git history will be destroyed. Of
> course, there is no
> real risk since a repository from the bundle touches no
> one's repository.
>
> Tony
>
> On 05/22/2017 02:13 PM, James Cameron wrote:
>
> Why create repositories? It seems a waste of time.
>
> Instead, continue to use the bundles. There is
> everything needed in
> the bundle for running the activity.
>
> Repositories should not be made for an activity that
> does not work
> with the current verson of Sugar; the activity should
> be ported first.
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> <mailto:Sugar-devel at lists.sugarlabs.org>
> http://lists.sugarlabs.org/listinfo/sugar-devel
> <http://lists.sugarlabs.org/listinfo/sugar-devel>
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> <mailto:Sugar-devel at lists.sugarlabs.org>
> http://lists.sugarlabs.org/listinfo/sugar-devel
> <http://lists.sugarlabs.org/listinfo/sugar-devel>
>
>
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
>
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20170523/f4c55667/attachment.html>
More information about the Sugar-devel
mailing list