Re: [Sugar-devel] New feature: add information in About this computer

[Esteban Bordón]

I'm talking about the about-computer module. For example, Activation info
is not being used in Uruguay and we comment the lines that show these info



2013/11/11 Gonzalo Odiard 

> Right now, every section is packaged in a rpm,
> may be is only needed install/uninstall the needed section?
>
> Can you give us a example?
>
> Gonzalo
>
>
>
> On Mon, Nov 11, 2013 at 12:03 PM, Esteban Bordón <
> ebor...@plan.ceibal.edu.uy> wrote:
>
>> Hi Gonzalo,
>>
>> Is it possible to show/hide the control panel sections by some gconf
>> entry? It can be useful to "clean" some sections that some deployment have
>> not been using.
>>
>>
>> Cheers,
>> Esteban.
>>
>> 2013/11/11 Gonzalo Odiard 
>>
>>> The deployments need a few pieces of information about the software in
>>> the Xos. This feature collect these changes because are small, and are
>>> connected to the About Computer section. The actual implementation is only
>>> a reference, is not proposed to be included in the actual form.
>>>
>>> The information to be added is:
>>> * Computer model.
>>> * Other licenses
>>> * Last update
>>>
>>> More information:
>>> http://wiki.sugarlabs.org/go/Features/AddInformationInAboutComputer
>>>
>>> ___
>>> Sugar-devel mailing list
>>> Sugar-devel@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>>
>>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] New feature: add information in About this computer

[Esteban Bordón]

Hi Gonzalo,

Is it possible to show/hide the control panel sections by some gconf entry?
It can be useful to "clean" some sections that some deployment have not
been using.


Cheers,
Esteban.

2013/11/11 Gonzalo Odiard 

> The deployments need a few pieces of information about the software in the
> Xos. This feature collect these changes because are small, and are
> connected to the About Computer section. The actual implementation is only
> a reference, is not proposed to be included in the actual form.
>
> The information to be added is:
> * Computer model.
> * Other licenses
> * Last update
>
> More information:
> http://wiki.sugarlabs.org/go/Features/AddInformationInAboutComputer
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] service_name and bundle_id... again

[Esteban Bordón]

2013/10/30 Gonzalo Odiard 

> Alan,
> We don't maintain 700 and not all work.
> Breaking compatibility without a good reason is not good for any platform.
>

+1

Ceibal can apply the patch in UY images, but this isn't the point. If an
Activity work in some image and the same activity does not work in the new
one, which image will choose the children?

Breaking compatibility without a good reason doesn't help to use the latest
version of os.

Cheers,
Esteban.

>
>
>
>
> On Wed, Oct 30, 2013 at 3:22 PM, Alan Jhonn Aguiar Schwyn <
> alan...@hotmail.com> wrote:
>
>> That is Ceibal problem.. not our problem..
>> We mantain more than 700 activities and all works.. if Ceibal want, their
>> can fix very easy this "problem"
>> (only change 1 line in the activity.info !!! )
>>
>> --
>> Date: Wed, 30 Oct 2013 16:12:31 -0200
>>
>> Subject: Re: [Sugar-devel] service_name and bundle_id... again
>> From: gonz...@laptop.org
>> To: alan...@hotmail.com
>> CC: ma...@laptop.org; dwnarv...@gmail.com;
>> sugar-devel@lists.sugarlabs.org
>>
>> All the Cazaproblemas, all the things done by Ceibal (like the
>> Biblioteca) at least.
>>
>> Gonzalo
>>
>>
>> On Wed, Oct 30, 2013 at 3:10 PM, Alan Jhonn Aguiar Schwyn <
>> alan...@hotmail.com> wrote:
>>
>> >But anyway we have the problem of all the activities not available in
>> aslo.
>>
>> Wich activities are not in aslo??
>>
>>
>> --
>> Date: Wed, 30 Oct 2013 16:02:25 -0200
>>
>> Subject: Re: [Sugar-devel] service_name and bundle_id... again
>> From: gonz...@laptop.org
>> To: alan...@hotmail.com
>> CC: ma...@laptop.org; dwnarv...@gmail.com;
>> sugar-devel@lists.sugarlabs.org
>>
>>
>> Gonzalo: you have the list of activities that need be fixed?
>>
>> I have a list, but need do it again, because the process I used to
>> get the last version from aslo is wrong.
>>
>> But anyway we have the problem of all the activities not available in
>> aslo.
>>
>> Gonzalo
>>
>>
>>
>>
>>
>> --
>> Date: Wed, 30 Oct 2013 15:41:56 -0200
>> From: gonz...@laptop.org
>> To: ma...@laptop.org
>> CC: dwnarv...@gmail.com; sugar-devel@lists.sugarlabs.org
>> Subject: Re: [Sugar-devel] service_name and bundle_id... again
>>
>>
>>
>> Oh, good Gonzalo, this is the bug to solve then.  Your patch is in the
>> correct direction, but allows GTK3 activities to use service_name,
>> which I don't think is correct.  The fix should allow only GTK2
>> activities to use service_name, and log a deprecation warning message,
>> as you did.
>>
>>
>> I don't see your point.
>>
>> Look at the code. activitybundle.py do not have logic to recognize gtk2
>> or gtk3
>> activities. The patch is simple, why look for a more complicate logic,
>> only to avoid new activities using service_name instead of bundle_id?
>>
>> We have a problem with old activities stopping working, not with new
>> activities.
>>
>> Gonzalo
>>
>>
>>
>> Thanks,
>>
>> --
>> .. manuq ..
>>
>>
>>
>> ___ Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
>>
>>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] service_name and bundle_id... again

[Esteban Bordón]

I think that it doesn't solve by fixing all activities. Anybody have an
exhaustive list of all the activities. For example, here in Uruguay have
many activities that kids are using and aren't in any OLPC/SugarLabs site.

I think maintain backward compatibility for gtk2 activities is the best
solution

Esteban.


2013/10/30 Alan Jhonn Aguiar Schwyn 

> I think that we must check the GTK-2 version of all activities and fix that
> problem.
> Gonzalo: you have the list of activities that need be fixed?
>
>
> --
> Date: Wed, 30 Oct 2013 15:41:56 -0200
> From: gonz...@laptop.org
> To: ma...@laptop.org
> CC: dwnarv...@gmail.com; sugar-devel@lists.sugarlabs.org
> Subject: Re: [Sugar-devel] service_name and bundle_id... again
>
>
>
> Oh, good Gonzalo, this is the bug to solve then.  Your patch is in the
> correct direction, but allows GTK3 activities to use service_name,
> which I don't think is correct.  The fix should allow only GTK2
> activities to use service_name, and log a deprecation warning message,
> as you did.
>
>
> I don't see your point.
>
> Look at the code. activitybundle.py do not have logic to recognize gtk2 or
> gtk3
> activities. The patch is simple, why look for a more complicate logic,
> only to avoid new activities using service_name instead of bundle_id?
>
> We have a problem with old activities stopping working, not with new
> activities.
>
> Gonzalo
>
>
>
> Thanks,
>
> --
> .. manuq ..
>
>
>
> ___ Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Testing collaboration related fixes

[Esteban Bordón]

The problem is that I can't switch to terminal because the laptop is frozen
and not respond any instruction

2012/5/10 Aleksey Lim 

> On Thu, May 10, 2012 at 02:08:04PM -0300, Esteban Bordón wrote:
> > When the laptop establishes connection,screen is freeze and I have to
> force
> > reboot.
>
> Could you (instead of rebooting), switch to terminal console and kill
> Sugar gracefully:
>
>pkill -2 -f sugar-session
>
> if it doesn't work:
>
>pkill -f sugar-session
>
> and share shell.log file.
>
> --
> Aleksey
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Testing collaboration related fixes

[Esteban Bordón]

When the laptop establishes connection,screen is freeze and I have to force
reboot.

2012/5/10 Aleksey Lim 

> On Thu, May 10, 2012 at 01:09:01PM -0300, Esteban Bordón wrote:
> > Sorry, I forgot the attachments.
>
> From logs, it seems that everything is ok (you connected via salut, some
> buddy appeared).
>
> What did you mean by "get stuck"? and how it is reproducible?
>
> (just in case, is it still SD:0.94 on Ubuntu-10.04?)
>
> > Cheers,
> > Esteban.
> >
> >
> > 2012/5/10 Aleksey Lim 
> >
> > > On Thu, May 10, 2012 at 09:55:28AM -0300, Esteban Bordón wrote:
> > > > Hi,
> > > >
> > > > After downgrade the packages, when I try to connect to an ad-hoc
> point
> > > the
> > > > laptop get stuck.
> > > > I attach the log for details but I don't know if they have relevant
> info.
> > >
> > > It seems you forgot to attach logs to this post.
> > >
> > > > I'm using non XO laptops, maybe that is the problem.
> > >
> > > If underlying software (eg NetworkManager) works as assumed, it should
> > > be the same as on XO. Anyway, shell.log will make it more clear.
> > >
> > > --
> > > Aleksey
> > >
>
> --
> Aleksey
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Testing collaboration related fixes

[Esteban Bordón]

Hi,

After downgrade the packages, when I try to connect to an ad-hoc point the
laptop get stuck.
I attach the log for details but I don't know if they have relevant info.

I'm using non XO laptops, maybe that is the problem.

Regards,
Esteban.


2012/5/9 Aleksey Lim 

> On Wed, May 09, 2012 at 04:08:09PM -0300, Esteban Bordón wrote:
> > I have installed this versions:
> >
> > ii  sweets-telepathy- 0.10.5-10.1   A Jabber/XMPP connection manager
> > for Telepathy
> > ii  sweets-telepathy- 0.11.16-5.1   GLib bindings for the Telepathy
> > D-Bus protocol
> > ii  sweets-telepathy- 5.6.1-6.1 A Jabber/XMPP connection manager
> > for Telepathy
> > ii  sweets-telepathy- 0.4.0-6.1 A link-local XMPP connection
> > manager for Telepathy
> >
> > If I run apt-get install sweets-telepathy apt returns that those are the
> > latest packages.
>
> To make sure that SD packages are correctly came from select SD repo,
> run:
>
>sweets-distribution sync
>
> I've just tested current 0.94 packages w/ Salut connection, and it
> sounds like it works as assumed.
>
> --
> Aleksey
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Testing collaboration related fixes

[Esteban Bordón]

I have installed this versions:

ii  sweets-telepathy- 0.10.5-10.1   A Jabber/XMPP connection manager
for Telepathy
ii  sweets-telepathy- 0.11.16-5.1   GLib bindings for the Telepathy
D-Bus protocol
ii  sweets-telepathy- 5.6.1-6.1 A Jabber/XMPP connection manager
for Telepathy
ii  sweets-telepathy- 0.4.0-6.1 A link-local XMPP connection
manager for Telepathy

If I run apt-get install sweets-telepathy apt returns that those are the
latest packages.

cheers.
 Esteban.



2012/5/9 Aleksey Lim 

> On Wed, May 09, 2012 at 09:40:44AM -0300, Esteban Bordón wrote:
> > In 0.94 branch collaboration using ad-hoc network is not working. When a
> > laptop shares an activity the icon did not see int the other laptop.
> >
> > I attach shell.log for details.
>
> Did you use recent 0.94 packages?
>
> Attached logs show that shell doesn't use new telepathy code at all (it
> shouldn't happen with 0.94 packages).
>
> --
> Aleksey
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Testing collaboration related fixes

[Esteban Bordón]

In 0.94 branch collaboration using ad-hoc network is not working. When a
laptop shares an activity the icon did not see int the other laptop.

I attach shell.log for details.


2012/4/10 Rafael Ortiz 

>
>
> On Tue, Apr 10, 2012 at 2:32 PM, Aleksey Lim wrote:
>
>> On Tue, Apr 10, 2012 at 02:11:01PM -0500, Rafael Ortiz wrote:
>> > On Tue, Apr 10, 2012 at 12:00 PM, Rafael Ortiz
>> > wrote:
>> >
>> > >
>> > >
>> > > On Tue, Apr 10, 2012 at 11:00 AM, Aleksey Lim > >wrote:
>> > >
>> > >> On Tue, Apr 10, 2012 at 10:48:40AM -0500, Rafael Ortiz wrote:
>> > >> >
>> > >> > A note while testing sweets-sugar-emulator
>> > >> >
>> > >> > I cannot connect to a wpa enabled WiFi point.
>> > > > nothing useful on the logs.
>> > >>
>> > >> Even after enabling all debug variables?
>> > >>
>> > >> Checking..
>> > >
>> > >
>> > Attaching shell.log in case it helps.
>>
>> There are several "Momory errors"..
>> Did you run SD on a XO-1? Did it have any heavy applications launched at
>> the same time?
>>
>>
> No. I'm running it on my laptop, should be o.k regarding memory.
>
>
>  --
>> Aleksey
>>
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>


shell.log
Description: Binary data
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [SWEETS] Collaboration through ad-hoc

[Esteban Bordón]

Hi,

I'm testing collaboration between a laptop XO 1.75 with F14-Sugar 0.94 and
a Classmate PC with Sweets Distribution (using Factory repo) on Ubuntu
10.04. The steps done are:

* XO starts Chat Activity and share
* classmate's neighborhood show the chat icon shared
* When open the shared activity, I don't see any message sent by the XO

If Classmate share the activity, this isn't shown in XO's neighborhood

I attach logs of the first case.

cheers,
Esteban.

 A/C Esteban Bordón
Investigación y Desarrollo - Plan Ceibal
Centro Ceibal - Av. Italia 6201 - Montevideo, Uruguay


 


org.laptop.Chat-1.log
Description: Binary data


shell.log
Description: Binary data
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Easy repository managing; Wiki rehashing

[Esteban Bordón]

Thank you Alsroot. Now is working.

I'm having problems with Browse Activity. I downloaded this activity from
Software Updater (version 116) but I get this error

/home/estudiante/Activities/Browse.activity/webactivity.py:26:
DeprecationWarning: the sha module is deprecated; use the hashlib module
instead
  import sha
Traceback (most recent call last):
  File "", line 1, in 
  File "/opt/sweets/sugar-toolkit/src/sugar/activity/main.py", line 125, in
main
module = __import__(module_name)
  File "/home/estudiante/Activities/Browse.activity/webactivity.py", line
131, in 
import hulahop
ImportError: No module named hulahop
Exited with status 1, pid 3636 data (None, ', mode 'w'
at 0x9afd020>,
'/home/estudiante/.sugar/default/logs/org.laptop.WebActivity-2.log',
'e25508282318aa2deb1116792576091e46d95ca9')

The package sweets-hulahop is installed.


2012/4/10 Aleksey Lim 

> On Tue, Apr 10, 2012 at 01:43:01PM -0300, Esteban Bordón wrote:
> > I've installed sweets-sugar in Ubuntu 10.04 following these instructions
> > but "*Sweets Desktop*" do not appear in login manager.
> > have I to do something else to start session in sweets?
>
> sweets-sugar package contains only Sugar Shell itself.
> You need sweets-desktop:
>
>
> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution#Usage
>
> --
> Aleksey
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Easy repository managing; Wiki rehashing

[Esteban Bordón]

maybe I should to install sweets-desktop instead sweets-sugar...



2012/4/10 Esteban Bordón 

> I've installed sweets-sugar in Ubuntu 10.04 following these instructions
> but "*Sweets Desktop*" do not appear in login manager.
> have I to do something else to start session in sweets?
>
> cheers,
> Esteban.
>
>
> 2012/4/10 Aleksey Lim 
>
>> On Sat, Apr 07, 2012 at 11:44:56PM +, Aleksey Lim wrote:
>> > Hi all!
>> >
>> >
>> > To reflect on the fact that Sweets Distribution is a part of Harmonic
>> > Distribution effort[1], Wiki was tuned. So, it doesn't say only about
>> > Ubuntu (Harmonic Distribution is distro agnostic[2]).
>> >
>> > The another thing is suggesting using sweets-distribution utility to
>> > easy managing Sweets Distribution repositories. For example to attach
>> > Factory repository on clean system:
>> >
>> > wget http://download.sugarlabs.org/packages/sweets-distribution.sh
>> > sudo sweets-distribution.sh select Factory
>> >
>> > More information:
>> >
>> >
>> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution#Installation
>> >
>> > The previous tips were moved to:
>> >
>> >
>> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution/Manual_Installation
>> >
>> >
>> > [1]
>> http://wiki.sugarlabs.org/go/Platform_Team/Harmonic_Distribution/Software
>> > [2]
>> http://wiki.sugarlabs.org/go/Platform_Team/Harmonic_Distribution/Supported_platforms
>>
>> New sweets-desktop package from Factory repository simplifies launching
>> Sweets Distribution session on XO laptops. The only thing is needed
>> (after installing sweets-desktop package) is enabling "Sweets Desktop is
>> default Sugar session" checkbox in Sweets Distribution Control Panel
>> session (the back switch will happen the same way).
>>
>>
>> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution#Usage
>>
>> --
>> Aleksey
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Easy repository managing; Wiki rehashing

[Esteban Bordón]

I've installed sweets-sugar in Ubuntu 10.04 following these instructions
but "*Sweets Desktop*" do not appear in login manager.
have I to do something else to start session in sweets?

cheers,
Esteban.

2012/4/10 Aleksey Lim 

> On Sat, Apr 07, 2012 at 11:44:56PM +, Aleksey Lim wrote:
> > Hi all!
> >
> >
> > To reflect on the fact that Sweets Distribution is a part of Harmonic
> > Distribution effort[1], Wiki was tuned. So, it doesn't say only about
> > Ubuntu (Harmonic Distribution is distro agnostic[2]).
> >
> > The another thing is suggesting using sweets-distribution utility to
> > easy managing Sweets Distribution repositories. For example to attach
> > Factory repository on clean system:
> >
> > wget http://download.sugarlabs.org/packages/sweets-distribution.sh
> > sudo sweets-distribution.sh select Factory
> >
> > More information:
> >
> >
> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution#Installation
> >
> > The previous tips were moved to:
> >
> >
> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution/Manual_Installation
> >
> >
> > [1]
> http://wiki.sugarlabs.org/go/Platform_Team/Harmonic_Distribution/Software
> > [2]
> http://wiki.sugarlabs.org/go/Platform_Team/Harmonic_Distribution/Supported_platforms
>
> New sweets-desktop package from Factory repository simplifies launching
> Sweets Distribution session on XO laptops. The only thing is needed
> (after installing sweets-desktop package) is enabling "Sweets Desktop is
> default Sugar session" checkbox in Sweets Distribution Control Panel
> session (the back switch will happen the same way).
>
>
> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution#Usage
>
> --
> Aleksey
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SWEETS] Easy repository managing; Wiki rehashing

[Esteban Bordón]

Hi Aleksey,

Have you planned to add sweets distribution in 12.04 repos?
I'm trying in Ubuntu 12.04 and I getting the error:

$ sweets-distribution status
Traceback (most recent call last):
  File "/usr/bin/sweets-distribution", line 26, in 
from sweets_distribution import env, util, printf
ImportError: No module named sweets_distribution


2012/4/9 Aleksey Lim 

> On Sat, Apr 07, 2012 at 11:44:56PM +, Aleksey Lim wrote:
> > Hi all!
> >
> >
> > To reflect on the fact that Sweets Distribution is a part of Harmonic
> > Distribution effort[1], Wiki was tuned. So, it doesn't say only about
> > Ubuntu (Harmonic Distribution is distro agnostic[2]).
> >
> > The another thing is suggesting using sweets-distribution utility to
> > easy managing Sweets Distribution repositories. For example to attach
> > Factory repository on clean system:
> >
> > wget http://download.sugarlabs.org/packages/sweets-distribution.sh
> > sudo sweets-distribution.sh select Factory
>
> After getting feedback, sweets-distribution.sh was simplified to make it
> simple installer. So, the command:
>
>wget ftp://download.sugarlabs.org/packages/sweets-distribution.sh
>sudo sh sweets-distribution.sh
>
> will just install "sweets" package to have "sweets-distribution" command
> in the system.
>
> > More information:
> >
> >
> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution#Installation
> >
> > The previous tips were moved to:
> >
> >
> http://wiki.sugarlabs.org/go/Community/Distributions/Sweets_Distribution/Manual_Installation
> >
> >
> > [1]
> http://wiki.sugarlabs.org/go/Platform_Team/Harmonic_Distribution/Software
> > [2]
> http://wiki.sugarlabs.org/go/Platform_Team/Harmonic_Distribution/Supported_platforms
>
> --
> Aleksey
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Play java in Browse Activity

[Esteban Bordón]

2011/9/6 Esteban Bordón 

> Anyone could run java applets in Browse Activity?
>
> I'm trying to play java in Dextrose - 0.88 buy browse closes. I attach the
> log.
>
> Cheers,
> Esteban
>
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Play java in Browse Activity

[Esteban Bordón]

Anyone could run java applets in Browse Activity?

I'm trying to play java in Dextrose - 0.88 buy browse closes. I attach the
log.

Cheers,
Esteban
returning /home/olpc/.sugar/default/org.laptop.WebActivity/data/gecko/prefs.js for key NS_APP_PREFS_50_FILE
/home/olpc/Activities/Browse.activity/model.py:20: DeprecationWarning: the sha module is deprecated; use the hashlib module instead
  import sha
1314741650.350156 WARNING root: No gtk.AccelGroup in the top level window.
1314741650.389834 WARNING root: No gtk.AccelGroup in the top level window.
1314741650.632166 WARNING root: No gtk.AccelGroup in the top level window.
1314741650.692377 WARNING root: No gtk.AccelGroup in the top level window.
1314741650.746800 WARNING root: No gtk.AccelGroup in the top level window.
1314741650.781547 WARNING root: No gtk.AccelGroup in the top level window.
/usr/lib/xulrunner-1.9.1/python/xpcom/__init__.py:54: DeprecationWarning: BaseException.message has been deprecated as of Python 2.6
  self.message = message
** (sugar-activity:3065): DEBUG: Got client ID "10bae3aa026a74438213147416542354620018710002"
** (sugar-activity:3065): DEBUG: Setting initial properties
Traceback (most recent call last):
  File "/home/olpc/Activities/Browse.activity/webtoolbar.py", line 310, in 
self._connect_to_browser(tabbed_view.props.current_browser))
  File "/home/olpc/Activities/Browse.activity/webtoolbar.py", line 326, in _connect_to_browser
self._set_address(self._progress_listener.location)
  File "/home/olpc/Activities/Browse.activity/webtoolbar.py", line 378, in _set_address
ui_uri = self._browser.get_url_from_nsiuri(uri)
AttributeError: 'NoneType' object has no attribute 'get_url_from_nsiuri'
** (sugar-activity:3065): DEBUG: Received SaveYourself(SmSaveLocal, !Shutdown, SmInteractStyleNone, !Fast) in state idle
** (sugar-activity:3065): DEBUG: Sending SaveYourselfDone(True) for initial SaveYourself
** (sugar-activity:3065): DEBUG: Received SaveComplete message in state save-yourself-done
/home/olpc/Activities/Browse.activity/webtoolbar.py:69: GtkWarning: gtk_entry_set_text: assertion `text != NULL' failed
  self.props.text = text
*** glibc detected *** python: double free or corruption (!prev): 0x0a04eb90 ***
=== Backtrace: =
/lib/libc.so.6[0x71fa71]
/lib/libglib-2.0.so.0(g_free+0x36)[0x8cd986]
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/IcedTeaPlugin.so(NP_Initialize+0x769)[0xaff651d9]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb62bbf4f]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb62c2acf]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb62c34d6]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb62c1fb6]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb62cabb2]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb5d59ccd]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb5d5cf9c]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb5e8d821]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb5e905c4]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb6474f8c]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb6441126]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb63b1d3d]
/usr/lib/xulrunner-1.9.1/libxul.so[0xb639b6f8]
/lib/libglib-2.0.so.0[0x8fc0db]
/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1f8)[0x8c5308]
/lib/libglib-2.0.so.0[0x8c89e0]
/lib/libglib-2.0.so.0(g_main_loop_run+0x1bf)[0x8c8e4f]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb9)[0x2d29c09]
/usr/lib/python2.6/site-packages/gtk-2.0/gtk/_gtk.so[0xb73ab15c]
/usr/lib/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x486f)[0x370b7bf]
/usr/lib/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x5345)[0x370c295]
/usr/lib/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x7b2)[0x370d102]
/usr/lib/libpython2.6.so.1.0(PyEval_EvalCode+0x63)[0x370d263]
/usr/lib/libpython2.6.so.1.0[0x372817b]
/usr/lib/libpython2.6.so.1.0(PyRun_FileExFlags+0x92)[0x3728242]
/usr/lib/libpython2.6.so.1.0(PyRun_SimpleFileExFlags+0xda)[0x37297ca]
/usr/lib/libpython2.6.so.1.0(PyRun_AnyFileExFlags+0x82)[0x372a052]
/usr/lib/libpython2.6.so.1.0(Py_Main+0xb75)[0x3736815]
python(main+0x27)[0x80485c7]
/lib/libc.so.6(__libc_start_main+0xe6)[0x6c6a86]
python[0x8048501]
=== Memory map: 
00101000-0011f000 r-xp  1f:00 25103  /usr/lib/libdbus-glib-1.so.2.1.0
0011f000-0012 rw-p 0001e000 1f:00 25103  /usr/lib/libdbus-glib-1.so.2.1.0
00122000-0025a000 r-xp  1f:00 25855  /usr/lib/libxml2.so.2.7.6
0025a000-0025f000 rw-p 00138000 1f:00 25855  /usr/lib/libxml2.so.2.7.6
0025f000-0026 rw-p  00:00 0 
00262000-00276000 r-xp  1f:00 22069  /lib/libresolv-2.10.2.so
00276000-00277000 r--p 00013000 1f:00 22069  /lib/libresolv-2.10.2.so
00277000-00278000 rw-p 00014000 1f:00 22069  /lib/libresolv-2.10.2.so
00278000-0027a000 rw-p  00:00 0 
0027c000-002ad000 r-xp  1f:00 25213  /usr/lib/libfontconfig.so.1.4.4
002ad000-002af000 rw-p 0003 1f:00 25213  /usr/lib/libfontconfig.so.1.4.4
002b1000-002d7000 r-xp  1f:00 25605  /usr/lib/libpng12.so.0.43.0
002d7000-002d8000 rw-p 00025000 1f:00 25605  /usr/lib/libpng12.so.0.43.0
002da000-002de000 r-xp  1f

Re: [Sugar-devel] [Dextrose] Sugar-Scaling

[Esteban Bordón]

2011/8/29 Gonzalo Odiard 

> it's not only about performance.
> What will you do with a icon with a circle if you apply different scales?
> Will have a oval?
>
All the icons will be deformed?
> Also, the JumPC have a different relation? really?
>
   Aprox, 15.5 x 9.5, someting like 13:8. The best resolution supported is
800x480


> Gonzalo
>
>
> On Mon, Aug 29, 2011 at 11:36 AM, Esteban Bordón <
> ebor...@plan.ceibal.edu.uy> wrote:
>
>> I don't know how much decrease the performance, but if both variables have
>> the same value by default I don't know why not is ok.
>> For another screen relations (like JumPCs for instance) we might to set
>> different values explicitly
>>
>> Esteban.
>>
>>
>> 2011/8/29 Gonzalo Odiard 
>>
>>> I don't think so.
>>> One scale would be ok, the screens are no so different,
>>> and with screens with 11:6 relation, the activities will fill the
>>> remaining space.
>>>
>>> Gonzalo
>>>
>>>
>>> On Mon, Aug 29, 2011 at 10:47 AM, Esteban Bordón <
>>> ebor...@plan.ceibal.edu.uy> wrote:
>>>
>>>> Would be better to discompose SUGAR_SCALING in two separate variables,
>>>> something like SUGAR_SCALING_W and SUGAR_SCALING_H
>>>>
>>>> chhers,
>>>> Esteban.
>>>>
>>>>
>>>>
>>>>
>>>> 2011/8/26 Frederick Grose 
>>>>
>>>>> On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz <
>>>>> raf...@activitycentral.com> wrote:
>>>>>
>>>>>> Hi.
>>>>>>
>>>>>> We are beginning to adapt activities to a JumPC (Olidata) Screen
>>>>>> resolution fixed to [800 x 480], afaik sugar scaling is set to 70% or 
>>>>>> 100%,
>>>>>> this shouldn't be enough for some cases as flavio pointed out..we are 
>>>>>> going
>>>>>> to test adding the zoom() method to hardcoded sizes, but medium term we
>>>>>> shall come out with a way of having different values for sugar-scaling in
>>>>>> order to fit these kind of screens.
>>>>>>
>>>>>> Thoughts on this are appreciated!.,
>>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>>> Dextrose mailing list
>>>>>> dextr...@lists.sugarlabs.org
>>>>>> http://lists.sugarlabs.org/listinfo/dextrose
>>>>>
>>>>>
>>>>> Forwarding to sugar-devel, as this is a good question for future
>>>>> support of Sugar in small screen devices.
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> Dextrose mailing list
>>>>> dextr...@lists.sugarlabs.org
>>>>> http://lists.sugarlabs.org/listinfo/dextrose
>>>>>
>>>>>
>>>>
>>>> ___
>>>> Dextrose mailing list
>>>> dextr...@lists.sugarlabs.org
>>>> http://lists.sugarlabs.org/listinfo/dextrose
>>>>
>>>>
>>>
>>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Dextrose] Sugar-Scaling

[Esteban Bordón]

I don't know how much decrease the performance, but if both variables have
the same value by default I don't know why not is ok.
For another screen relations (like JumPCs for instance) we might to set
different values explicitly

Esteban.

2011/8/29 Gonzalo Odiard 

> I don't think so.
> One scale would be ok, the screens are no so different,
> and with screens with 11:6 relation, the activities will fill the remaining
> space.
>
> Gonzalo
>
>
> On Mon, Aug 29, 2011 at 10:47 AM, Esteban Bordón <
> ebor...@plan.ceibal.edu.uy> wrote:
>
>> Would be better to discompose SUGAR_SCALING in two separate variables,
>> something like SUGAR_SCALING_W and SUGAR_SCALING_H
>>
>> chhers,
>> Esteban.
>>
>>
>>
>>
>> 2011/8/26 Frederick Grose 
>>
>>> On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz <
>>> raf...@activitycentral.com> wrote:
>>>
>>>> Hi.
>>>>
>>>> We are beginning to adapt activities to a JumPC (Olidata) Screen
>>>> resolution fixed to [800 x 480], afaik sugar scaling is set to 70% or 100%,
>>>> this shouldn't be enough for some cases as flavio pointed out..we are going
>>>> to test adding the zoom() method to hardcoded sizes, but medium term we
>>>> shall come out with a way of having different values for sugar-scaling in
>>>> order to fit these kind of screens.
>>>>
>>>> Thoughts on this are appreciated!.,
>>>>
>>>
>>>
>>> ___
>>>> Dextrose mailing list
>>>> dextr...@lists.sugarlabs.org
>>>> http://lists.sugarlabs.org/listinfo/dextrose
>>>
>>>
>>> Forwarding to sugar-devel, as this is a good question for future support
>>> of Sugar in small screen devices.
>>>
>>>
>>>
>>> ___
>>> Dextrose mailing list
>>> dextr...@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/dextrose
>>>
>>>
>>
>> ___
>> Dextrose mailing list
>> dextr...@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/dextrose
>>
>>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Dextrose] Sugar-Scaling

[Esteban Bordón]

Would be better to discompose SUGAR_SCALING in two separate variables,
something like SUGAR_SCALING_W and SUGAR_SCALING_H

chhers,
Esteban.



2011/8/26 Frederick Grose 

> On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz  > wrote:
>
>> Hi.
>>
>> We are beginning to adapt activities to a JumPC (Olidata) Screen
>> resolution fixed to [800 x 480], afaik sugar scaling is set to 70% or 100%,
>> this shouldn't be enough for some cases as flavio pointed out..we are going
>> to test adding the zoom() method to hardcoded sizes, but medium term we
>> shall come out with a way of having different values for sugar-scaling in
>> order to fit these kind of screens.
>>
>> Thoughts on this are appreciated!.,
>>
>
>
> ___
>> Dextrose mailing list
>> dextr...@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/dextrose
>
>
> Forwarding to sugar-devel, as this is a good question for future support of
> Sugar in small screen devices.
>
>
>
> ___
> Dextrose mailing list
> dextr...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/dextrose
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] HW test in background?

[Esteban Bordón]

Hi all,

I want to know if is possible to run some hardware diagnostics (like ofw-hw
test [1]) on background when user is working on the laptop.
My idea is logging the diagnostics and send it to a db for detect bugs
early.

XO self test is logging results in any place?

1 - http://wiki.laptop.org/go/XO_Self_Test

Cheers,
Esteban.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SoaS] USB Automount

[Esteban Bordón]

I found the source of the problem.

I've created the file ~/.xinitrc for boot gnome with code:

# Desktop selection
desktop=sugar
if [ -e "$HOME/.olpc-active-desktop" ]; then
active=$(<$HOME/.olpc-active-desktop)
if [ "${active}" == "gnome" ]; then
desktop=gnome-session
install_switch_desktop_icon
fi
fi

exec $desktop

If this file is present automount doesn't work and this file is not present
I can't boot gnome.

cheers,

 Esteban Bordón
Investigación y Desarrollo - Plan Ceibal
Centro Ceibal - Av. Italia 6201 - Montevideo, Uruguay



2011/6/28 Esteban Bordón 

> gvfs is already installed.
>
> I'm trying to reinstall all gnome-packages to reproduce the problem.
>
> The packagelist is:
>
> # gnome desktop
> gnome-python2-gconf
> gnome-desktop
> gnome-panel
> gnome-session
> gnome-terminal
> metacity
> nautilus
> gnome-utils
>
> # allow switching from Sugar
> olpc-switch-desktop
>
> # GNOME dependencies. Listed explicitly to prevent equivalent components
> # from other desktops being brought in instead
> PolicyKit-gnome
> notification-daemon
>
> # battery applet
> batterymon
>
> # internet
> xulrunner
> firefox
> empathy
>
> # office
> abiword
> gnumeric
> evince
> openoffice.org-writer
> openoffice.org-draw
> openoffice.org-calc
> openoffice.org-impress
> openoffice.org-langpack-es
>
> # graphics
> eog
> inkscape
> gimp
>
> # audio & video
> audacity
> totem
> totem-gstreamer
> totem-mozplugin
> -totem-xine
> -xine-lib
>
> # more desktop stuff
> file-roller
> gedit
> gnash-plugin
> NetworkManager-gnome
> xdg-user-dirs-gtk
> gcalctool
>
>
> regards,
> Esteban.
>
> 2011/6/28 Peter Robinson 
>
>>
>>
>> On Tue, Jun 28, 2011 at 2:54 PM, Esteban Bordón <
>> ebor...@plan.ceibal.edu.uy> wrote:
>>
>>> Hi all,
>>>
>>> I'm working on sugar (soas Strawberry) in non XO laptops and I'm having
>>> problems with pendrive automount under Sugar. I works well but after install
>>> GNOME I get this behaviour:
>>>   When I put a pendrive, I can't see it in Journal and usb stick doesn't
>>> mount on /media, but if I put the pendrive in GNOME automount works well.
>>>
>>> Can somebody help me?
>>>
>>>
>> I vaguely remember there being issues with that but the version of sugar
>> that strawberry runs is no longer really supported and my memory of the
>> details is sparse. You might want to check you have the gvfs package
>> installed (might be called something else in that release of Fedora). Also
>> we no longer support Strawberry.
>>
>> Peter
>>
>> ___
>> SoaS mailing list
>> s...@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/soas
>>
>>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [SoaS] USB Automount

[Esteban Bordón]

 gvfs is already installed.

I'm trying to reinstall all gnome-packages to reproduce the problem.

The packagelist is:

# gnome desktop
gnome-python2-gconf
gnome-desktop
gnome-panel
gnome-session
gnome-terminal
metacity
nautilus
gnome-utils

# allow switching from Sugar
olpc-switch-desktop

# GNOME dependencies. Listed explicitly to prevent equivalent components
# from other desktops being brought in instead
PolicyKit-gnome
notification-daemon

# battery applet
batterymon

# internet
xulrunner
firefox
empathy

# office
abiword
gnumeric
evince
openoffice.org-writer
openoffice.org-draw
openoffice.org-calc
openoffice.org-impress
openoffice.org-langpack-es

# graphics
eog
inkscape
gimp

# audio & video
audacity
totem
totem-gstreamer
totem-mozplugin
-totem-xine
-xine-lib

# more desktop stuff
file-roller
gedit
gnash-plugin
NetworkManager-gnome
xdg-user-dirs-gtk
gcalctool


regards,
Esteban.

2011/6/28 Peter Robinson 

>
>
> On Tue, Jun 28, 2011 at 2:54 PM, Esteban Bordón <
> ebor...@plan.ceibal.edu.uy> wrote:
>
>> Hi all,
>>
>> I'm working on sugar (soas Strawberry) in non XO laptops and I'm having
>> problems with pendrive automount under Sugar. I works well but after install
>> GNOME I get this behaviour:
>>   When I put a pendrive, I can't see it in Journal and usb stick doesn't
>> mount on /media, but if I put the pendrive in GNOME automount works well.
>>
>> Can somebody help me?
>>
>>
> I vaguely remember there being issues with that but the version of sugar
> that strawberry runs is no longer really supported and my memory of the
> details is sparse. You might want to check you have the gvfs package
> installed (might be called something else in that release of Fedora). Also
> we no longer support Strawberry.
>
> Peter
>
> ___
> SoaS mailing list
> s...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/soas
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH] Cartoon Builder: make interface screen resolution independent

[Esteban Bordón]

Thank you Rafael!

cheers,
Esteban.



2011/6/21 Rafael Ortiz 

> Hi Esteban.
>
> On Mon, Jun 20, 2011 at 8:31 AM, Esteban Bordón <
> ebor...@plan.ceibal.edu.uy> wrote:
>
>> Related to http://bugs.sugarlabs.org/ticket/2900
>>
>> Index: CartoonBuilder.activity/theme.py
>> ===
>> --- CartoonBuilder.activity.orig/theme.py
>> +++ CartoonBuilder.activity/theme.py
>> @@ -25,23 +25,23 @@ SOUND_SPEAKER = 'images/sounds/speaker.p
>>  SOUND_MUTE= 'images/sounds/mute.png'
>>  SOUND_CUSTOM  = 'images/sounds/custom.png'
>>
>> -LOGO_WIDTH = 275
>> +LOGO_WIDTH = style.zoom(275)
>>  TAPE_COUNT = 11
>>  FRAME_COUNT = 14
>>
>>  DESKTOP_WIDTH = gtk.gdk.screen_width()
>>  DESKTOP_HEIGHT = gtk.gdk.screen_height() - style.LARGE_ICON_SIZE
>>
>> -THUMB_SIZE = min(100, DESKTOP_WIDTH / (TAPE_COUNT+1))
>> +THUMB_SIZE = style.zoom(min(100, DESKTOP_WIDTH / (TAPE_COUNT+1)))
>>
>> -FRAME_COLS = max(1, ((DESKTOP_WIDTH-LOGO_WIDTH) -
>> +FRAME_COLS = style.zoom(max(1, ((DESKTOP_WIDTH-LOGO_WIDTH) -
>>  min(DESKTOP_HEIGHT-THUMB_SIZE-THUMB_SIZE/2,
>> DESKTOP_WIDTH-LOGO_WIDTH))
>> -/ THUMB_SIZE)
>> +/ THUMB_SIZE))
>>
>>  FRAME_ROWS = max((DESKTOP_HEIGHT - THUMB_SIZE*3) / THUMB_SIZE,
>>  int(ceil(float(FRAME_COUNT) / FRAME_COLS)))
>>
>> -BORDER_WIDTH = 10
>> +BORDER_WIDTH = style.zoom(10)
>>
>>  # Colors from the Rich's UI design
>>
>>
>> ___
>>
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
> I had to apply your patch manually because it was corrupted on line 23, I
> tried git apply and git am and variations with the same results.. but now it
> is pushed
>
>
> http://git.sugarlabs.org/cartoon-builder/mainline/commit/cab483f1d08fefe111646e74b9286ad487583ea1
>
> Should be in next version of cartoon-builder.
>
>
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [PATCH] Cartoon Builder: make interface screen resolution independent

[Esteban Bordón]

Related to http://bugs.sugarlabs.org/ticket/2900

Index: CartoonBuilder.activity/theme.py
===
--- CartoonBuilder.activity.orig/theme.py
+++ CartoonBuilder.activity/theme.py
@@ -25,23 +25,23 @@ SOUND_SPEAKER = 'images/sounds/speaker.p
 SOUND_MUTE= 'images/sounds/mute.png'
 SOUND_CUSTOM  = 'images/sounds/custom.png'

-LOGO_WIDTH = 275
+LOGO_WIDTH = style.zoom(275)
 TAPE_COUNT = 11
 FRAME_COUNT = 14

 DESKTOP_WIDTH = gtk.gdk.screen_width()
 DESKTOP_HEIGHT = gtk.gdk.screen_height() - style.LARGE_ICON_SIZE

-THUMB_SIZE = min(100, DESKTOP_WIDTH / (TAPE_COUNT+1))
+THUMB_SIZE = style.zoom(min(100, DESKTOP_WIDTH / (TAPE_COUNT+1)))

-FRAME_COLS = max(1, ((DESKTOP_WIDTH-LOGO_WIDTH) -
+FRAME_COLS = style.zoom(max(1, ((DESKTOP_WIDTH-LOGO_WIDTH) -
 min(DESKTOP_HEIGHT-THUMB_SIZE-THUMB_SIZE/2,
DESKTOP_WIDTH-LOGO_WIDTH))
-/ THUMB_SIZE)
+/ THUMB_SIZE))

 FRAME_ROWS = max((DESKTOP_HEIGHT - THUMB_SIZE*3) / THUMB_SIZE,
 int(ceil(float(FRAME_COUNT) / FRAME_COLS)))

-BORDER_WIDTH = 10
+BORDER_WIDTH = style.zoom(10)

 # Colors from the Rich's UI design
Index: CartoonBuilder.activity/theme.py
===
--- CartoonBuilder.activity.orig/theme.py
+++ CartoonBuilder.activity/theme.py
@@ -25,23 +25,23 @@ SOUND_SPEAKER = 'images/sounds/speaker.p
 SOUND_MUTE= 'images/sounds/mute.png'
 SOUND_CUSTOM  = 'images/sounds/custom.png'
 
-LOGO_WIDTH = 275
+LOGO_WIDTH = style.zoom(275)
 TAPE_COUNT = 11
 FRAME_COUNT = 14
 
 DESKTOP_WIDTH = gtk.gdk.screen_width()
 DESKTOP_HEIGHT = gtk.gdk.screen_height() - style.LARGE_ICON_SIZE
 
-THUMB_SIZE = min(100, DESKTOP_WIDTH / (TAPE_COUNT+1))
+THUMB_SIZE = style.zoom(min(100, DESKTOP_WIDTH / (TAPE_COUNT+1)))
 
-FRAME_COLS = max(1, ((DESKTOP_WIDTH-LOGO_WIDTH) -
+FRAME_COLS = style.zoom(max(1, ((DESKTOP_WIDTH-LOGO_WIDTH) -
 min(DESKTOP_HEIGHT-THUMB_SIZE-THUMB_SIZE/2, DESKTOP_WIDTH-LOGO_WIDTH))
-/ THUMB_SIZE)
+/ THUMB_SIZE))
 
 FRAME_ROWS = max((DESKTOP_HEIGHT - THUMB_SIZE*3) / THUMB_SIZE,
 int(ceil(float(FRAME_COUNT) / FRAME_COLS)))
 
-BORDER_WIDTH = 10
+BORDER_WIDTH = style.zoom(10)
 
 # Colors from the Rich's UI design
 
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH] Display build number at Name Page

[Esteban Bordón]

011/6/18 Sascha Silbe 

>
> Nice idea. As for the patch, I wonder why you use different code than
> what's in extensions/cpsection/aboutcomputer/model.py. I'm not sure
> whether importing or copying is the better option here, but different
> code altogether definitely isn't. We need to show the same value in both
> the Intro and the About my Computer CP section.
>
> Importing extensions/cpsection/aboutcomputer/model.py has the obvious
> advantage that there's no code duplication and thus no risk of diverging
> code paths. The disadvantage is that the Intro would break if someone
> chose not to install the About my Computer CP section. Copying the code
> and adding a note to both copies that they should be kept in sync would
> allow the Intro screen to be used even in absence of the About my
> Computer CP section.
>

I don't know why someone would chose not install "About my computer" CP
Section. IMHO the best option is importing
extensions/cpsection/aboutcomputer/model.py if the extension is installed,
otherwise intro screen will not display build number.


regards,
Esteban.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Olidata computers in Uruguay

[Esteban Bordón]

Thanks.

We'll try to start to fix the most interest activities.

regards,

Esteban.


2011/6/17 Walter Bender 

> On Fri, Jun 17, 2011 at 9:33 AM, Esteban Bordón
>  wrote:
> > In most cases the problem is specific of the activities, then people must
> > modify the activities one by one.
> >
> >
> > 2011/6/16 Caryl Bigenho 
> >>
> >> Hello Esteban (and all),
> >> It would be wonderful if you or someone else could write up some very
> easy
> >> to follow instructions for doing the screen scaling, in Spanish, for the
> >> teachers in Uruguay.  Don't assume anything.  Pretend the teacher is a
> total
> >> beginner (on the Olidata many will be). Make it a "Grannie's Guide" type
> >> document and they will love you forever for doing it!
> >> Caryl (aka "GrannieB")
> >>
> >> 
> >> From: ebor...@plan.ceibal.edu.uy
> >> Date: Thu, 16 Jun 2011 15:58:43 -0300
> >> To: garycmar...@googlemail.com
> >> CC: i...@lists.sugarlabs.org; yamap...@gmail.com;
> >> sugar-devel@lists.sugarlabs.org
> >> Subject: Re: [IAEP] [Sugar-devel] Olidata computers in Uruguay
> >>
> >> > One of the most noticeable source for incompatibilities seems to be
> >> > screen definition, 800x600 in the Olidata, and thus several Activities
> are
> >> > cropped,
> >>
> >> Screen definition is 800x480 ...
> >>
> >>
> >> Ouch, quite a few Activity toolbars will likely overflow at 800x600
> >> (overflow widgets land in a drop down menu in the far right of the
> toolbar
> >> that shows the text from the tool button hint only). The XO is a
> 1200x900
> >> screen, about a year or two back there was general consensus that we
> should
> >> try and make sure Activities worked well down too 1024x768 as that was
> >> common in emulated environments and regular laptops/desktops.
> >>
> >> These 800x600 display machines will want to make sure they are running
> >> Sugar using an environmental variable of  SUGAR_SCALING=72, this will
> shrink
> >> the UI scale down to fit the lower screen resolution. SUGAR_SCALING
> >> currently only has an effect at either 72 (works well for 800x600 and
> >> 1024x768) or 100 (for 1200x900 or larger).
> >>
> >> With SUGAR_SCALING=72 Sugar have some problems showing  properties of a
> >> journal entry for example. I trying to set lower values of SUGAR_SCALING
> but
> >> I have not getting good results.
> >>
> >> Regards,
> >> Esteban.
> >>
> >>
> >>
> >> ___ IAEP -- It's An
> Education
> >> Project (not a laptop project!) i...@lists.sugarlabs.org
> >> http://lists.sugarlabs.org/listinfo/iaep
> >
> > ___
> > Sugar-devel mailing list
> > Sugar-devel@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> >
> >
>
> I've created a ticket to track the Journal Detail View problem:
>
> http://bugs.sugarlabs.org/ticket/2899
>
> regards.
>
> -walter
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Olidata computers in Uruguay

[Esteban Bordón]

In most cases the problem is specific of the activities, then people must
modify the activities one by one.


2011/6/16 Caryl Bigenho 

>  Hello Esteban (and all),
>
> It would be wonderful if you or someone else could write up some very easy
> to follow instructions for doing the screen scaling, in Spanish, for the
> teachers in Uruguay.  Don't assume anything.  Pretend the teacher is a
> total beginner (on the Olidata many will be). Make it a "Grannie's Guide"
> type document and they will love you forever for doing it!
>
> Caryl (aka "GrannieB")
>
> --
> From: ebor...@plan.ceibal.edu.uy
> Date: Thu, 16 Jun 2011 15:58:43 -0300
> To: garycmar...@googlemail.com
> CC: i...@lists.sugarlabs.org; yamap...@gmail.com;
> sugar-devel@lists.sugarlabs.org
> Subject: Re: [IAEP] [Sugar-devel] Olidata computers in Uruguay
>
>
> > One of the most noticeable source for incompatibilities seems to be
> screen definition, 800x600 in the Olidata, and thus several Activities are
> cropped,
>
>
> Screen definition is 800x480 ...
>
>
>
> Ouch, quite a few Activity toolbars will likely overflow at 800x600
> (overflow widgets land in a drop down menu in the far right of the toolbar
> that shows the text from the tool button hint only). The XO is a 1200x900
> screen, about a year or two back there was general consensus that we should
> try and make sure Activities worked well down too 1024x768 as that was
> common in emulated environments and regular laptops/desktops.
>
> These 800x600 display machines will want to make sure they are running
> Sugar using an environmental variable of  SUGAR_SCALING=72, this will shrink
> the UI scale down to fit the lower screen resolution. SUGAR_SCALING
> currently only has an effect at either 72 (works well for 800x600 and
> 1024x768) or 100 (for 1200x900 or larger).
>
>
> With SUGAR_SCALING=72 Sugar have some problems showing  properties of a
> journal entry for example. I trying to set lower values of SUGAR_SCALING but
> I have not getting good results.
>
> Regards,
> Esteban.
>
>
>
> ___ IAEP -- It's An Education
> Project (not a laptop project!) i...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Olidata computers in Uruguay

[Esteban Bordón]

>
> > One of the most noticeable source for incompatibilities seems to be
> screen definition, 800x600 in the Olidata, and thus several Activities are
> cropped,
>

Screen definition is 800x480 ...


>
> Ouch, quite a few Activity toolbars will likely overflow at 800x600
> (overflow widgets land in a drop down menu in the far right of the toolbar
> that shows the text from the tool button hint only). The XO is a 1200x900
> screen, about a year or two back there was general consensus that we should
> try and make sure Activities worked well down too 1024x768 as that was
> common in emulated environments and regular laptops/desktops.
>
> These 800x600 display machines will want to make sure they are running
> Sugar using an environmental variable of  SUGAR_SCALING=72, this will shrink
> the UI scale down to fit the lower screen resolution. SUGAR_SCALING
> currently only has an effect at either 72 (works well for 800x600 and
> 1024x768) or 100 (for 1200x900 or larger).
>

With SUGAR_SCALING=72 Sugar have some problems showing  properties of a
journal entry for example. I trying to set lower values of SUGAR_SCALING but
I have not getting good results.

Regards,
Esteban.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [PATCH] Display build number at Name Page

[Esteban Bordón]

This patch show the build number in the name page for first boot (see
attached file). It's very useful to test the correct massive flashing for
technical team.

Index: orig/window.py
===
--- orig.orig/window.py
+++ orig/window.py
@@ -86,7 +86,20 @@ class _NamePage(_Page):
orientation=hippo.ORIENTATION_HORIZONTAL,)

 self._intro = intro
+
+if os.path.exists('/boot/olpc_build'):
+build_no_path = '/boot/olpc_build'
+elif os.path.exists('/etc/fedora-release'):
+build_no_path = '/etc/fedora-release'
+else:
+build_no_path = None

+if build_no_path:
+fd = open('/etc/fedora-release', 'r')
+build = fd.read().strip()
+fd.close()
+self.insert_build_no(build)
+
 label = hippo.CanvasText(text=_('Name:'))
 self.append(label)

@@ -102,6 +115,15 @@ class _NamePage(_Page):
 if gtk.widget_get_default_direction() == gtk.TEXT_DIR_RTL:
 self.reverse()

+def insert_build_no(self, build):
+build_box =
hippo.CanvasBox(orientation=hippo.ORIENTATION_HORIZONTAL,xalign=hippo.ALIGNMENT_START,yalign=hippo.ALIGNMENT_START)
+label_build = hippo.CanvasText(text=_("Build:"))
+build_box.append(label_build)
+data_build = hippo.CanvasText(text=' '+build)
+build_box.append(data_build)
+self.append(build_box,hippo.PACK_FIXED)
+
+
 def _text_changed_cb(self, entry, pspec):
 valid = len(entry.props.text.strip()) > 0
 self.set_valid(valid)
<>Index: orig/window.py
===
--- orig.orig/window.py
+++ orig/window.py
@@ -86,7 +86,20 @@ class _NamePage(_Page):
orientation=hippo.ORIENTATION_HORIZONTAL,)
 
 self._intro = intro
+ 
+if os.path.exists('/boot/olpc_build'):
+build_no_path = '/boot/olpc_build'
+elif os.path.exists('/etc/fedora-release'):
+build_no_path = '/etc/fedora-release'
+else:
+build_no_path = None
 
+if build_no_path:
+fd = open('/etc/fedora-release', 'r')
+build = fd.read().strip()
+fd.close()
+self.insert_build_no(build)
+
 label = hippo.CanvasText(text=_('Name:'))
 self.append(label)
 
@@ -102,6 +115,15 @@ class _NamePage(_Page):
 if gtk.widget_get_default_direction() == gtk.TEXT_DIR_RTL:
 self.reverse()
 
+def insert_build_no(self, build):
+build_box = hippo.CanvasBox(orientation=hippo.ORIENTATION_HORIZONTAL,xalign=hippo.ALIGNMENT_START,yalign=hippo.ALIGNMENT_START)
+label_build = hippo.CanvasText(text=_("Build:"))
+build_box.append(label_build)
+data_build = hippo.CanvasText(text=' '+build)
+build_box.append(data_build)
+self.append(build_box,hippo.PACK_FIXED)
+
+
 def _text_changed_cb(self, entry, pspec):
 valid = len(entry.props.text.strip()) > 0
 self.set_valid(valid)
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Strawberry - login screen

[Esteban Bordón]

Hi!

Thanks for your help.

We are using Strawberry because looks like Dextrose and we are using
Dextrose on XOs. We want to XO and the other laptop look similar.

 Regards,
Esteban.


2011/6/13 Peter Robinson 

>
>
> On Mon, Jun 13, 2011 at 2:38 PM, Esteban Arias 
> wrote:
>
>> hi!
>>
>> do you know why sugar on stick - SoaS release 1 (Strawberry), shows login
>> when I change configuration from control panel ?
>> for example, I change nike name in "About me"; then restart with login
>> screen...
>>
>> I put "liveuser" and the system starts ok!
>>
>> It is possible to dont show login screen?
>>
>
> You can change settings in the gdm.conf file and it needs a blank password.
> Strawberry is long dead, I suggest you use something newer as we're no
> longer supporting strawberry. Also please post SoaS questions to the SoaS
> mailing list.
>
> Peter
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Fwd: [Sur] La bestia que renace una y otra vez

[Esteban Bordón]

 Hi all,

2011/5/25 Sascha Silbe 

> Excerpts from Walter Bender's message of Wed May 25 14:36:59 +0200 2011:
>
> > I will respond to this but would like to discuss it with the two of you
> > first.
>
> (Assuming you mean the discussion to be open to everyone, but would like
> to invite Simon and me in particular as you CC'ed sugar-devel)
>
> I find it rather hard to reply to the forwarded mail - and not just
> because of language issues. It conflates a lot of different concepts and
> issues (e.g. Journal meta-data vs. Rainbow). I also got the impression
> that the various different organisations related to Sugar and the OS
> used in Uruguay - including the government - are all put into the same
> "they" pot.
>
> Trying to distil the actual complaints:
>
> 1. Journal meta-data is complicated
> 2. Journal (meta-data?) is not transparent to the user
> 3. Reading a USB stick with many files on it is slow
> 4. Finding old Journal entries is hard
> 5. Incompatible with the Linux file system (whatever that means)
>
I think that is regarding to manage journal files like any other linux file
in any other place. To have access to the journal files we need to use
sugar.datastore, he told that he can't searching files using common linux
commands like ls, find, etc.
I think that the point 2 talks about the same thing.

6. Regression when attaching files to emails / Adineta(?) / GMail
>
Adinet is an uruguayan webmail (http://www.adinet.com.uy)

>
> For a useful response, I'd need a lot more detail about each individual
> issue - including the software versions (base distro, Sugar, ...). Some
> of it might have already been solved (e.g. the sort by creation time
> feature might be enough for #4).
>

As you know, in uruguay we have distributed many different builds and I
don't know which is the specific version that he refers, but the latest is
based on F11-Sugar 0.88-Dextrose


> Sascha
>
> --
> http://sascha.silbe.org/
> http://www.infra-silbe.de/
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
> cheers,
Esteban.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] journal (0.82) backup

[Esteban Bordón]

El problema es que el formato rpm no es usado por debian. En este caso
deberías tratar de realizar la instalación desde el código fuente, supongo
que habrá algún Makefile para hacerlo,

saludos,
Esteban.



El 3 de marzo de 2010 12:07, Esteban Arias escribió:

> si quiero instalar ds-backup 
> (ds-backup-server-0.8.1-1.olpc3.noarch.rpm)
> en un servidor que no está basado en un xs de olpc, servidor con debian, que
> pre requisitos debería tener encuenta para la instalación?
>
>
>
> El 12 de febrero de 2010 17:24, Martin Langhoff > > escribió:
>>
>> Dentro del contenido "viejo", seguro que hay cosas mas "nuevas". Por
>>> definicion, el backup siempre es mas "viejo".
>>>
>>> Yo creo que vas a crearte mas problemas que los que solucionan... una
>>> idea de implementacion: del XS pueden extraer cada "record" en formato
>>> XOJ. Eso te evita necesitar gran expacio "extra" en el disco para la
>>> operacion, y la podes hacer archivo por archivo.
>>>
>>> Para ver como anda en el "use case" que usamos en OLPC, instalate un
>>> XS-0.6 + AP, conectate con el XO, registrate, reinicia, dale un rato
>>> para que haga su backup, luego visita "schoolserver" con Browse.xo.
>>> Te va a hacer auto-login. En la esq superior derecha, vas a ver tu
>>> nombre de usuario que tiene un link -- segui ese link y vas a ver la
>>> opcion de backup. Fijate como son los urls.
>>>
>>> De esos mismos urls lo pueden automatizar desde python...
>>>
>>>
>>>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] journal (0.82) backup

[Esteban Bordón]

May be you can make a first startup screen (displayed when re-flash the XO)
to restore the backup instead of the restore button in journal..

Regards,
Esteban.

2010/2/11 Esteban Arias 

> If I
>
> 1) kill datastore-service  (pkill -f -x "python
> /usr/bin/datastore-service")
> 2) do backup
> 3) and then restart sugar (pkill -f -x "python /usr/bin/sugar-shell")
>
> ?
>
> 2010/2/11 Daniel Drake 
>
> On 11 February 2010 08:16, Esteban Arias 
>> wrote:
>> > Hi,
>> >
>> > I work with journal (0.82) backup. The idea is on jornal activity add
>> button
>> > "backup" and "restore". and then run the script. as a subprosses.
>> >
>> > may have a problem if I run script if the journal active ?
>>
>> I suspect it's not safe to run that journal restore script while Sugar
>> is active.
>>
>> Daniel
>>
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel