Re: [Sugar-devel] [FEATURE] Separate python version packages for sugar-toolkit-gtk3

I've reviewed https://wiki.debian.org/Python/LibraryStyleGuide However, sugar-toolkit-gtk3 does not have setup.py method of build and install, instead we use GNU autotools. Let's step back and look at the problem again. We have a completed Port to Python 3, but testing it is very difficult,

Re: [Sugar-devel] [FEATURE] Separate python version packages for sugar-toolkit-gtk3

Hi Aniket, As the packages were incomplete, I removed the repo to avoid confusion. I've re-uploaded them and added a reference source to what steps I took to create the packages in the README. Also, please check James's comments regarding these packages. Thanks, Sukhdeep Gill On Thu, Jul 25,

Re: [Sugar-devel] [FEATURE] Separate python version packages for sugar-toolkit-gtk3

G'day Sukhdeep, You have removed the packages repository from your github. I would be happy to analyze those packages. Also would you please tell how you proceeded? Thanks! On Tue, Jul 23, 2019 at 2:58 PM James Cameron wrote: > On Tue, Jul 23, 2019 at 01:02:33PM +0530, sukhdeep gill wrote: > >

Re: [Sugar-devel] [FEATURE] Separate python version packages for sugar-toolkit-gtk3

On Tue, Jul 23, 2019 at 01:02:33PM +0530, sukhdeep gill wrote: > Python packages: > https://github.com/sukhdeepg/sugar-toolkit-gtk3-python-packages. > This is the first step with respect to an earlier reply from James > Cameron. I've understood the depth of the issue from this result > after the

Re: [Sugar-devel] [FEATURE] Separate python version packages for sugar-toolkit-gtk3

G'day Sukhdeep, I don't know what your approach was, sorry. What is needed now is a python3-sugar3 deb package, containing the HEAD of _master_ branch, built for python3, alongside a python-sugar3 deb package, built for python2. Both would be installed at once. Also, the python-sugar3 package

[Sugar-devel] [FEATURE] Separate python version packages for sugar-toolkit-gtk3

Hello! I've created deb packages for sugar-toolkit-gtk3 using this source . With and without --with-python3 option. E.g. output looks like this: python-sugar3_0.114~sukhdeep.0-1_all.deb. Is this is a correct approach

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

Alejandro García Generally, I believe you first need to know how to do something several times before deciding to automate. In that case, the question is whether the automation will be used enough to justify the implementation time and effort and whether the automation will make the process

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

I want to reduce the impact of an update of a third party in all the activities, avoiding the need of change each activity when it happens. Examples of what I want to avoid are the activities that were updated from gtk2 to gtk3 and those that still need to be updated. On Mon, Feb 11, 2019,

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

On Mon, Feb 11, 2019 at 10:04:02PM -0600, Alejandro García wrote: > Let's discard the adapter/shim (main goal is to reduce the dependency).  > > Isn't there anything that we can do to reduce the dependency. Especially with > Gtk. What problem are you trying to solve by reducing the dependencies?

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

Let's discard the adapter/shim (main goal is to reduce the dependency). Isn't there anything that we can do to reduce the dependency. Especially with Gtk. Why aren't CollabWrapper and SugarGame very common between activities? Especially CollabWrapper. If CollabWrapper is simple, why not

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

On Sun, Feb 10, 2019 at 08:19:03PM -0600, Alejandro García wrote: > I was thinking something like calling a GtkAdapter.Label(...) instead of > Gtk.Label (...), or a WebKitAdapter.emit_signal (...) instead of > WebKit2.emit_signal (...).  > > Are these examples more clear of what I'm trying to

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

Yes, something like that. On Sun, Feb 10, 2019, 8:24 PM Walter Bender > > On Sun, Feb 10, 2019 at 9:19 PM Alejandro García > wrote: > >> I was thinking something like calling a GtkAdapter.Label(...) instead of >> Gtk.Label (...), or a WebKitAdapter.emit_signal (...) instead of >>

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

On Sun, Feb 10, 2019 at 9:19 PM Alejandro García wrote: > I was thinking something like calling a GtkAdapter.Label(...) instead of > Gtk.Label (...), or a WebKitAdapter.emit_signal (...) instead of > WebKit2.emit_signal (...). > > Are these examples more clear of what I'm trying to say? > > The

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

I was thinking something like calling a GtkAdapter.Label(...) instead of Gtk.Label (...), or a WebKitAdapter.emit_signal (...) instead of WebKit2.emit_signal (...). Are these examples more clear of what I'm trying to say? The CollabWrapper and SugarGame projects are closer to what I'm trying to

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

Ok. Thanks for the clarification. On Sun, Feb 10, 2019, 7:44 PM James Cameron Examples of adapters used by Sugar activities are; > > - Sugar Toolkit for GTK 3, for Python activities, > https://github.com/sugarlabs/sugar-toolkit-gtk3 > (assumed to be preinstalled on a system that runs Sugar)

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

Examples of adapters used by Sugar activities are; - Sugar Toolkit for GTK 3, for Python activities, https://github.com/sugarlabs/sugar-toolkit-gtk3 (assumed to be preinstalled on a system that runs Sugar) - Sugargame, an integration of GTK 3 and Pygame,

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

Can you give me a link to an example where it's applied? I don't know if I was clear. I was talking about something more "global". Like a new package at the sugar repository, that way any activity can use it. All the calls to Gtk (for example) are changed with the adapter in all the activities

Re: [Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

We do that to some extent -- for example, there is an "adapter" for collaboration and at one point we discussed doing the same with other "adapters" I use in the bulk of the activities I wrote -- abstractions of the various GTK classes. But it never go that much traction from the rest of the dev

[Sugar-devel] [FEATURE] Create an adapter that calls the third parties/libraries for better maintainability.

*** TLDR; Why not creating an adapter that calls the libraries/third parties that we use creating activities (like GTK, WebKit, etc) and in the activities we only call the adapter? For more information read below. *** Hi, I was a participant at GCI 2018, I worked mostly

Re: [Sugar-devel] [FEATURE] Add a reset button to Sugar

If you want to do this, ensure it is enabled by a gsetting. First this use case does not apply to Sugar on Ubuntu since each user has a separate account. Also, activities installed by the user goes into the user's Activities directory. Finally, Sugar cannot and should not touch the user's

Re: [Sugar-devel] [FEATURE] Add a reset button to Sugar

An erase everything feature was discussed early in Sugar, and met with concerns over risks; - intentional misuse by a child to disrupt their own learning, - malicious activation by another child as part of bullying or academic competition, Controls for these risks were (a) not having an erase

Re: [Sugar-devel] [FEATURE] Add a reset button to Sugar

+1 I believe this feature will be very useful. Just that there should be checkpoints so that users don't reset their sugar by mistake. On Sun, Jun 10, 2018 at 6:04 PM Rahul Bothra < f2016...@pilani.bits-pilani.ac.in> wrote: > Hi all, > > Feature: Add a "reset sugar" button > > Button action: >

[Sugar-devel] [FEATURE] Add a reset button to Sugar

Hi all, Feature: Add a "reset sugar" button Button action: - Remove additional activities installed by the user, leaving only the pre installed set - Remove all journal entries - Remove the user account; user should get the "create new user" prompt on logging in the next time Possible use

Re: [Sugar-devel] [FEATURE] Regarding Music Blocks for GSoC

James Cameron: > I'd like to see Music Blocks in these places; > > - Fedora SoaS, > > - Sugar Live Build, or Debian, > > - Sugarizer, > > - activities.sugarlabs.org > +1 and at some point in the future, a python version would be awesome (starting from the python Turtle Blocks)

Re: [Sugar-devel] [FEATURE] Regarding Music Blocks for GSoC

I'd like to see Music Blocks in these places; - Fedora SoaS, - Sugar Live Build, or Debian, - Sugarizer, - activities.sugarlabs.org -- James Cameron http://quozl.netrek.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org

Re: [Sugar-devel] [FEATURE] Regarding Music Blocks for GSoC

Sumit Srivastava: > Hello everyone! > > How important is music blocks for Sugar Labs? It is important. It draws upon the past (i.e. LOGO, TurtleArt/Blocks, little known "MusicBox") as well as pointing to the future (i.e. time inherent to music adds a new dimension). It also aims to integrate

[Sugar-devel] [FEATURE] Regarding Music Blocks for GSoC

Hello everyone! How important is music blocks for Sugar Labs? I feel it still is in it's nascent stage. I spend 18 out of 24 hours on either music or development and teaching to code. Music blocks combines all of the things I love: composing music, making software and teaching children. It will

Re: [Sugar-devel] [FEATURE] Save-As on activity stop

I think it is a worthwhile feature. (I had implemented it for Turtle Blocks just in the activity itself quite some time ago because I found it quite useful). -walter On Mon, Apr 24, 2017 at 7:51 PM, James Cameron wrote: > Looking for feedback on Utkarsh's proposed Save-As

[Sugar-devel] [FEATURE] Save-As on activity stop

Looking for feedback on Utkarsh's proposed Save-As feature. A draft Feature page; https://wiki.sugarlabs.org/go/Features/Save-As -- James Cameron http://quozl.netrek.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org

[Sugar-devel] [Feature] Multiple schoolserver registration

Hi all, Here is a feature for which I would like to invite discussions and consensus from you all to get it improved and merged. Feature page: https://wiki.sugarlabs.org/go/Features/Multiple_schoolserver_registration Patch Link: https://github.com/sugarlabs/sugar/pull/679 Thanks. Regards.

[Sugar-devel] Feature-Enhancement- download Manager (Sugar)

Hi, I would like to work on adding a feature-enhancement(download manager) to Sugar. Could anyone here please list the expected behaviours...or is there anyone else working on it? regards, Utkarsh Tiwari ___ Sugar-devel mailing list

[Sugar-devel] Feature Freeze deadline around the corner

Hello everyone, We are a week away from the Feature Freeze deadline [1] and we still got a couple PRs queued [2,3]. I haven't been able to catch up with _all_ the recent PRs, so if there anything you want me to prioritize please let me know. I would prefer to look at the collaboration bits but,

Re: [Sugar-devel] Feature Freeze deadline around the corner

Thanks Martin. I don't advocate for prioritisation of any particular PRs. Best if you decide what goes into 0.107.1, on technical merit and schedule constraints. For testing, I'm daily rebasing my OLPC branches of Sugar, which are Sugar master plus my pull requests, plus some yet to be

Re: [Sugar-devel] Feature discussion can also be found on GitHub

We can make send a email to the mailing list for every event in GitHub. I would like that, and sugar-devel is low traffic now. Remember, previously we did all the review process in the mailing list and that was not a problem. Anybody think that would be a bad idea? We can try and if is too much,

Re: [Sugar-devel] Feature discussion can also be found on GitHub

Would it be bidirectional? (That is, would a reply by mail cause a change in GitHub?) On Mon, May 11, 2015 at 07:46:41AM -0300, Gonzalo Odiard wrote: We can make send a email to the mailing list for every event in GitHub. I would like that, and sugar-devel is low traffic now. Remember,

Re: [Sugar-devel] Feature discussion can also be found on GitHub

On Mon, May 11, 2015 at 8:22 AM, James Cameron qu...@laptop.org wrote: Would it be bidirectional? (That is, would a reply by mail cause a change in GitHub?) With the emails we receive as GitHub users it is. You can reply and is added to the conversation in GitHub. I don't know if is true

[Sugar-devel] Feature discussion can also be found on GitHub

Sugar source code development is hosted on GitHub, which provides discussion threads on each proposal. Non-developers: some features and changes will be in our next version without any discussion on sugar-devel@ To keep track of these off-list discussions, watch the sugarlabs repositories, in

[Sugar-devel] Feature freeze reminder

Hello everyone, This is just a friendly reminder that we are less than 2 weeks (May 18) away from our Features Freeze deadline [1]. For those working in features I recommend to prioritize and focus on those that have been actively reviewed. Quality over quantity will be ;) Also, make sure to

Re: [Sugar-devel] [Feature] Start an activity from another activity

Hi Gonzalo, Removing the mime_type option sounds like a great idea. I will look further into it tomorrow. Thanks, Sam On Tue, Apr 28, 2015 at 6:51 AM Gonzalo Odiard godi...@sugarlabs.org wrote: I was looking at the prs and the feature page. I proposed a simple implementation change in the

Re: [Sugar-devel] [Feature] Start an activity from another activity

I was looking at the prs and the feature page. I proposed a simple implementation change in the pr, but to keep the discussion more open, I continue here with questions about the general design proposed in the feature page [1]. The wiki say: An activity can start other activity by: * knowing the

Re: [Sugar-devel] [Feature] Start an activity from another, activity

On Thu, Apr 23, 2015 at 11:12 AM, Tony Anderson tony_ander...@usa.net wrote: Hi, Gonzalo Browse (as most browsers) downloads any mime_type it does not know how to display. I modified Browse not to display pdf (should be done in the Read activity). The Read activity does not display plain

Re: [Sugar-devel] [Feature] Start an activity from another, activity

On Thu, Apr 23, 2015 at 04:12:24PM +0200, Tony Anderson wrote: Browse (as most browsers) downloads any mime_type it does not know how to display. I modified Browse not to display pdf (should be done in the Read activity). The Read activity does not display plain text (e.g. Rachel Gutenberg

Re: [Sugar-devel] [Feature] Start an activity from another, activity

Odiardgodi...@sugarlabs.org To: Sam P.sam.parkins...@gmail.com Cc: Sugar-dev Develsugar-devel@lists.sugarlabs.org, Manuel Qui?ones ma...@laptop.org Subject: Re: [Sugar-devel] [Feature] Start an activity from another activity Message-ID: caj+ipvteyostnzndrv3gut4m5-tbewz-ktr1k

Re: [Sugar-devel] [Feature] Start an activity from another, activity

Hi, Gonzalo Browse (as most browsers) downloads any mime_type it does not know how to display. I modified Browse not to display pdf (should be done in the Read activity). The Read activity does not display plain text (e.g. Rachel Gutenberg collection - Great Books). This is something that

Re: [Sugar-devel] [Feature] Start an activity from another, activity

...@sugarlabs.org To: Sam P.sam.parkins...@gmail.com Cc: Sugar-dev Develsugar-devel@lists.sugarlabs.org, Manuel Qui?ones ma...@laptop.org Subject: Re: [Sugar-devel] [Feature] Start an activity from another activity Message-ID: caj+ipvteyostnzndrv3gut4m5-tbewz-ktr1k+2-8jn__9f

Re: [Sugar-devel] [Feature] Start an activity from another activity

* It would be nice to have it integrate with the New ASLO and prompt when the user doesn't have an activity and must download one. The New ASLO has data sorted by bundle ID and is collecting mime types for all activities, meaning we have all the data required to make this work. The next

Re: [Sugar-devel] [Feature] Social Help

I prefer keep the standard Sugar toolbar, and if needed modify the css in the server. We can use the same viewhelp.py window, just switch a url when the user press a button. Don't know what other think. Gonzalo On Tue, Apr 21, 2015 at 8:01 PM, Sam P. sam.parkins...@gmail.com wrote: Hi

Re: [Sugar-devel] [Feature] Start an activity from another activity

Hi Gonzalo, On Thu, Apr 23, 2015 at 4:14 AM Gonzalo Odiard godi...@sugarlabs.org wrote: * It would be nice to have it integrate with the New ASLO and prompt when the user doesn't have an activity and must download one. The New ASLO has data sorted by bundle ID and is collecting mime types

Re: [Sugar-devel] [Feature] Social Help

We can use the same viewhelp.py, just adding a toggle bottom to switch to the social help (at the left, the only buttons aligned at the right are the Stop buttons) Another alternative is have two radio buttons, one for local help, another for social. Then if we don't have local help for the

Re: [Sugar-devel] [Feature] Social Help

Hi Gonzalo, On Tue, Apr 21, 2015 at 9:29 PM Gonzalo Odiard godi...@sugarlabs.org wrote: On Mon, Apr 20, 2015 at 7:28 PM, Sam P. sam.parkins...@gmail.com wrote: Hi Gonzalo, On Tue, Apr 21, 2015 at 3:37 AM Gonzalo Odiard godi...@sugarlabs.org wrote: But if the server url can be configured

Re: [Sugar-devel] [Feature] Social Help

Sam, You don't loose all the space, because you don't need a fixed toolbar in the server. Is content, and the content will scroll. Gonzalo On Tue, Apr 21, 2015 at 7:27 PM, Sam P. sam.parkins...@gmail.com wrote: Hi Gonzalo, On Tue, Apr 21, 2015 at 9:29 PM Gonzalo Odiard godi...@sugarlabs.org

Re: [Sugar-devel] [Feature] Social Help

Hi Gonzalo, Both sugar-network and discourse use fixed toolbar. They are also very trendy now with material design and stuff :) Theoretically we could change them, but it is much easier for us to do the merged toolbar. It is like 1 line of CSS change vs whole toolbar change. Thanks, Sam On

Re: [Sugar-devel] [Feature] Social Help

On Mon, Apr 20, 2015 at 7:28 PM, Sam P. sam.parkins...@gmail.com wrote: Hi Gonzalo, On Tue, Apr 21, 2015 at 3:37 AM Gonzalo Odiard godi...@sugarlabs.org wrote: But if the server url can be configured (as in the proposal) In theory you could Sugar Network too at the server side, right? We

Re: [Sugar-devel] [Feature] Social Help

Yes, integration with Sugar Network will be best. Connectivity to a server is rare. Sam, please try out Sugar Network and learn how it works. If there are any components missing, ask Sebastian for assistance. -- James Cameron http://quozl.linux.org.au/

Re: [Sugar-devel] [Feature] Social Help

Hi Gonzalo, On Tue, Apr 21, 2015 at 3:37 AM Gonzalo Odiard godi...@sugarlabs.org wrote: But if the server url can be configured (as in the proposal) In theory you could Sugar Network too at the server side, right? We only need define a standard way to provide context, like a parameter for

Re: [Sugar-devel] [Feature] Social Help

But if the server url can be configured (as in the proposal) In theory you could Sugar Network too at the server side, right? We only need define a standard way to provide context, like a parameter for the bundle_id Regarding the proposal, I would like to see this more integrated with the Help

Re: [Sugar-devel] [Feature] Social Help

Hi, For some reason this email found it's way into gmail's spam folder. However the topic is very important. I disagree that this implementation needs to be adopted. In particular, most deployments still don't have a reliable connection to the Internet and we don't want to introduce a

Re: [Sugar-devel] [Feature] Start an activity from another activity

The activity do not declare a dependency on another activity, and activity versions are not contemplated. The use case is simple, if you download something from the web, you can open it without pass throw the Journal (the Show in Journal button). Another candidate is the GetBooks activity. The

Re: [Sugar-devel] [Feature] Start an activity from another activity

Hi James, I do not think that these dependencies should be encoded. I do not want to create a confusing nested activity list thingo. When I think about it a little more, it kind of splits in to 2 use cases for me. Specific (launch this given bundle; eg. open pippy after python export in

Re: [Sugar-devel] [Feature] Start an activity from another activity

Thanks. What you describe sounds like activating a journal entry, which causes the default activity to be started. I think I'd like to hear from activity authors who would use the feature. For example, download completion in Browse; at the moment it offers show in journal, but could be open.

[Sugar-devel] [Feature] Start an activity from another activity

Hi All, One feature that was proposed last cycle but never got 100% finished was to add an api for activities to launch other activities. I prematurely merged it last week, but would like to start a discussion on getting it improved and merged again. Feature Page:

Re: [Sugar-devel] [Feature] Start an activity from another activity

How does an activity declare a dependency on another activity? (e.g. activity.info file) Is the dependency versioned? (e.g. depends = Browse = 157) Is the dependency rigid or only a suggestion? (e.g. suggests = Browse = 157, vs depends = Browse 149) How does a download and install of an

[Sugar-devel] [Feature] Social Help

Hi All, One feature I'm proposing for the 0.106 cycle is Social Help. Social Help was previously proposed by Prasoon Shukla as a GSOC project, however my proposal is slightly different. Patch Link: https://github.com/sugarlabs/sugar/pull/483/commits Feature Page:

Re: [Sugar-devel] [Feature] Start an activity from another activity

Hi James, Having activity dependencies is an interesting idea. What use case would it be useful in? I was thinking about different use cases, eg; open this file I just downloaded in an activity that deals with that mine, I exported my turtle to python code so open it in pippy, I need to add a

Re: [Sugar-devel] [Feature] Start an activity from another activity

I have no use case for the feature, sorry. The activities I'm mostly concerned with stand alone. But if an activity is written to use the feature, a dependency is created; my question is _will_ it be encoded, and what are the effects on other actions that change the list of activities? What you

Re: [Sugar-devel] Feature Freeze

+1 on the idea! But I suggest we do it in a separate fork, for 4 reasons: (1) sometimes we can't merge both patches when presents competing features, ie., improve vs re-design activities list, so we will probably need more branches and (2) we just passed feature freeze deadline, so we should

Re: [Sugar-devel] Feature Freeze

Hi Martin, I was just noticing that the GCI started today, meaning lots of unfamiliar contributors will come with their feature patches. Can we make a new-features branch to merge them into? I think that is a better idea than patches; patches get lost really easily! Maybe we could just tag pull

Re: [Sugar-devel] Feature Freeze

yes. I think it is a very good idea. -walter On Tue, Dec 2, 2014 at 7:06 AM, James Cameron qu...@laptop.org wrote: I like that idea. The effort in merging later is much less than the effort in negotiating with the contributors through patches alone, and there's less risk of contributions

[Sugar-devel] Feature Freeze

Hello everyone, Following with our roadmap [1], we are now feature freezed. Thanks to all who contributed with new features this cycle, now is time for testing and fixing bugs! I will be providing 0.103.1 tarballs and release notes soon. @commiters: please keep this in mind while reviewing and

Re: [Sugar-devel] Feature Meetings

Hello, For those who could not attend, the log are available at [1]. Regards, Martin. Refs: 1. http://meeting.sugarlabs.org/sugar-meeting/meetings/2014-11-13T16:02:52.html On Wed, Nov 12, 2014 at 3:50 PM, Martin Abente martin.abente.lah...@gmail.com wrote: Alright, see you all tomorrow. I

Re: [Sugar-devel] Feature Meetings

Did meeting happen ? On Mon, Nov 10, 2014 at 5:56 PM, Martin Abente martin.abente.lah...@gmail.com wrote: Agreed, we are close to our feature freeze deadline. In the last meeting we agreed how we would split the reviewing work, also there still missing PRs for some of the features in our

Re: [Sugar-devel] Feature Meetings

There was no quorum... What about doing it tomorrow Thursday 13 at 13:00 UTC? Do it work for you? On Wed, Nov 12, 2014 at 1:12 PM, Puneet Kaur puneet.gk...@gmail.com wrote: Did meeting happen ? On Mon, Nov 10, 2014 at 5:56 PM, Martin Abente martin.abente.lah...@gmail.com wrote: Agreed,

Re: [Sugar-devel] Feature Meetings

Works for me Gonzalo On Wed, Nov 12, 2014 at 1:17 PM, Martin Abente martin.abente.lah...@gmail.com wrote: There was no quorum... What about doing it tomorrow Thursday 13 at 13:00 UTC? Do it work for you? On Wed, Nov 12, 2014 at 1:12 PM, Puneet Kaur puneet.gk...@gmail.com wrote: Did

Re: [Sugar-devel] Feature Meetings

unfortunately.. it doesn't work for me :( Can it be a bit late ? about 16:00 - 18:00 UTC would work , is that fine with you all ? or we can decide on doodle.com for some common time ? On Wed, Nov 12, 2014 at 9:52 PM, Gonzalo Odiard godi...@sugarlabs.org wrote: Works for me Gonzalo On Wed,

Re: [Sugar-devel] Feature Meetings

Of course, 16:00 works too, all agree? On Wed, Nov 12, 2014 at 1:23 PM, Puneet Kaur puneet.gk...@gmail.com wrote: unfortunately.. it doesn't work for me :( Can it be a bit late ? about 16:00 - 18:00 UTC would work , is that fine with you all ? or we can decide on doodle.com for some common

Re: [Sugar-devel] Feature Meetings

works for me On Wed, Nov 12, 2014 at 11:27 AM, Martin Abente martin.abente.lah...@gmail.com wrote: Of course, 16:00 works too, all agree? On Wed, Nov 12, 2014 at 1:23 PM, Puneet Kaur puneet.gk...@gmail.com wrote: unfortunately.. it doesn't work for me :( Can it be a bit late ? about

Re: [Sugar-devel] Feature Meetings

OK for me On Wed, Nov 12, 2014 at 1:44 PM, Walter Bender walter.ben...@gmail.com wrote: works for me On Wed, Nov 12, 2014 at 11:27 AM, Martin Abente martin.abente.lah...@gmail.com wrote: Of course, 16:00 works too, all agree? On Wed, Nov 12, 2014 at 1:23 PM, Puneet Kaur

Re: [Sugar-devel] Feature Meetings

Alright, see you all tomorrow. I have updated the features page [1] with status of each feature. Refs: 1. http://wiki.sugarlabs.org/go/0.104/Feature_List#Proposed_Features_for_Sugar_0.104 On Wed, Nov 12, 2014 at 1:56 PM, Gonzalo Odiard godi...@sugarlabs.org wrote: OK for me On Wed, Nov 12,

Re: [Sugar-devel] Feature Meetings

We need do another development meeting... What you think, tch? Gonzalo On Sun, Nov 9, 2014 at 7:43 AM, Sam P. sam.parkins...@gmail.com wrote: Hi all, What was the result of the feature meetings that were held a while back? I was just looking at the pr list and there are a lot waiting on

Re: [Sugar-devel] Feature Meetings

Agreed, we are close to our feature freeze deadline. In the last meeting we agreed how we would split the reviewing work, also there still missing PRs for some of the features in our page. What about Wednesday, 13:00 UTC? On Mon, Nov 10, 2014 at 9:17 AM, Gonzalo Odiard godi...@sugarlabs.org

[Sugar-devel] Feature Meetings

Hi all, What was the result of the feature meetings that were held a while back? I was just looking at the pr list and there are a lot waiting on feature approval! Sam. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org

[Sugar-devel] Feature proposals for 0.104

Hello everyone, We are in the process of updating the feature proposals list for Sugar 0.104 [1]. We will use this list in the next development meeting to start revising features. If you are working on something and want it included in 0.104, please make sure to put your feature page in that

Re: [Sugar-devel] Feature proposals for 0.104

Done. Add Cordova container feature. Lionel 2014-09-02 17:41 GMT+02:00 Martin Abente martin.abente.lah...@gmail.com: Hello everyone, We are in the process of updating the feature proposals list for Sugar 0.104 [1]. We will use this list in the next development meeting to start

Re: [Sugar-devel] Feature freeze

On 29 March 2014 11:30, Daniel Narvaez dwnarv...@gmail.com wrote: We are not approaching 0.101.4 and the feature freeze, three days left. There are three pull requests that I feel the freeze would apply to https://github.com/sugarlabs/sugar/pull/192

Re: [Sugar-devel] Feature freeze

I am not sure how they fell through the cracks. Turns out that they were made obsolete by PR #312, which replaced the combo boxes. Sam (the author) has closed both PRs. -walter On Tue, Apr 1, 2014 at 5:39 AM, Daniel Narvaez dwnarv...@gmail.com wrote: On 29 March 2014 11:30, Daniel Narvaez

Re: [Sugar-devel] Feature freeze

We are not approaching 0.101.4 and the feature freeze, three days left. There are three pull requests that I feel the freeze would apply to https://github.com/sugarlabs/sugar/pull/192 https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/88 (These are probably in manuq court).

Re: [Sugar-devel] Feature freeze

I have been trying to fix a problem with https://github.com/sugarlabs/sugar/pull/316 (which fixes SL #800) If I disable interaction with GNOME, it seems to work, but somehow it gets confused when sending/receiving notifications between Sugar and GNOME. Hope to track it down over the weekend.

Re: [Sugar-devel] Feature freeze

On Thu, Mar 13, 2014 at 12:37 AM, Manuel Quiñones ma...@laptop.org wrote: in my humble opinion, I would also like to see the feature freeze delayed. several features are almost done. How long away is almost done? A few days, weeks? While I'm happy to see it delayed I want the delay defined so

Re: [Sugar-devel] Feature freeze

On Thu, Mar 13, 2014 at 4:50 AM, Peter Robinson pbrobin...@gmail.comwrote: On Thu, Mar 13, 2014 at 12:37 AM, Manuel Quiñones ma...@laptop.org wrote: in my humble opinion, I would also like to see the feature freeze delayed. several features are almost done. How long away is almost done?

Re: [Sugar-devel] Feature freeze

On 13 March 2014 08:50, Peter Robinson pbrobin...@gmail.com wrote: To the people writing and reviewing is that enough rime to review and land the remaining features? Just fyi I'm unlikely to have time to review major patches. ___ Sugar-devel mailing

Re: [Sugar-devel] Feature freeze

On 13 March 2014 08:50, Peter Robinson pbrobin...@gmail.com wrote: Daniel would you be amicable to stretching it out by a month so we have one more round of dev releases before entering freeze? Sorry for the delay on closing down this issue, I have been busy. I'll try to keep it short so that

Re: [Sugar-devel] Feature freeze

On Thu, Mar 13, 2014 at 9:31 AM, Daniel Narvaez dwnarv...@gmail.com wrote: On 13 March 2014 08:50, Peter Robinson pbrobin...@gmail.com wrote: Daniel would you be amicable to stretching it out by a month so we have one more round of dev releases before entering freeze? Sorry for the delay

Re: [Sugar-devel] Feature freeze

in my humble opinion, I would also like to see the feature freeze delayed. several features are almost done. I see our community is still rearranging, and we need to put more effort in reviews. considering the load of PRs, we should embrace pair-reviewing. 2014-03-09 22:25 GMT-03:00 Daniel

Re: [Sugar-devel] Feature freeze

We just finished the review of the design issues the last week, and we agreed in the general points. I think we should make a effort to finalize the features already discussed, and not include anything more. Maybe we can discuss postpone feature freeze by one or two weeks more, but of course this

Re: [Sugar-devel] Feature freeze

Feel free to propose delaying feature freeze. The release was already a week late, if we want more time to work on features, I tend to think the final release should be pushed off accordingly too. On 10 March 2014 01:21, Gonzalo Odiard godi...@sugarlabs.org wrote: We just finished the review

Re: [Sugar-devel] Feature freeze

For what it's worth it would be a -1 from me. I would be fine to delay a bit to fix important bugs, but not to add more features, it seems to go completely against the rationale of time based releases. But that's just my opinion. On 10 March 2014 01:34, Daniel Narvaez dwnarv...@gmail.com wrote:

Re: [Sugar-devel] Feature freeze

On Sun, Mar 9, 2014 at 9:40 PM, Daniel Narvaez dwnarv...@gmail.com wrote: For what it's worth it would be a -1 from me. I would be fine to delay a bit to fix important bugs, but not to add more features, it seems to go completely against the rationale of time based releases. But that's just my

Re: [Sugar-devel] Feature freeze

On 10 March 2014 01:48, Gonzalo Odiard godi...@sugarlabs.org wrote: On Sun, Mar 9, 2014 at 9:40 PM, Daniel Narvaez dwnarv...@gmail.comwrote: For what it's worth it would be a -1 from me. I would be fine to delay a bit to fix important bugs, but not to add more features, it seems to go

[Sugar-devel] Feature freeze

Hello, I'm releasing 0.101.3 and we are now feature frozen. I marked the pull requests that introduce new features with a [Feature] prefix. I considered closing them to unclutter the queue but then I thought it would be better to keep them around to make sure they are not forgotten. If new pull

[Sugar-devel] Feature freeze in two weeks

Hello, only two weeks are left to feature freeze on March 1. Looking at review queue we have the following feature being worked on * Notification system Martin, what is the status of this? * Backup This was posted a while ago but no one reviewed yet. Tests are missing. Gonzalo, is it supposed

  1   2   3   4   5   >