sticks before
the operation is finished.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ime to be merged into
0.90.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
rous to deal
with. One more reason to demand proper sugarization.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
; NM is particularly active when there are more than a few APs
> available, wonder if it would be possible to tune it to group updates
> in batches.
That would be a good question for Dan (cc'd :-).
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.
thy goal for the future.
We already readjust the network neighborhood layout on the fly when we
switch view. It's funny to see the access points slide around :-)
So, +1 for lazy updates, as long as NM keeps doing its background
scanning even when it's not being queried by the client.
--
eanup opportunity just because a laptop was no longer
booting due to a corrupted buddy-icon.jpg. (How did it get corrupt since
it's read-only after the first boot? This is still a mystery of JFFS2
and flash ECC).
This patch depends on a corresponding cleanup in sugar-presence-service.
Signed-off-
This patch gets rid of some almost-dead code in sugar-presence-service
for handling bitmap avatars.
Signed-off-by: Bernie Innocenti
---
src/buddy.py | 63 +
1 files changed, 2 insertions(+), 61 deletions(-)
diff --git a/src/buddy.py b
El Wed, 11-08-2010 a las 11:02 +0200, Tomeu Vizoso escribió:
> On Wed, Aug 11, 2010 at 00:38, Bernie Innocenti wrote:
> > This patch gets rid of some almost-dead code in sugar-presence-service
> > for handling bitmap avatars.
>
> The idea is that the PS is going to disappe
e...
...as long as I can be "Senior Wizard Extraordinaire and Überhaxc0r at
Sugar Labs and everywhere else" :-)
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
S
e more appropriate :-)
http://en.wikipedia.org/wiki/Oompa-Loompa
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
rs are being logged
anyway.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
El Wed, 18-08-2010 a las 15:38 -0400, Luke Faraone escribió:
> On 08/18/2010 03:36 PM, Bernie Innocenti wrote:
> > El Wed, 18-08-2010 a las 15:19 -0400, Luke Faraone escribió:
> >> Hi,
> >>
> >> I was looking at Sugar on Ubuntu, and we were considering enabling
El Wed, 07-07-2010 a las 01:58 -0400, Kevin Mark escribió:
> On Tue, Jul 06, 2010 at 05:03:02PM -0400, Bernie Innocenti wrote:
> >
> > PS: I just found yet another laptop which won't activate because the
> > clock was set to 15 July 2000 (not 2010!). Do you see many of
hread "Clocks on the XOs" for more details.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ust asking how hard your dependency on cjson is, I'm not
planning on removing the package immediately. (actually I'm not even the
maintainer of that one :-).
fs
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs -
provide a patch to
convert it to simplejson?
(/me expects Sascha to notice this email for him without being
explicitly cc'd, as he likes :-)
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
sy and
rewarding right from day 1. The book "Just For Fun" makes a good reading
on how to bring a project to success with a $0 initial investment. One
needs to engineer the process around social and psychological issues,
the technical aspects come second.
--
// Bernie Innocenti - ht
atches in sugar over the last 365 months.
Exactly one patch per day. Over the same period, Linus merged 100 times
this number of patches, meaning that maintaining Sugar should be
feasible even as a part-time job.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ver the same period, Linus merged 100 times
> > this number of patches,
>
> Looks like you are onto something big here. After you fix Sugar you
> can go fix GNOME and the rest of FOSS projects, then with 100 times
> more productivity Microsoft, Apple a
1152
The bad news is that this patch was written for Sugar 0.82 and it will
probably need some adaptation.
Hope this helps,
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
the very same kernel that OLPC uses on os852, so
bugs should be shared.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
GConf-dbus is unmaintained and is no longer part of any Linux
distribution. It was used to support multiple Sugar profiles within
the same UNIX user, a feature of dubious usefulness that could be used
to test collaboration without creating multiple accounts.
Signed-off-by: Bernie Innocenti
---
c
ts overlooked by the maintainer, the submitter can
resend it after a while. If even the submitter forgets, someone else
could ping. If nobody cares to ping, it means that patch wasn't very
interesting after all.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://
ed? Any other environment
tweaks?
> I alone won't find all the issues so if you (and others) can file the
> bugs you find, I will be able to fix them faster.
I've already filed 2... one happened to be yet another GConf-dbus issue,
the other one still stands:
http://bugs.sugar
doing this, which
is a lot easier and almost equally effective.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
em-wide
installation of new schemas.
There doesn't seem to be an easy way to allow local schemas. Because
GConf-dbus is such a huge PITA, perhaps we could live with this
annoyance of requiring users to do "sudo gconftool..." every time they
need to update schemas?
--
// Bern
nking about involving more.
Fair enough. These social dynamics are complex even when all
contributors share the same culture. Let's promote an attitude of
violen^W friendliness towards new contributors, especially those
unfamiliar with the engagement rules of FLOSS projects.
--
// Bernie Innoc
n and they fixed the root
case, the most common one.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
I refreshed our git snapshot of Patchwork.
(Patchwork now requires Django 1.2, which isn't yet packaged for Ubuntu,
so I installed it locally in the lib/packages/ directory).
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlab
both the "graceful stop on oom" that I was thinking of,
we could afford to be be optimistic in the "oom prevention" code.
Anyway, for now I'd vote for doing what you suggest in the easiest
possible way even if it saves the system only 50% of the times. It would
still be a huge impro
.
Now, I'm not sure whether the gettext command will recognize pgettext
when processing Python input, as it's not part of the gettext module.
If it doesn't work, I guess you could also directly use the low-level
encoding of context:
label1 = _("device_icon_menu\x04Remove&q
ttext() (aka
_()) to translate messages with context.
The pgettext() implementation I provided is also too simple. This
(untested) version should work:
def pgettext(ctx, msg):
translated = gettext(ctx + "\x04" + msg)
if '\x04' in translated:
return msg
BSTICK/restore_script
Of course, we did this only for specific laptops where the user wanted
to preserve information. Many users were perfectly with erasing their
journal completely. Some kids asked to save only one or two files.
If you have a schoolserver, then you should already have daily back
Please ignore my (failed) smoke test of spamass-milter :-)
On Mon, 2010-09-13 at 23:01 +0200, Bernie Innocenti wrote:
> Spam detection software, running on the system "sunjammer.sugarlabs.org", has
> identified this incoming email as possible spam. The original message
> h
ral bugs in Sugar.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
On Wed, 2010-09-15 at 10:43 +0200, Tomeu Vizoso wrote:
> > Do we mention it anywhere?
>
> Seems to be indexed by google, along with some bugmail coming from there.
How could we prevent google from indexing all our *-testing and *-devel
sites?
--
// Bernie Innocenti - http:/
cess to forms and expensive reports.
Thanks. I also did wiki-{devel,testing} and www-{devel,testing}.
We were probably wasting a lot of bandwidth and cpu time on this usless
indexing.
Aleksey, could you figure out how to do activities-{devel,testing}
please?
--
// Bernie Innocenti - http:/
file and function contains the change so I can try scanning the
> repo?
The X server itself. Grep around for "UngrabKeys". Once you've found the
file, use git blame. The last person touching that function was,
unsurprisingly, Peter Hutterer (whot).
--
// Bernie Innocenti
t call last):
> File "/usr/lib/python2.6/site-packages/jarabe/view/keyhandler.py", line
> 206, in _key_pressed_cb
> method(event_time)
> File "/usr/lib/python2.6/site-packages/jarabe/view/keyhandler.py", line
> 154, in handle_zoom_home
> shell
favor
> reliability).
I couldn't agree more on your motives, but I think that jhbuild simply
deserves to die. Wrapping it with something easier to use can be a
temporary solution, but it can't eliminate all the underlaying
complexity of repeated network operations to fetch code fro
, but perhaps you could
fork sugar-jhbuild and implement your ideas directly there.
What I'm trying to avoid here is a solution that adds yet another layer
of indirection between the developer and the code being built.
> [...]
I've
no change there
> either. I've been working on implementing automated tests that can be
> used for V., both on system tests (sugar-datastore test suite) as well
> as UI tests (Gnome a11y based, not ready yet). Similarly, I've been
> working on moving to standard protocols (e
related to paraguayeduca.org
- Various services related to treehouse.su
- Others I might have missed
We'll use this opportunity to rack our two new servers and prepare them
for production.
--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure
We're back in business. Let me know if anything didn't come back online.
On Thu, 2012-09-20 at 00:26 -0400, Bernie Innocenti wrote:
> Tomorrow, Thursday 20 Sep 2012, between 9:30 and 12:30 eastern time, the
> Media Lab sysadmins will reconfigure the rack in room E15-243.
On Mon, 2012-10-29 at 13:28 -0300, Manuel Kaufmann wrote:
> Cairo.Context.arc needs the angle in radians instead of degrees. Give
> it as 360 (radians) was taking up to 8 seconds to draw the eyes.
Ouch, thanks for fixing this!
--
Bernie Innocenti
Sugar Labs Infrastructure Tea
ck up.
--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ave).
Next time you see it, please annotate the time and your IP and we'll try
to trace the error to our logs.
Also, is this over ssh:// or git://? In either case, could you please
telnet to the port and see if it responds?
--
Bernie Innocenti
Sugar Labs Infrastructure Team
htt
> still works.
>
> --
> Daniel Narvaez
>
>
>
> --
> Daniel Narvaez
>
--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team
___
Sugar-dev
nections without swapping?
Anyway... it would be great if you had time to rebuild jita from scratch
on a new VM. Now we do have the hosting capacity to do it, but migrating
gitorious is a lot of work.
--
Bernie Innocenti
Sugar Labs Infrastructure Team
add a
Schoolserver feed when present. The path would look like:
http://schoolserver/by-title.atom?q=
What do you guys think?
--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team
___
Sugar-devel mailing
, please test login and editing and report any problems.
Tomorrow I'll try to find some time to cleanup any remaining fallout.
--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team
___
Sugar-devel mailing
Cristian Paul detected a surge of spam on co.sugarlabs.org... can
someone please check? I'll be on a bus to NYC this afternoon.
On 04/18/2013 02:27 AM, Sebastian Silva wrote:
>
> El 16/04/13 00:03, Bernie Innocenti escribió:
>> Our wiki has grown quite large and the upgrade fr
ybe integrate Uruguay in SL pages {uy.sl.org <http://uy.sl.org>?} !
+1 from me, if the coordinators of the Local Labs agree to merge.
--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team
___
Sugar-devel maili
;
I heard that there was some sort of global analytics outage.
> Is googl analytics slowing the site? Is really needed?
I normally use awstats to analyze our logs, so it should be safe to remove.
--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sug
g/~buildbot/docs/
>
> That's just static html, generated from sugar-docs.
>
> --
> Daniel Narvaez
--
_ // Bernie Innocenti
\X/ http://codewiz.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
m around in case someone else prefers the control
panel UI.
sugar/fix-name-clash-set_state.patch
This isn't strictly needed on 0.88, but it's confusing
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
On 09/28/10 00:31, Bernie Innocenti wrote:
> If you know more, please update the editable version here:
> http://wiki.sugarlabs.org/go/Dextrose/TODO/Merge_Plan
>
> We currently carry a total of 102 patches. Of these, 46 have already
> been upstreamed, 47 are still unreviewed,
rvice:
http://wiki.sugarlabs.org/go/Service/translate
In the event we can't get back in touch with Sayamindu, is there any
volunteer who would like to step forward to help maintaining Pootle?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - h
ministrative contact translate AT sugarlabs DOT org. It
forwards to sayamindu, cjl, tomeu and bernie.
There's also pootle AT sugarlabs DOT org, which seems to be used for
bounces of email sent out by pootle.
If you want, I could route pootle's cron output to one of these in
addition to sy
On 09/29/10 09:24, Tomeu Vizoso wrote:
> I would be interested in getting those for a short period from now.
Done. For now I've added you explicitly in /etc/aliases on pootle, so
you can remove yourself easily. (remember to run newaliases after
editing the file).
--
// Bernie I
lso have a shell account on pootle with sudo
privileges.
> I
> do what I can via the Pootle administrative interface, but that is
> limited to adding new language admins, new language set up, adding
> existing projects to new languages, and the like.
Thanks, this is really appreciated
the XS. We do provide it as in the GECOS
> info, and there may be a bug in that.
The diagnosis of the bug is vague: the Sugar username becomes the UNIX
*gecos* on the XS.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
on box in the firstboot screen; and
2) perhaps you can find a way to filter the input of the gtk Entry
widget instead of silently changing the input after the fact.
3) if option (2) fails, rather than a full-blown regex you could use
str.replace(), which is simpler and cheaper.
> 3rd one, I have
it like so:
git branch dxo1
git checkout dxo1
git commit blah1...
git commit blah2...
git push origin dxo1
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@
erence: That's #1976 [1]. Tim already provided a patch several
> months ago, but it needs some minor polishing. [2]
Yes, in particular:
http://lists.sugarlabs.org/archive/sugar-devel/2010-July/025739.html
Dipankar, could you work on this when you're done with sl#2152?
--
//
at, in the default case when nothing is
configured, the behavior on the XO-1 stays the same as before.
> Sascha,
> I agree with you, there should be ready-made Live CD kind of thing for
> XS. Just plug and test! :-)
The current installation CD is supposed to perform an almost 100%
auto
in working on it, but we won't have time until
> mid/end-october.
Then I will destroy the jabber-testing vm to conserve resources.
Besides, jabber does not have to run on a special VM... It could be on
sunjammer or on jita.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar L
registration hostname in case the GConf key is unset or an empty string.
Currently, there are two distinct codepaths: one for the XO and one for
regular laptops. We want only case that works the same for both. The
only difference in the XO case will be that we use the serial number and
uuid
ways to suppress them. Sascha elegantly solved the issue by
setting the "Mail-followup-to" header to exclude himself from replies
(if the remote MUA supports it).
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
s used.
Where do you keep the source code?
I've always wanted to ask you :)
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.
rrollo [no description available]
Sugar-devel Discussion of Sugar development and other technical matters.
Sugar-reports [no description available]
Systems System administrators coordination
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sug
e still have no incriminating
evidence to declare one them them definitely guilty:
http://cgit.freedesktop.org/xorg/xserver/tree/dix/grabs.c#n417
http://git.gnome.org/browse/metacity/tree/src/core/keybindings.c#n737
Perhaps Peter or Owen can shred some light?
--
// Bernie Innocenti - http://codewi
e still have no incriminating
evidence to declare one them them definitely guilty:
http://cgit.freedesktop.org/xorg/xserver/tree/dix/grabs.c#n417
http://git.gnome.org/browse/metacity/tree/src/core/keybindings.c#n737
Perhaps Peter or Owen can shred some light?
--
// Bernie Innocenti - http://codewiz
king
in proprietary shops.
As a result, this list has over 500 subscribers and only a tiny fraction
of them have ever posted to it. Every day, I get plenty of questions by
email and irc that could have been posted publicly. I bet the same is
true for oth
he read project on
git.sugarlabs.org, but he's unlikely to work on it any more.
Would you like to become the new owner?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel m
him. For the time being, we'd better have an active maintainer on the
helm.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
On Sat, 2010-10-09 at 19:20 +0200, Bernie Innocenti wrote:
> If Morgs comes back and claims Read, we'll promptly return ownership to
> him. For the time being, we'd better have an active maintainer on the
> helm.
Ah, you're not a committer on mainline because I was
couple of seconds on the XO-1. Not bad!
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ly be fixed independently of this improvement to the
startup animation.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
t <20fps and turn all the others into
infinite loops, which is hardly the desired effect.
I recommend switching to an easier bug.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing
on with the platform.
> * try t resolve easy tickets in activities: there are many in
> http://bugs.sugarlabs.org/ and http://dev.laptop.org/
> * next try to solve problems in Sugar.
I completely agree with you.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs
e.bundle import AlreadyInstalledException
>
> from jarabe.view import launcher
> from jarabe.model import bundleregistry, shell
> from jarabe.journal.journalentrybundle import JournalEntryBundle
> from jarabe.journal import model
>
> +checker = 0
> +checked
/2009-April/000910.html
Christian Mark Schmidt is the current maintainer of www.sugarlabs.org .
Christian, we should create a service page with the admin contacts for
the web site:
http://wiki.sugarlabs.org/go/Service/www
You can copy-paste this template:
http://wiki.sugarlabs
On Sat, 2010-10-16 at 03:07 +0530, shan...@seeta.in wrote:
> +
> +# Copyright (C) 2008 One Laptop Per Child
Why assign copyright to OLPC two years ago? This new file should be
copyrighted in 2010 by Seeta (or maybe Activity Central).
--
// Bernie Innocenti - http://codewiz.org/
\X/
could review it and provide me feedback on any improvement
> required.
The current maintainer of Read is Lucian. Before it was Morgan Collet.
Sascha is welcome to review, but he has no commit access and no
authority to approve the patch.
--
// Bernie Innocenti - http://codewiz.org/
v.get_user_activities_path()
Here you're adding a bunch of invisible spaces. Perhaps you could
configure your text editor to display spacing errors.
(This is not intended to be a full review, just a few things I've
spotted while scrolling through the patch. Please wait for a maintainer
list. This can be done easily
with git send-email with the --cc option.
The cc list can also be augmented by adding a "Cc: Name Lastname
" line in the patch comment.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
ddition of a home button.
Removing one big button from the toolbar and putting a tiny one in the
URL bar *will* result in more space for the URL bar!
Another good way to save space: there seems to be too much empty space
on the sides of the main toolbar. Can it be reduced a little?
--
// Ber
on :-)
Even if we don't add any button, we could use the extra space just to
enlarge the URL bar...
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ing (already done by Anish) and then augment the existing
concept of "collections" in ASLO to let deployments specify a particular
bundle version.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
__
> Probably rainbow in 0.82 need this file.
> If this works, please confirm.
Perhaps Michael could confirm this?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-de
e screenshot of in-progress operation is missing.
* Restore from schoolserver isn't documented
Also note that we had already documented the backup and restore
procedures here (although briefly):
http://wiki.sugarlabs.org/go/Features/Backup_and_Restore#User_Experience
--
// Bernie Innocenti -
expertise will be missed very much.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
on the XO-1 and also wastes a lot of memory.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
ate
> that situation at our workplace.
You'd first need to setup a schoolserver, which can be done in 30
minutes on a recycled PC. having a schoolserver around is crucial to
test backups, collaboration and a number of other features needed by
deployments.
--
// Bernie Innocenti - http
On Wed, 2010-10-20 at 12:45 -0300, Gonzalo Odiard wrote:
> It's new for me.
> May be was in the past?
> Thanks Daniel!
The Zip format supports OS-specific extensions. Maybe permissions are
preserved if you zip and unzip on POSIX systems.
--
// Bernie Innocenti - http://co
On Wed, 2010-10-20 at 21:36 +0530, Anurag Chowdhury wrote:
> I have uploaded the icon file at https://dev.laptop.org/ticket/4170
> needed for the patch.
It would be better if you could keep the icons with the patches. They're
SVG, right?
--
// Bernie Innocenti - http://codew
s no time to work on it. Do
we have any volunteers with the necessary experience?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://li
uot;loss", even if the feature
had no practical value for us.
If we can't get these proposals approved upstream, perhaps we can make
them configurable. IMHO, it sucks to add a knob every time we fail to
find consensus, but it's still a little better than maintaining off-tree
patches
ption of what the patch does and why.
With the above changes:
Reviewed-By: Bernie Innocenti
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
601 - 700 of 847 matches
Mail list logo