, sugar kept the network config separate, under
/home/olpc/.sugar, i think. it took a while before gnome and
sugar wifi configs were synced.
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
h
ailing list
> de...@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
gt;>>>> on any Android tablet (this version does not work with Android
> >>>>>> phones) you
> >>>>>> might have or desire to purchase. However, such a test causes /all/
> >>>>>> existing data on the tablet (including core OS data) to
(branch or tag) and other work could
continue, and eventually branched or tagged itself.
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
based on apple's featureset?
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
se, respect our trademarks and our copyrights.
> >
> > i don't understand.
> >
> > have you actually created something new? or are you just claiming
> > trademarks on someone else's work? i'm confused.
> >
> > paul
> >
> > >
> > >
> > >
>
tually created something new? or are you just claiming
trademarks on someone else's work? i'm confused.
paul
>
>
>
> Best regards and Have fun
> Christian Stroetmann
>
> ___
> Sugar-devel mailing list
> Sugar
r produced in more than prototype quantities. and, it was a
very different beast than the "XO Tablet" produced by vivitar. (i
know that james knows this -- i'm just clarifying for others.)
paul
=-
paul fox, p...@laptop.org
__
onths. to unclutter my UI involves at least 3 clicks
per network (or maybe 4: scroll, select, delete, confirm). i've
always wanted it to be a "select all the networks you'd like to
delete" interface instead.
part of the issue is that the "remembered" net
for few activities in Epaath and for typing document in
> > Nepali.
> > >>
> > >> -basanta
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> --
> > >> Basanta Shrestha
> > >&g
vel@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> >
>
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
an see the
i'm not sure, but this might happen if your hardware can receive but
not transmit.
try the wlan diagnostic in OFW. boot to the 'ok' prompt, then
ok test /wlan
and see what you get.
paul
=-
paul fox, p...@laptop.org
___
ent
> through, but not both" is concerned)?
yes. and for XO-1 and XO-1.5 as well.
paul
>
>
>
>
> On Mon, Feb 18, 2013 at 7:18 PM, Paul Fox wrote:
>
> > ajay wrote:
> > > Hi all.
> > >
> > > Is it possible to hack the &quo
gt;
> Regards,
>
> Ajay Garg
> Dextrose Developer
> Activity Central: http://activitycentral.com
> part 2 text/plain 129
> _______
> Devel mailing list
> de...@lists.laptop.org
> http://lists.laptop.org/l
nline/blobs/master/clock.py#line109
note that that code also contains references to ohmd, which are no
longer necessary.
paul
=-----
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
;
> [1]
> http://www.olpcnews.com/use_cases/technology/usb4butia_a_truly_free_as_in_freedom_input_output_board.html
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-d
ajay wrote:
> On Mon, Jan 28, 2013 at 11:01 PM, Paul Fox wrote:
>
> > ajay wrote:
> > > Hi all.
> > >
> > > A simple solution was found :)
> > >
> > > I hacked the "KP_Prior" and "KP_Next" keys, and now
of ebook-mode, things worked cool. However, I will keep on looking
> into the reason.
>
>
> Thanks a ton to all :)
>
>
> On Thu, Jan 24, 2013 at 10:45 PM, Paul Fox wrote:
>
> > gonzalo wrote:
> > > Write does not know what is the ebook
-1) {
perror("ioctl");
return EXIT_FAILURE;
}
if (test_bit(keycode, state))
return 10; /* different from EXIT_FAILURE */
else
return 0;
}
paul
>
> Gon
; 6: found keyboard (AT Translated Set 2 keyboard) /dev/input/event5
> (11:01:01)
> Jan 24 01:14:49 xo-1e-89-0d olpc-kbdshim-udev[484]: olpc-kbdshim-udev: fd
> 7: found touchpad (FSPPS/2 Sentelic FingerSensingPad) /dev/input/event9
> (11:02:0f)
>
> Jan 24 01:14:49 xo-1e-89-0d
port both v4 and v6 listeners)
> is
>
> if grep -qiE ": +:14B2" /proc/net/tcp?
>
> Simply removing the ": " check on its own might be sufficient for our
> purposes but could falsely return true in a few cases.
>
>
trose Developer
> Activity Central: http://activitycentral.com
> part 2 text/plain 153
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.suga
_
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
 helpitem.add_paragraph(_('To use it, write: ls directory'))
> > + Â Â Â Â helpitem.add_paragraph(_('If you call it without parameters,
> > will list\nthe working directory'))
> > + Â Â Â Â helpitem.add_secti
;
>
> Could the same be achieved in F17?
>
>
> Sorry for being unclear the last time around.
>
>
> Thanks and Regards,
> Ajay
>
> On Thu, Jun 21, 2012 at 8:07 AM, Paul Fox wrote:
>
> >
> > ajay wrote:
> > > Any ideas
Any ideas please. I am really finding it irritating, that this gnome-popup
> > is interfering with the sugar experience.
> >
> >
> > Thanks and Regards,
> > Ajay
> >
> part 2 text/plain 153
> __
eers,
> >
> > --
> > .. manuq ..
> > ___
> > Sugar-devel mailing list
> > Sugar-devel@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> part 2
simon wrote:
> On 05/09/2012 05:56 PM, Paul Fox wrote:
> > gonzalo wrote:
> > > On Wed, May 9, 2012 at 12:42 PM, Paul Fox wrote:
> > >
> > > > i would much prefer that we could prevent suspend during any
> > > > audio p
gonzalo wrote:
> On Wed, May 9, 2012 at 12:42 PM, Paul Fox wrote:
>
> > i would much prefer that we could prevent suspend during any
> > audio playback, rather than have to have anyone that wants
> > to make noise do it individually.
> >
> >
> B
> +try:
> + self.ohm_keystore.SetKey('suspend.inhibit', 0)
> +return self.ohm_keystore.GetKey('suspend.inhibit')
> +except dbus.exceptions.DBusException:
> +logging.error("failed to allow suspend")
> +return False
> +else:
> +return False
> +
>
> def get_speech_manager():
> global _speech_manager
> --
> 1.7.10.1
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
kevin wrote:
> On Fri, May 4, 2012 at 4:41 PM, Paul Fox wrote:
>
> > sascha wrote:
> > >
> > > > i've cherry-picked 65a5f2b3 onto olpc-2.6.35, and the autobuilder
> > > > did the rest. this implements a new "libertas_disablemesh&
out having to build and maintain a custom kernel.
Based on a patch by Paul Fox .
Signed-off-by: Sascha Silbe
Signed-off-by: John W. Linville
-
>
> The reason we've not gone the module parameter route so far (in
> Dextrose 3) is that we didn't wa
12 at 2:24 AM, Ajay Garg wrote:
> > Thanks Paul.
> > I will test this, and get back to you once done.
> >
> > Thanks a ton
> >
> >
> > Regards,
> > Ajay
> >
> > On Thu, May 3, 2012 at 2:21 AM, Paul Fox wrote:
> >>
i586.rpm
paul
>
> cheers,
>
>
>
> m
> --
> martin.langh...@gmail.com
> mar...@laptop.org -- Software Architect - OLPC
> - ask interesting questions
> - don't get distracted with shiny stuff - working code first
> - http://wiki.laptop.org
mar...@laptop.org -- Software Architect - OLPC
> - ask interesting questions
> - don't get distracted with shiny stuff - working code first
> - http://wiki.laptop.org/go/User:Martinlanghoff
> ___
> Devel mailing list
> de...@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ajay wrote:
> Thanks Paul.
>
> On Tue, May 1, 2012 at 8:03 PM, Paul Fox wrote:
>
> > ajay wrote:
> > > Any ideas please, regarding the two latest queries :) ?
> > >
> > > Regards,
> > > Ajay
> > >
> >>
> >> Also in /etc/NetworkManager/NetworkManager.conf
> >>
> >> change the plugins line to
> >>
> >> plugins=ifcfg-rh,keyfile
> >>
> >> Then add a section that looks like this.
> >>
> >> [keyfile]
; > > is briefly turned off and the connection is lost, negating any
> > > benefit from keeping it powered during sleep.
> > >
> > > Tony
> > >
> > =-
> > paul fox, p...@laptop.org
> > ___
> >
jerry wrote:
> On Mon, 2012-03-26 at 11:54 -0400, Paul Fox wrote:
> > jerry wrote:
> > > On Mon, 2012-03-26 at 16:44 +1100, fors...@ozonline.com.au wrote:
> > > > David
> > > >
> > > > This message was sent with a gsm dongl
e too much to ask for all
GSM devices to be in the same USB class. :-/
(maybe the module presence check is okay -- it just doesn't feel right.)
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
nnection is lost, negating any
> benefit from keeping it powered during sleep.
>
> Tony
>
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
t; login DOES ask for the
> "root" password, and authentication is successful upon entering the correct
> root-password.
>
> What is the reason for this difference in behaviour?
>
>
>
> It might very well be a design decision; just my bad
te and send the activity, he could load it on via
> USB, copy and run it all using the touchpad. Won't have to type a thing!
>
> Before I go experimenting with this though, I was hoping someone could let
> me know what commands should be run to re-enable the keyboard!
>
>
-1 ALPS touchpad is
supported in 1.75 firmware. but that's the only incompatibility i
know of.
paul
>
> Gonzalo
>
> On Sun, Mar 11, 2012 at 3:20 PM, Paul Fox wrote:
>
> > walter wrote:
> > > On Sun, Mar 11, 2012 at 12:59 PM, Agustin Zubiaga Sanchez
> > Sugar-devel mailing list
> > Sugar-devel@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> >
>
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
> ________
ed filesystem. perhaps an easier
rule would be, any non-storage USB device.
can anyone think of reasons that this would be unacceptable? (i assume,
but don't know, that this would not be hard to implement.
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
los errores de tipeo.
> El 03/01/2012 12:12, "Paul Fox" escribió:
>
> > roughly speaking, we chose the "dialout" group because a) it's a
> > traditional group for access to UNIX serial devices, b) many USB
> > devices that activities need access
> write)
> If add this permissions to "lego" group, we need create it..
> But, we don't make it, an use an existing group like "root"? Or another...
> Suggestions?
> We can make a generic group "robot" that have permissions for: lego
martin wrote:
> On Thu, Nov 24, 2011 at 10:09 AM, Paul Fox wrote:
> > - hitting "brightness down" one more time when at level 0 will
> >switch to mono. users that use auto-repeat to get there probably
> >won't see a difference.
as discussed on t
bert wrote:
>
> On 24.11.2011, at 17:23, Paul Fox wrote:
>
> > bert wrote:
> >>
> >> So I would rather not add that extra step "below 0".
> >
> > okay, i'm fine with that -- i was on the fence. but i think you and
> >
kevin wrote:
> I too will test this weekend. Silly q: should I test both sugar and
> gnome, or just sugar?
by all means, try both. it should work on VT console screens, too.
paul
=-
paul fox, p...@laptop.org
___
Sugar
bert wrote:
>
> On 24.11.2011, at 16:09, Paul Fox wrote:
>
> > bert wrote:
> >> Today is a sunny day in cold Germany, unlike in the first half of the
> >> week.
> So
> >> I took the 1.75 outside.
> >>
> >> IMHO the
ul
>
> - Bert -
>
>
> ___
> Devel mailing list
> de...@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
sensor but surprisingly not the control keys
> >
> > i don't follow -- the code in powerd currently has (or should have) no
> > effect on how the brightness keys work. they're handled by
> > olpc-brightness. so they should continue doing what they were doing
> > before you modified those lines to reenable "zero brightness gives mono"
> > behavior.
>
> The brightness keys no longer give monochrome at zero brightness.
> You must have coded that somewhere in powerd? Line 1793 looked
> like it was going to be the culprit.
no, i coded it in /usr/bin/olpc-brightness. the code in powerd is there
for suspend dimming, and now, auto-backlight turnoff.
thanks,
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
can change the limits directly and they
> > should take effect immediately.
> >
> > additionally, to cause auto-monochrome to happen, uncomment the
> > obvious lines at the end of set_brightness() and brightness_ramp().
> >
> > paul
> >
> > >
i wrote:
>
> please try os12, when available, and see how it feels.
>
i'm afraid the necessary firmware didn't make the deadline for os12,
so you'll need to either wait for os13, or q4c05 firmware, whichever
comes first.
paul
=---------
p
tely.
additionally, to cause auto-monochrome to happen, uncomment the
obvious lines at the end of set_brightness() and brightness_ramp().
paul
>
> Tony
> ___
> Devel mailing list
> de...@lists.laptop.org
> http://lists.laptop.org
bert wrote:
> On 21.11.2011, at 18:06, Paul Fox wrote:
>
> > bert wrote:
> >> When you add the auto-turnoff, it should only toggle the backlight,
> >> not the mono-color setting. I don't think that would be too
> >> confusing, from a user's
http://git.gnome.org/browse/gnome-desktop/tree/libgnome-desktop/gnome-rr.c#n1682
> [4]
> http://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/power/gsd-backlig
> ht-helper.c
>
> ___
> Sugar-devel mailing list
> S
> As for the undiscoverable control, make it a Sugar science activity.
> Give the user the actual sensor readings, sliders to control the
> thresholds and hysteresis, etc, and let them play with it. Teaches
> them about the sensor, the cir
bert wrote:
> On 21.11.2011, at 15:22, Paul Fox wrote:
>
> > it quickly became clear (to me, at least) that it would be confusing
> > if user-dimming behaved differently than auto-backlight-control, with
> > respect to monochrome mode. whether or not it's con
re's no way to disable it. that will change,
but i'm not sure what form the UI might take.
paul
>
> Cheers,
>
> KG
>
>
> > paul
> >
> > [1] http://wiki.laptop.org/go/Display#The_theory
> > =-
> > paul fo
ile sleep 1
do
echo $(( i = ! i )) > /sys/devices/platform/dcon/monochrome
don
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
peter wrote:
> On Mon, Nov 21, 2011 at 3:33 PM, Simon Schampijer
> wrote:
> > El 21/11/11 15:18, Paul Fox escribió:
> >>
> >> simon wrote:
> >> > Hi,
> >> >
> >> > I would like to propose the fol
talk about this in the
abstract, since most of you don't have 1.75 machines to play with.
if you do have one, please try it when os12 comes out.
paul
[1] http://wiki.laptop.org/go/Display#The_theory
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
x27;t sent yet. i'll do so right now.
paul
>
> Regards,
> Simon
>
> [1] http://wiki.sugarlabs.org/go/Features/Display_Device
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http:
e mastered yum?
paul
=-----
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
enFirmware plans to
> > >ensure is correct.
> > >
> >
> > So on 1.75 /proc/device-tree/compatible instead of
> > /proc/device-tree/banner-name, right?
>
> That was my understanding. Discussion I had was with Paul Fox on 16th
> August, and had to
; - When you are wrong, but not showing the help display the question again.
> Now
> shows the question below shows the help.
> - Added button "Show all" in the browse mode.
>
>
> Sugar Labs Activities
> http://activities.sugarla
___
> Devel mailing list
> de...@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ing else, though I'm afraid I
> have
> no idea how to test further.
yioryos -- could you perhaps publish your logs, if you still have them?
i can't remember if there's still an appropriate trac ticket open -- if
not, create a new one.
paul
=-
paul fo
t up, though.
i think i've missed the point of all this. bernie's original mail
points to the FSF rationale for GPL3 as the reason for moving sugar to
GPL3, but somehow i think there must be more to it. i.e., what
exactly are the arguments in favor of _sugar_ changing licenses?
PS I've just checked Physics on my XO-1 and it behaves in the same way. BTW
> this is not peculiar to my XO - my chief tester reported the same issue.
>
> _______
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://l
; It doesn't happen with my Mirabelle SoaS.
>
> Here's a sample activity with this problem:
>
> http://activities.sugarlabs.org/en-US/sugar/addon/4371
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarl
":O": "8.png",
> +":$": "9.png",
> +":)": "10.png" ,
> + ":P":
ate the laptop again --
to find the older instance. i click on it, and annoyingly, i have to yet
again change my hold on the laptop.
perhaps this is smooth/seamless on an iphone or android, but i'm having
trouble picturing it on an XO.
paul
=-
quot;, since there's a touchpad with which to
change the focus. in ebook mode, that's not the case -- if focus
isn't on the text area, then you're stuck, and have to open the
laptop to click.
paul
=-
paul fox, p...@laptop.org
_
also work on tablet computers as
> well.
the rotate key is already handled as a special key. we're talking
about the ebook switch, which is an open or closed magnetic sensor
that can tell you when the screen is fully folded into the ebook
position.
paul
=-
paul fox,
> > things now.
> >
> > Peter
> > _______
> > Sugar-devel mailing list
> > Sugar-devel@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
> >
> part 2 text/plain 153
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
simon wrote:
> On 08/07/2010 08:22 PM, Walter Bender wrote:
> > On Fri, Aug 6, 2010 at 9:10 AM, Paul Fox wrote:
> >> walter -- currently we try at boot time and set the touchpad to
> >> whichever mode the user last requested. moving this
> >> initial
; significant ;-)
that's exactly right. :-)
pre-linking has been in the builds for some time, i believe.
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
y have tried both modes)
think?
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
back.
paul
=---------
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
flag_file_handle = open(FLAG_PATH, 'w')
> +flag_file_handle = open(_flag_path, 'w')
> flag_file_handle.close()
> +
> +
> +def write_to_node_file(value):
> +""" Write to node path, catching exception is there is a pr
walter wrote:
> On Thu, Jul 29, 2010 at 5:37 PM, Paul Fox wrote:
> > walter wrote:
> > > On Thu, Jul 29, 2010 at 6:27 AM, pbrobin...@gmail.com
> > > wrote:
> > > > On Wed, Jul 28, 2010 at 3:41 PM, Sascha Silbe
> > > > wrote:
> >
pen(FLAG_PATH, 'w')
> ---
> > flag_file_handle = open(_flag_path, 'w')
>
> -walter
> >
> > Peter
> > _______
> > Sugar-devel mailing list
> > Sugar-devel@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/suga
). But in that case your patch
> should be included in the OLPC builds, not in Sugar mainline.
can you remind me of the specific issue(s) here?
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
variant) is in use. i suspect that this is the
mechanism that applications should use to detect which keyboard
they have, because it's xkb that has to have the right answer in
order for all the characters to work correctly. i don't know if
there's a programming API lurking under t
On 17.07.2010, at 09:31, Bernie Innocenti wrote:
>
> > El Thu, 15-07-2010 a las 23:08 -0400, Paul Fox escribió:
> >> i think everyone (except
> >> apple, i'm learning tonight) agrees this is the correct setup
> >> when not in sugar.
> >
&
bernie wrote:
> El Fri, 16-07-2010 a las 08:40 -0400, Paul Fox escribió:
> > if so, it's the
> > first large-scale usage of the new suspend-or-shutdown menu, so i'm
> > interested in reaction to that. for instance -- is shutdown really
> > the most often
aking the risk to piss off a few
> early-adopters is the only way to avoid a design paralysis.
>
> --
>// Bernie Innocenti - http://codewiz.org/
> \X/ Sugar Labs - http://sugarlabs.org/
>
> ______
4, so i didn't think there was a need to
keep them all clear. am i wrong about this? my limited sugar use
has been on XO laptops -- i don't have much experience with SoaS.
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
> for new, old in zip(cpu_time_counts_new, self._cpu_time_counts)]
> user, nice, system, idle, iowait = cpu_times_current
> cpu_free = (idle + iowait) * 100 / sum(cpu_times_current)
>
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
> > or even implemented that by now.
>
> This sounds like exactly what we have already.
except that the the current calls are pretty ohm-specific, aren't they?
(i haven't looked at them in a while.)
paul
=-
paul fox, p...@laptop.
v/ttyACM0 we see that the its access permission is uucp
> > while
> > the group of our activity is olpc.
> >
> > Using chmod o=rw /dev/ttyACM0 solves the problem.
> >
> > Thanks again
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
user mode, user mode
> with low priority (nice), system mode, and the idle task, respectively.
> The last value should be USER_HZ times the second entry in the uptime
> pseudo-file.
> -cut--
>
> --
>// Bernie Innocenti - http://codewiz.org/
what it is?
>
> This comment in ui.py explains why
> # we move offscreen to resize or else we get flashes on
> # screen, and setting hide() doesn't allow resize & moves
paul
=-
paul fox, p...@laptop.org
__
t; """Set the touchpad mode."""
> > if touchpad == _CAPACITIVE:
> > system("rm /home/olpc/.olpc-pentablet-mode")
> Please use os.remove() instead.
>
i noticed that too. also, the last version i read still invo
Labs, OLPC, and other
> interested third parties.
>
> david
> _______
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
directly
from X (perhaps via xset, or perhaps more directly).
paul
=-
paul fox, p...@laptop.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
1 - 100 of 136 matches
Mail list logo