@@
%prep
%setup -q
%patch0 -p1 -b .shadow
+%patch1 -p1 -b .cclink
%build
@@ -70,5 +72,9 @@
%{_bindir}/otppasswd
%changelog
+* Mon Nov 03 2008 Douglas Bagnall doug...@paradise.net.nz 0.3.3-3
+- revert '-fno-stack-protector', use gcc instead of ld to link.
+* Fri Oct 24 2008 Douglas Bagnall
Martin wrote:
- we don't have any scripts that write, but we will likely do, so
mounting ro is not a good idea
I'm pretty sure the xs-otp scripts write to the usb drive, if you have
that enabled. Not that anyone does that, or we'd have seen a stream of
queries about servers that are very
Sameer Verma wrote:
- xs-activity-server which stores .xo activities
Now, this is interesting. How do the activities get pushed to the XOs?
via a USB drive. The format is described here:
http://dev.laptop.org/git/users/martin/xs-activity-server.git/tree/README
- xs-rsync - anything
I wrote:
- xs-activity-server which stores .xo activities
Now, this is interesting. How do the activities get pushed to the XOs?
via a USB drive. The format is described here:
Ah sorry, I misread. (swine flu).
Via http, and it isn't perfect, because the XOs don't know to use it
rather
[Apologies to bystanders trying to follow this email: it mainly
consists of disjointed snippets I need to tell Martin]
After a fairly straightforward substitution of postgresql for mnesia,
ejabberd's performance is spectacularly unchanged. Of course, this is
to be expected.
Also, the behaviour
Guillaume:
I hope to soon rebase ejabberd off 2.0.2.
Would be good as Gadget requires at least this version to work properly.
Well, it seems to work, though I have run out of time to really be sure.
http://dev.laptop.org/git?p=users/dbagnall/ejabberd-rpm.git;a=summary
Jack Zielke discovered that xs-activity-server was sorting activities
versions lexically, so that version 2 would appear newer than version
10. This is fixed in git and in the following rpm, but is broken in
XS-0.5.
Martin Langhoff wrote:
http://wiki.laptop.org/go/Ejabberd_resource_tests/tls_comparison
The graphs all have different y scales, which makes them hard to
compare. Can you fix them easily to all be with the same y scale? Or
put a big blinking warning -
I've taken out the minimum graphs for
Caroline Meeks Martin Langhoff:
What releases are the control setup? IS the New TLS released code?
The 'control' setup is the ejabberd-xs package we ship for XS-0.5. The
new TLS code is a patch we could consider 'beta' quality -- there's
been no significnat QA on it.
In case anyone does
I wrote:
Somewhere I have an unregister.py script [...]
here.
douglas
--8--
#!/usr/bin/python
CONFIG = '/home/olpc/.sugar/default/config'
from ConfigParser import SafeConfigParser
cp = SafeConfigParser()
cp.read(CONFIG)
cp.remove_section('Server')
Reuben K. Caron wrote:
Douglas, my testing show it works too. At least the usbmount script and
processing the magic file on the USB key (and commenting out the encryption
stuff shows the generated password file works). I could use some more
documentation on generating the required keys. I've
last week, Martin Langhoff wrote:
I'm not near a school server, so I haven't been able to test the
xs-tools usbmount script.
I'm happy to wait untilyou have a chance to test it before calling the
release done :-)
It works. I've tagged it as v0.4.
BTW, Reuben is about to start playing
The bad news is the last lot of testing I did is very untrustworthy,
due to the shared roster not working[1].
The good news is I've repeated the tests, with the shared roster. Not
so good, is the results aren't so good.
http://wiki.laptop.org/go/Ejabberd_resource_tests/try_5
Counting only
hi Bill
So I've got an XS 0.4 system running and I have an XO running 8.2
registered with the server and automated backups seem to be happening
fine. If I log onto the server and look at the XOs backup directory I
see the following:
[...]
drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096
This is an implementation of the ideas described at
http://wiki.laptop.org/go/XS_Blueprints:OTP_root_passwords
There's an RPM at
http://xs-dev.laptop.org/xsrepos/testing/olpc/9/i386/xs-otp-0.4-1.xs9.noarch.rpm
and a repository at
Michael Stone [EMAIL PROTECTED]:
2. If you want to disable root login via the system password, touch
/etc/xs-otp/disable-root-password. This file will eventually exist
by default, but for now this option should be used with care. It
*could* leave you with no way of logging into the
hi Pia,
I've got the XO 767 image rolled out to about 80 laptops, between 3 sites
all with the 0.4 server image. I'm not sure why, but _none_ of the servers
are receiving backups from the clients. I've tried following the
instructions to debug the issue, but am not getting any error messages
This thread on the ejabberd list has detached itself from
server-devel, so for the record I'll point to a couple of interesting
messages:
In http://lists.jabber.ru/pipermail/ejabberd/2008-October/004316.html,
Evgeniy Khramtsov of ProcessOne writes:
Douglas Bagnall wrote:
Does ejabberd use
Evgeniy Khramtsov wrote:
Does anyone have any tips, patches, or configuration options that might
help?
Most likely, OpenSSL eats all the memory. So, the solution is to rewrite
SSL/TLS code without this library :)
Right, thanks.
That looks easy in the sense that it seems to only involve the
Gary C Martin wrote:
http://wiki.laptop.org/go/Ejabberd_resource_tests#Try_4:_a_few_thousand_users
One extra figure that would be interesting is the server response latency to
client requests, not sure if hyperactivity gives you that easily.
No, I don't think hyperactivity does measure
A data point, just because I have a script that does this stuff:
Of the 118 activities linked from [[Activities]], the following have a
pseudo linfo field, and the asterisked ones have actual pseudo-ised
data.
org.laptop.MeasureActivity (Measure)
org.laptop.Pippy (Pippy)
Gary C Martin wrote:
http://wiki.laptop.org/go/Ejabberd_resource_tests#Try_4:_a_few_thousand_users
One extra figure that would be interesting is the server response latency to
client requests, not sure if hyperactivity gives you that easily.
No, I don't think hyperactivity does measure
I wrote:
I've written up my recent testing of ejabberd for the wiki:
http://wiki.laptop.org/go/Ejabberd_resource_tests
It is not completely satisfactory: I don't have the resources to test
up to 3000 active users which I believe is an important target. At
lower numbers, however, ejabberd's
I wrote:
I've written up my recent testing of ejabberd for the wiki:
http://wiki.laptop.org/go/Ejabberd_resource_tests
It is not completely satisfactory: I don't have the resources to test
up to 3000 active users which I believe is an important target. At
lower numbers, however, ejabberd's
I've written up my recent testing of ejabberd for the wiki:
http://wiki.laptop.org/go/Ejabberd_resource_tests
It is not completely satisfactory: I don't have the resources to test
up to 3000 active users which I believe is an important target. At
lower numbers, however, ejabberd's memory
I wrote:
It is not completely satisfactory: I don't have the resources to test
up to 3000 active users which I believe is an important target.
Just to clarify this: it was actually client resources I ran out of,
not the server (though that must have been getting close to melt
down).
I used
I've written up my recent testing of ejabberd for the wiki:
http://wiki.laptop.org/go/Ejabberd_resource_tests
It is not completely satisfactory: I don't have the resources to test
up to 3000 active users which I believe is an important target. At
lower numbers, however, ejabberd's memory
I wrote:
It is not completely satisfactory: I don't have the resources to test
up to 3000 active users which I believe is an important target.
Just to clarify this: it was actually client resources I ran out of,
not the server (though that must have been getting close to melt
down).
I used
hi
I'm having some trouble using hyperactivity to test ejabberd.
Hyperactivity always ends up looping over unsuccessful accounts,
producing output like this:
can't connect hyperactivity-ac4ec2e2-892e-11dd-a4b7-0017c40d34e4. Remove it
have to create 1 accounts
create
Guillaume,
Would be helpful if you could upload Gabble log somewhere. Before
starting hyperactivity, launch Gabble manually like this:
GABBLE_PERSIST=1 GABBLE_LOGFILE=/tmp/gabble.log GABBLE_DEBUG=all
LM_DEBUG=net /usr/lib/telepathy/telepathy-gabble
Thanks. That was enough for me to sort it
Greg Smith wrote:
What do you think are the most important activities to include?
If we're sticking to activities with valid activity.info files, then
(AFAICT) we're limited to:
XaoS - org.codewiz.XaoS
Sokoban - de.hpi.swa.Sokoban
Pipes-
Gary C Martin [EMAIL PROTECTED] wrote:
Perhaps correcting http://wiki.laptop.org/go/Activity_tutorial would
help?
Good point -- done, at least for host_version and bundle_id. As it
happens the actually published HelloWorld activity is one of the
worst
Jeremy Katz wrote:
How often are you actually getting to having fsck questions? ext3
partitions should be set up by default to not run fsck unless it's
really really needed.
[Some dd'ing and pulling plugs later] Yes, it does seem so. I may
have been mis-conditioned by certain fsck-happy
hi Joshua,
Just to clarify:
Most of them
will be in locations with unreliable power - so they will switch off
when power gets cut.
I have run servers like this for a few years with ext3. I was surprised
how well it worked. I never got anything resembling file system
corruption. ext3
hi Greg
How do you tell what XS version you have installed? Someone tried the
usual way but it only gives me the Fedora version.
[EMAIL PROTECTED] ~]# cat /etc/redhat-release
Fedora release 7 (Moonshine)
Good question. Part of the answer is that that will work in 0.5 and onwards:
[EMAIL
hi,
The xs-config package creates a file called /fsckoptions (yes, in /),
to stop headless servers from stalling on fsck questions.
This file is deleted by anaconda, some time after the end of ks.cfg's
%post section. To be sure, I used:
%post
#[...]
if [ -e /fsckoptions ]; then
touch
Scott wrote:
You need a signed build if you are going to enable security. 759 is
not signed. 714 is the most recent signed build.
The 4 button install of 714 worked; thanks Scott and Mitch.
In the process, I noticed that it looks to download fs.zip from the
school server. That is quite
Walter Bender wrote:
Are we still so wedded to the purity of circles? Simply changing the
shape of the icon once a connection is made would go a long way. Maybe
morph into a star? or a sun? Or add the ubiquitous parens around the
icon a la the indicator light? None of these would adversely
Martin Langhoff wrote:
Bad news:
- idmgr dies with an sqlalchemy error
- xs-config has errors in %postinst
Tomorrow,
- fiddle with pungi to the kickstart included in the initrd and to
add grub options
- fix xs-config, idmgr
In an unrelated goose chase, I removed sqlalchemy from
Scott wrote:
The bitfrost.leases.crypto module contains routines to verify a given
activation lease or developer key; the intention was that the school
server never replace a valid key with an invalid or shorter key.
The trouble is the server doesn't necessarily know the laptop's UUID,
so it
http://dev.laptop.org/git?p=users/dbagnall/xs-activation.git
I've attached the README below.
Douglas
---
XS Activation Server
This package allows the school server to activate laptops over the
network, and
To preempt this FAQ, the F7 school server is quite inconsistent in its
IPv6 support, and some work would have been necessary to get it to a
state where I could test it. With the immanent jump to F9, and a new
networking setup, this didn't seem very worthwhile. I'll revisit it
again when IPv6 is
In the course of making an activity server for the XS, I have looked
at the activity.info files of 114 bundles from
http://wiki.laptop.org/go/Activities. One (Berkeley Logo) turned out
not to be a bundle at all, and otherwise the tags I found were:
name 113
icon
As per ticket #7606, until now XO users have had full shell access
over ssh. This (with related commits in ds-backup and xs-config),
confines them to rsync over ssh only.
The update_users.py script fixes existing users, while create_user
will now set the shell of new
XO users were being given their UUIDs as passwords, which was
unnecessary.
In case the user storage system changes again in the future, the post
installation scripts reference /home/idmgr/storage_format_version to
decide what to do.
diff --git a/Makefile b/Makefile
index
The status returned by /etc/init.d/idmgr stop is less often the inverse
of its actual success.
/etc/init.d/idmgr start will not start if the daemon is already running.
/etc/init.d/idmgr condrestart works.
diff --git a/conf.schoolserver/idmgr
This removes the named XO users from both the SQL and system databases.
To remove all users, use something like
/home/idmgr/remove_user `sqlite3 /home/idmgr/identity.db \
select serial from laptops`
diff --git a/Makefile b/Makefile
index fad74be..1065310 100644
The create_user script tries to give useful information to syslogd, and
ensures that the username it is given is a valid XO serial. It also checks
the ssh public key, but is not terribly strict. If a system user is created
but some later process fails, create_user tries to
hi Greg
One thing you could do while you are still new is to update and improve
our documentation as you go through it.
This is a good point. I will try to keep it in mind as I go. It's a
bit easy to fall into the habit of bypassing rather than improving bad
documentation.
I especially want
a typical New Zealand
art gallery. Designing and deploying tolerably cheap and fail-safe
systems has been a large part of my work.
Anyway, I'm glad to helping the OLPC project.
cheers,
Douglas Bagnall
___
Devel mailing list
Devel@lists.laptop.org
http
a typical New Zealand
art gallery. Designing and deploying tolerably cheap and fail-safe
systems has been a large part of my work.
Anyway, I'm glad to helping the OLPC project.
cheers,
Douglas Bagnall
___
Server-devel mailing list
Server-devel
51 matches
Mail list logo