Thanks for reporting it.
We've been having a lot of trouble with Pootle lately. Possible
solutions are being discussed on the systems@ list, if you're interested
in the discussion.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sug
nsitive topics
too, so we created it as a private, invite-only list.
Later, we decided to keep these threads private and open up the list.
I've reconfigured it to be publicly visible now, though the archives are
still private.
--
// Bernie Innocenti - http://codewiz.org/
\X/
eak. It's currently unmaintained, but very simple and cool IMHO...
Wouldn't it be awesome if someone grew it into a Speak & Spell activity?
> Many thanks in advance
Thanks to *you* for helping!
--
// 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
server should be
back up and running within a few minutes.
--
// 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
On Wed, 2009-07-01 at 19:49 +0200, Bernie Innocenti wrote:
> The FSF admins are working on fixing the problem. The server should be
> back up and running within a few minutes.
Sunjammer has been bought back up a few hours ago.
Anyone who would like to receive notifications regardi
[cc += sugar-de...@]
On Thu, 2009-07-02 at 10:25 +0200, Sascha Silbe wrote:
> On Thu, Jul 02, 2009 at 06:31:13AM +0200, Bernie Innocenti wrote:
>
> > And even then, rather than paying the pizzo (*) to the SSL mafia, we
> > coul create our own Sugar Labs CA and install our
On Thu, 2009-07-02 at 12:44 +0200, Sascha Silbe wrote:
> On Thu, Jul 02, 2009 at 11:51:03AM +0200, Bernie Innocenti wrote:
>
> >> Sure, they're having (organisational) trouble again, but to be honest
> >> I nevertheless trust them way more than any commercial CA.
Maybe useful info for other Gitorious users too...
Forwarded Message
From: Felipe López Toledo
To: Bernie Innocenti
Subject: Re: gitorious problems
Date: Thu, 9 Jul 2009 03:37:35 -0500
Thanks Bernie, it works :)
>I'm the admin, but this is a git question :-)
I&#x
gest to get a new instance for Soas
> >>
> >>
> >> Can someone help to get there? Is trac giving us that functionality?
> >> Other trac software we should consider (besides bugzilla :)?
> >
> > redmine,redmine,redmine much easier to set up, maintain, ad
rent rights
>
> but u can also create custom roles, like in this image
>
> http://www.redmine.org/screenshots/role_permissions.png
>
Very interesting. We have a demo redmine instance here:
http://prj.sugarlabs.org/
Would you like to help configure it to give us an idea
On Thu, 2009-07-09 at 17:53 +0545, Bryan Berry wrote:
> sure, i can work on it. i can try to put a couple hours into it
> tomorrow.
You should have received login info by email.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarla
On Thu, 2009-07-09 at 18:01 +0545, Bryan Berry wrote:
> On Thu, 2009-07-09 at 07:40 -0400, Bernie Innocenti wrote:
> > On Thu, 2009-07-09 at 16:56 +0545, Bryan Berry wrote:
> > Would you like to help configure it to give us an idea of how it would
> > work in practic
; name = Asaf Paris Mandoki
> email = asa...@gmail.com
You can also make this a setting global by putting it in ~/.gitconfig.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-
o look:
fuser $SSH_AUTH_SOCK
>
--
// 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
n for registered users. If anyone
really needs it, they can ask for permission to one of our Trac admins:
bernie
codeeranger
bernie
coderanger
TRAC_ADMIN
erikos
TRAC_ADMIN
krstic
TRAC_ADMIN
marcopg
TRAC_ADMIN
tomeu
TRAC_ADMIN
wadeb
walter
TRAC_ADMIN
--
// Bernie Innocenti -
going to have more time to dedicate to Sugar Labs this month,
I would appreciate your help on maintaining and extending our Mediawiki.
Bothering me on IRC is usually the most effective way to get my
attention quickly.
--
// Bernie Innocenti - http://codewiz.org/
\X/ S
7;m also planning to start testing a simpler 6to4 scheme
and drop the AYIYA tunnel soon-ish.
We could also add IPv4 port forwarding for the VMs, but I expect that
6to4 won't be as unreliable as the sixxs.net service has been.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs
El Sat, 08-08-2009 a las 18:00 +0200, Bernie Innocenti escribió:
> We could also add IPv4 port forwarding for the VMs, but I expect that
> 6to4 won't be as unreliable as the sixxs.net service has been.
I added an A record for bender.sugarlabs.org alongside the existing
record.
El Tue, 11-08-2009 a las 10:59 +0200, Simon Schampijer escribió:
> @Infra-people, is it possible to get an own instance for soas?
Sure, but... does it really have to be Trac? :-)
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.
might as well
rename it to sugar-utils and genericize it so it behaves nicely when not
running on the XO.
Are you the current maintainer of olpc-utils? I used to be, but now I
don't feel like I have enough spare cycles to work on it.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar La
d of like SVG, too.
And isn't it funny how one company monopolizes *all* these vector
graphics standards that were supposed to compete with each other:
PostScript, PDF, Flash and SVG.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs
ess of what the document or the PDF standard tells them
to do.
--
// 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
With or without Javascript ;-)
--
// 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
s jumping from analogue
phones to ADSL without going through the ISDN nonsense that plagued
Europe for many years.
Will developing countries be lucky enough to skip MS Word and PDF too
and go directly to HTML and Wiki?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar
issues.
Apologies for any inconvenience,
--
// 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
emember to notify !sugarlabsstatus in advance before taking down
a public-facing service.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlab
will actually be rejected
instead. I have also cleared a huge queue of pending moderator
requests, discarding everything.
Sorry for the inconvenience,
Your lovely BOFH
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlab
.158.222 || bender.sugarlabs.org || Sugar Labs VMs ||
|| 83.149.158.223 || BROADCAST || --reserved--||
--
// 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
mod_mem_cache in the hope it will save some computation, but
if it's not effective we might have to reduce the number of Apache
processes and start returning "500 server busy" errors.
Meanwhile, we're also investigating the possibility to migrate ASLO to a
different host altogethe
El Sat, 15-08-2009 a las 13:59 +0200, Luke Faraone escribió:
> On Aug 15, 2009, at 12:42, Bernie Innocenti wrote:
> > I enabled mod_mem_cache in the hope it will save some computation, but
> > if it's not effective we might have to reduce the number of Apache
> > pro
can make a comparison
Feel free to forward this message to the relevant list.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.su
like to propose using the URL http://trac.sugarlabs.org to
refer to our trac instance. The "dev." cname was appropriate when trac
was supposed to be the central part of our development infrastructure.
Now it would make more sense to use it for Gitorious, if at all.
--
// Bernie Innocenti - http
ightweight process you have proposed
might still be a good enough process for the present election.
Certainly better than last year's bootstrap.
BTW, thanks to you and Sebastian for coordinating this.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.or
mes on i...@...
Perhaps we could use this opportunity to get some press coverage too?
Linux Weekly News usually covers board elections of large free-software
projects such as Gnome and KDE.
> Disclaimer: Sebastian and I are both running for SLOB slots in the
> upcoming election.
HA! You're my political adversaries then! ;-)
--
// 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 Mon, 24-08-2009 a las 04:00 -0400, Luke Faraone escribió:
> On Sun, Aug 23, 2009 at 10:07, Bernie Innocenti
> wrote:
> I'd also like to propose using the URL
> http://trac.sugarlabs.org to
> refer to our trac instance. The "dev." cname
rg, so no
links will ever be broken.
--
// 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
uld you please document the build slaves somewhere in the
wiki? It would be great if we could switch to having separate wiki
pages for each virtual or physical system (the OLPC VIG uses the naming
convention Machine:Foo, Machine:Bar... we could use Machine/Foo,
Machine/Bar instead. Having a common
rom it:
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/USB_format
A few months ago, I got this useful piece of information which makes a
lot of previously unbootable machines work:
- Mensaje reenviado
De: H. Peter Anvin
Para: Bernie Innocenti
Cc: sysli...@zytor.com, Jerem
he MBR and create it from
scratch. It does the right thing on the USB sticks I tried.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://li
d the image anywhere. Are you sure you really uploaded
it on sunjammer?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlab
procedure to follow for handling change requests
affecting the HIG from the initial proposal to the point where they
become patches to the code? Does the Design Team have some preferred
way to do it?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://suga
ot too familiar with how USB flash works, so I don't know if
> > USB-{FDD, ZIP, HDD} layouts are compatible with the layout you'd want to
> > minimize wear.
> >
>
> Wear leveling needs to be done in a separate layer if you're doing to
> use a conventional files
worked with it a year ago).
On a side note, which filesystem should be chosen in order to minimize
wearing to USB sticks?
I would assume that the any DOS filesystem will continouously rewrite to
the FAT blocks. Maybe the best choice would be ext4 with the journal
disabled?
--
// Bernie Inno
I moved the hos...@sugarlabs.org alias to Google Apps so it keeps
working even if sunjammer goes down.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel
associated tools will become so mature that I won't have to grep the
sources for error messages every time I want to do something as easy as
net-installing a new VM. Until then, thank god it's free software.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://suga
sperate, we could give up on some
of our requirements and rush a migration within next month.
(please, let's not discuss the LP migration in this thread. Actually,
please let's not discuss it at all yet. We're still talking with
Canonical and others to
.
Anyway, this isn't the same machine where trac runs.
--
// 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
If they succeed in the market,
Sugar also succeeds. Even when they fail, at least we get to keep they
work they contributed to that point. Yet another advantage of free
software.
Our only concern should be to ensure that Sugar (and probably also SoaS)
doesn't become *exclusively* control
pete with each other. The Sugar
Labs Infrastructure Team can offer free disk space and bandwidth to host
such a project.
Are there any volunteers to do it?
--
// 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
siness out of it.
This creates a sustainable market for Sugar. Linux distributors who
have successfully built a reputation for offering good customer support,
such as Red Hat, *do* make good profits and *do* reinvest a large part
of them to contribute back to Linux development. Everyone wins.
eir own customers
happy. Sugar Labs does not need to spend a single buck on this, exactly
the same way the Kernel Hackers don't need to care about linux-2.6.18
today... unless they're employed at Red Hat, of course! ;-)
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs
;stable" distros were amazingly old. But if
you resort to manual installations, don't you also loose all the
advertised stability and the benefits of long-term support?
Modern distros with 6 months release cycles are getting better at QA.
Even Fedora is no
that we currently have to
maintain. Not to mention how much work it would take to improve it to
the point of actual maturity.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing li
u can count that it *will* happen soon or later. The press
may even put all the blame on us!
I don't think there's much we can do to prevent it. When it happens,
we'll just sit and let our great Marketing Team leader Sean do all the
talking to defend us ;-)
--
// Be
e same malicious program by unpacking a zip
file or an rpm (which is a cpio archive with a header).
What could be achieved with the .xo bundles that couldn't be achieved
with an rpm?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar L
of rpms in ~/Activities,
you'd get this feature too.
--
// 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
een
as an optimization. If the package is not of the right kind,
the other laptop would fall back to the online repositories
Last, but certainly not least,
* Activity sharing is not even implemented, yet! We'll think
about these esoteric scenarios when they come..
us to use the existing package tools. Which we
need in order to support a number of common features such as
inter-package dependencies, multiple architectures, system upgrades,
package signing... way too many to list them all.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sug
eak your
system in really interesting ways ;-)
0install seems cleaner and simpler, although on my system it failed to
install the Subversion package with some weird error after downloading a
bunch of packages.
I'd replace the current bundle format with this any day, but it's far
from being a solution.
--
// 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
to work with any package
format. Those that do not work now, would at least fail gracefully.
In a distant future, we could even come up with good fallbacks for these
"what if" scenarios. But I wouldn't recommend complicating the design
*for* them.
El Wed, 23-09-2009 a las 12:25 -0400, Benjamin M. Schwartz escribió:
> Bernie Innocenti wrote:
> > The use cases that work now would continue to work with any package
> > format.
>
> That's definitely not true.
>
> One option (the one I thought you were advocati
El Wed, 23-09-2009 a las 13:44 -0400, Bill Bogstad escribió:
> On Wed, Sep 23, 2009 at 1:07 PM, Bernie Innocenti wrote:
> >...
> >
> > Right. One way around it is using Alien, which I already proposed.
> > Another "solution" is to admit that kids running in
El Wed, 23-09-2009 a las 14:03 -0400, Benjamin M. Schwartz escribió:
> Bernie Innocenti wrote:
> > A fixed platform with infinite backwards compatibility is a dream even
> > for an interpreted language.
>
> Java.
Java is just a marketing lie ;-)
The official JVM did not eve
approve their dependencies.
Currently, they can just go on and package up all they need
independently.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.suga
a mac, I just make sure I test it all on an XO sugar install and/or
> a Fedora Sugar vm before release so I'm not pushing garbage.
Really? Interesting. Did you ever try to get your Sugar activities to
run on MacOS? And what about the whole Sugar environment?
It would
while.
Gnome and KDE provided desktop-specific implementations of this idea for
at least 5 years.
--
// 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
uld now have to configure a virtual host for
download.sugarlabs.org. We could fix this by re-introducing /sugar and
adding temporary compatibility aliases to the main server, but it
wouldn't work for the mirrors. What do you think?
--
// Bernie Innocenti - http://codewiz.o
start testing. You should
be able to log in as dfarn...@mirrorbrain.sugarlabs.org . You have sudo
with no password.
> Mirrorbrain might not be the correct answer for sugarlabs. But at it
> would give us a starting point.
Indeed. Please keep me updated.
--
// Bernie Innocenti - htt
subpackage of pygame.
--
// 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
live distros?
--
// 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 Tue, 29-09-2009 a las 16:25 -0400, Benjamin M. Schwartz escribió:
> Bernie Innocenti wrote:
> > 1) are there lighter-weight alternatives for the most popular uses of
> > numpy?
>
> No. It has no competition, and is used by virtually every program that
> uses p
e else have feedback on the test election? Please submit
> that feedback to this list or to me personally.
Yeah yeah, that's really great and stuff... but you forgot to tell us
the *most important* thing that *everyone* is eager to know:
WHAT'S THE BEST ACTIVITY?
(-;
-
2009&hour=20&min=0&sec=0&p1=43
--
// 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
_popdown_anim = animator.Animator(0.6, 10)
+self._popdown_anim = animator.Animator(0.0, 10)
self._popdown_anim.add(_PopdownAnimation(self))
gobject.GObject.__init__(self, **kwargs)
--
1.5.6.5
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://
El Mon, 12-10-2009 a las 22:36 -0400, Bernie Innocenti escribió:
> Hello,
>
> Michael just passed by the Acetarium and, since the dinner was late, we
> found the time to test and review his latest prototype^W patch.
>
> I'm loving how the menus suddenly are now snappy
lock/fixedtime.html?month=10&day=17&year=2009&hour=11&min=0&sec=0&p1=43
--
// 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
d and is already a stand-alone package in
Fedora and Ubuntu; I think it would be great if multiple projects
adopted it as part of their security model.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
erview them at the end of the day about their experience.
Or -- if we were evil enough -- we could patch only half of the stations
and see which group performs better ;-)
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarla
ould force the installation of my older packages if that
would help.
--
// 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
ard using XOs in a Boston after school
> program. I'm not sure where they are in their process but they might
> be able to provide a test bed on XOs.
How can I get in touch with them? As you know, I'm going to Harvard 3
times a week for my Extension School classes.
--
//
ust upload the source package with dput and
the PPA will automatically build binaries for all distros and archs!
It works very much like Koji in Fedora.
If you want to debug a build on a local machine, you could also use your
sunjammer shell account.
--
// Bernie Innocenti - http://codewiz.org
hat would send patches
to systems-logs@ . We need to be extra careful not to expose passwords
in this way. Any volunteers to write and test this procedure?
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
t; I'm not sure it solves our hosting problem, though, if the hosting is
> only for things relevant to Sugar. What kind of policy are you
> thinking of?
We can offer abundant disk space and bandwidth to serve other Zero
Install packages, as long as they are Free Software as defined b
s on which we have been stalling
for years. Let's give them a chance to prove their ideas.
--
// 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
We need to be extra careful not to expose passwords
> > in this way. Any volunteers to write and test this procedure?
>
> Well, we don't need such ASLO specific administration 24x7, most of time
> it could be just regular file-permissions/apache/etc administration.
Ok.
or.Animator(0.6, 10)
+self._popdown_anim = animator.Animator(0.0, 10)
self._popdown_anim.add(_PopdownAnimation(self))
gobject.GObject.__init__(self, **kwargs)
--
1.5.6.5
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
___
Zero Install folks involved may bring in fresh expertise
>
> They'll know about z-i, not about the needs of Sugar or its users...
> hence the perspective I am mentioning.
Agreed, we should also hear from all the others. Well, perhaps not from
the Autopackage crowd, since
FYI
Mensaje original
Asunto: [Zero-install-devel] Summary of the chat on #sugar-meeting
(2009-10-18)
Fecha: Sun, 18 Oct 2009 16:02:50 +0100
De: Thomas Leonard
Responder-a:: The Zero Install system
A: The Zero Install system
Sugar (http://www.sugarlabs.org/) is a graphical env
We need to perform a reboot of sunjammer.sugarlabs.org required to
fix the nfs server. The service outage should protract for just a
few minutes.
Apologies for any inconvenience,
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org
d to
distribute all our source tarballs too.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
signature.asc
Description: This is a digitally signed message part
___
Sugar-devel mailing list
Sugar-
ver 3 years ago.
> If you have any advice or feedback, we would greatly appreciate your
> suggestions. The 4th grade teachers are at a standstill until we can
> figure this out!
Hope it helped!
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http://sugarlabs.org/
_
result, several incompatible dialects exist.
In the past, I experienced formatting errors even on trivial documents.
Things may have improved over time... or got worse :-)
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar Labs - http
Hello,
I'll start upgrading the main wiki soon. This will hopefully fix
creating new user accounts from OpenID, which is currently the only way
to log into the wiki due to persistent spammers.
--
_ // Bernie Innocenti
\X/ http://codewi
On 04/11/14 19:44, Bernie Innocenti wrote:
> Hello,
>
> I'll start upgrading the main wiki soon. This will hopefully fix
> creating new user accounts from OpenID, which is currently the only way
> to log into the wiki due to persistent spammers.
Done. Please check if you can
On 04/11/14 20:37, Bernie Innocenti wrote:
> On 04/11/14 19:44, Bernie Innocenti wrote:
>> Hello,
>>
>> I'll start upgrading the main wiki soon. This will hopefully fix
>> creating new user accounts from OpenID, which is currently the only way
>> to log in
facebook page with the twitter.
I didn't even know Sugar Labs had a twitter account!
--
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
htt
with a role account not the same account who
owns the files). Use a forced command in authorized_keys for extra security.
--
_ // Bernie Innocenti
\X/ http://codewiz.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
On 01/06/2015 07:30 PM, Sam P. wrote:
> Slow propagation will cause some issues. So just SSHFS it?
sshfs introduces too much latency and is unsuitable for serving.
Instead, run an scp (or rsync over ssh) every time something changes,
like for example as a post-upload hook.
--
_ // Ber
ed on their infrastructure.
Sorry for dropping so many new requirements on you, but... Replacing a
production system is a lot harder than designing something anew :-)
--
_ // Bernie Innocenti
\X/ http://codewiz.org
___
Sugar-devel mailing lis
.
> Sorry for dropping so many new requirements on you, but... Replacing a
> production system is a lot harder than designing something anew :-)
>
> That's fine :)
>
> Thanks,
> Sam
--
_ // Bernie Innocenti
\X/ http://codewiz.org
__
1 - 100 of 847 matches
Mail list logo
