<br><br>On November 19, 2020 11:58:04 AM GMT+03:00, James Cameron <quozl@laptop.org> wrote:<br>>On Thu, Nov 19, 2020 at 09:34:36AM +0300, Srevin Saju wrote:<br>>> On November 19, 2020 8:38:09 AM GMT+03:00, James Cameron <quozl@laptop.org> wrote:<br>>> >On Wed, Nov 18, 2020 at 10:50:58PM +0300, Srevin Saju wrote:<br>>> >> G'day again!<br>>> >> <br>>> >> After 7 months of testing, iterations, bug reports, we have finally come up<br>>> >> with ASLOv4, Sugar Labs Activity Library v4.<br>>> ><br>>> >Thanks for working on this.<br>>> ><br>>> >> Thanks to Bernie for helping me out set it up!<br>>> >> <br>>> >> So far, we have 3 activities on aslo-v4:<br>>> >> <br>>> >> * Browse Activity<br>>> >> * JupyterLabs Activity<br>>> >> * Implode Activity<br>>> ><br>>> >That's reasonable.  There have been no new activities released<br>>> >recently.  You should update<br>>> >https://github.com/sugarlabs/sugar-docs/blob/master/src/contributing.md<br>>> >"Checklist - maintainer" with what should be done by whomever releases<br>>> >the next activity.  This is urgent.  I know Ibiam plans to work on<br>>> >activities soon, and who knows, maybe I might do some too.<br>>> ><br>>> >Meanwhile, if you wish to release another activity, please do so.<br>>> <br>>> Sure!<br>>> <br>>> ><br>>> >> Things to consider:<br>>> >> <br>>> >> * What would be the new sub-domain name? (v4.activities.sugarlabs.org,<br>>> >> activities-4.sugarlabs.org, aslo4.sugarlabs.org)<br>>> ><br>>> >Use activities.sugarlabs.org, showing the old view for Sugar 0.112 and<br>>> >earlier, otherwise the new view.  It will require a bit of PHP porting<br>>> >to happen, but that's well documented upstream.<br>>> ><br>>> >While we wait for that porting to happen, a new name is not required.<br>>> <br>>> I wonder if I would ever do the porting. I tried to, porting aslo-v1's source alone to php7 is reasonable. But, aslo-v1 directly dependa on an embedded dependency cakephp, which is quite hard work to port. So, until someone else ports it to php7, I don't know.<br>><br>>Well, let's put that in perspective;<br>><br>>1.  an upper bound on porting effort; we have 557 files and 161k lines<br>>of code with type .php in the aslo repository,<br>><br>>2.  a lower bound on porting effort; using areltime on<br>>/src/www-sugarlabs/activities, only 61 files have been used in past<br>>day, a total of 29k lines of code, `find . -name '*.php' -amin -1440`<br>><br>>3.  CakePHP is available for PHP 7.2, <a href="https://cakephp.org/">https://cakephp.org/</a> and they<br>>have docs on deprecated and removed features.<br><br>Yes, I have read the docs. Things have considerably changed from 1.3.4 (currently used in aslo-v1), and the current stable version is 4.1.<br>And the guide for porting it is easier, if we are moving from, for example, 1->2, or 2->3. But 1->4 is a huge jump. And even as I don't have a strong base in PHP, things become even more complicated. Probably I wouldn't work on it<br><br><br>><br>>> Another way is to setup an nginx proxy_pass (also apache has it too), to redirect according to the user agent. Which seems reasonably simpler and easy. <br>><br>>Yes, I guess so, but until I see it I'm not sure.<br><br>I can show you this one, as I use it at many places. I have tested the Apache version, but not nginx. But I am sure it would work.<br><br>But this would require running a webserver outside also VM, or move aslo-v1 to a docker container running xenial, because xenial provides python 3.5 iirc, but aslo-v4 requires minimum python3.6. <br>There has been a recent discussion on #sugar-systems about changing the method of deployment for aslo-v4, you might be interested<br><br><br>><br>>> <br>>> ><br>>> >> * Are there are any missing features to add, which have not been discussed<br>>> >> before? (<a href="https://github.com/sugarlabs/aslo-v4)">https://github.com/sugarlabs/aslo-v4)</a><br>>> ><br>>> >I don't remember which have been discussed before, but what I'd like<br>>> >to see is;<br>>> ><br>>> >1.  show "Browse" when the search string is set to "bro"; currently it<br>>> >shows "Implode", possibly related to #34; a simple substring search<br>>> >could be used instead of a library,<br>>> <br>>> Yes, I have marked it as "help-wanted", using a simple substring match, would not show any results if we have a small spelling error in the search. And kids tend to make spelling errors, most of them never get it right in the first place. If I tell a kid to get jupyter activity, he might hear it as "jupiter activity", so, searching for "jupiter", should yield " jupyter" along with search results right?<br>><br>>Kids should learn to spell, and that's one way to force the issue.<br>>Algorithms that make things too easy cause kids not to learn as well.<br>><br>>Still, I'd expect "bro" to match "Browse".<br>><br><br>Ok, I will check into that. <br>The search library indexes description too, maybe I should remove the description indexing and use titles and summary alone for cleaner search. Right?<br><br><br>>> >2.  provide a list of all activity bundles available; currently the<br>>> >default page is not suitable as a list,<br>>> <br>>> Good idea, we need to shortlist the selected activities. Flathub has a list of selected apps. Similarly, according to popularity / demand, we can "feature" certain apps. <br>>> <br>>> ><br>>> >3.  support Sugar's microformat software upgrade feature in My<br>>> >Settings, so that a new release can cause automatic upgrade,<br>>> ><br>>> >4.  change Browse to show if an activity bundle, by name and version,<br>>> >is already installed, (this is what Android and iOS app stores can do,<br>>> >but will require integration between Browse, Sugar, and the web app),<br>>> ><br>>> >5.  change Browse default page to link to the web app, if it takes on<br>>> >a different name to activities.sugarlabs.org.<br>>> ><br>>> <br>>> If the php7 porting doesn't happen, I will update sugar's source to use the new domain, i.e v4.activities.sugarlabs.org, et. al, and it supports everything mentioned in 3, 4 and 5. 4th one is blocked by the new subdomain name.<br>>> <br>>> <br>>> >> Interesting features<br>>> >> <br>>> >> * Improved, accessible user interface<br>>> >> * Lightweight, static web pages<br>>> >> * Written in Python, Vanilla Javascript, HTML and CSS<br>>> >> * Support for Flatpak apps<br>>> >> <br>>> >> For an extensive documentation and feature set: see<br>>> >> <a href="https://github.com/sugarlabs/aslo-v4">https://github.com/sugarlabs/aslo-v4</a><br>>> >> <br>>> >> Right now, we are having a dynamic IP address (because of ambiguity in the<br>>> >> assigned slots), its accessible here: <a href="http://18.27.196.217">http://18.27.196.217</a>,<br>>> >> <a href="https://people.sugarlabs.org/~srevinsaju/aslo">https://people.sugarlabs.org/~srevinsaju/aslo</a><br>>> ><br>>> >To say "No info provided" on the JupyterLabs activity seems<br>>> >unecessary.  I suggest changing this to &nbsp;<br>>> ><br>>> <br>>> Ok! <br>>> <br>>> >> Looking forward to hearing from you. Hope, everything is going well, and<br>>> >> safe!<br>>> >> <br>>> >> -- <br>>> >> Srevin Saju<br>>> >> <br>>> ><br>><br>>p.s. don't know why we are off-list now.<br><br><br>Sorry, recently, I switched my mail client on Android, from GMail to K2Mail, and I am getting used to it. Good that we use quotes ðŸ™‚<br><br><br><br>><br>