[Server-devel] Revisor / yum odd error with f9 updates.newkey repo: Missing Dependency: glibc-common = 2.8-3 is needed by package glibc-2.8-3.i386
Right now, revisor can build a pristine F9 installer CD but cannot build a F9 + updates installer CD. The problem appears by merely enabling the additional repo in the stock F9 config files that ship with Revisor. It has also been reported elsewhere: https://fedorahosted.org/genome/ticket/28 The error is Missing Dependency: glibc-common = 2.8-3 is needed by package glibc-2.8-3.i386 even though the updates.newkey repo clearly has the full set of glibc-* packages at 2.8-8 The OLPC XS installer CD will be installed in many servers that are disconnected or have a horrible internet connection. Additionally, we *need* some of the updates from the updates.newkey repo. So I really need this to work. It looks like a bug to me, but I'm unsure if it's in revisor, anaconda, yum... Is there any workaround I can use? cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] revisor - strange regression with comps-cleanup misplaced...
After 2 weeks of not building the XS build, I built it again today. It didn't want to build. Running with --debug 10 the output ends with... Running command: /usr/bin/xsltproc --novalid -o /var/tmp/revisor-pungi/0.5/xs-f9-i386/comps.xml /usr/share/revisor/comps/comps-cleanup.xsl /var/tmp/revisor-pungi/0.5/xs-f9-i386/comps.xml Extra information: /var/tmp/revisor-rundir False None Got an error from /usr/bin/xsltproc (return code 4) xsltproc's manpage says that 4 means trouble parsing the stylesheet. I tried to look at/usr/share/revisor/comps/comps-cleanup.xsl and it wasn't there. It was a directory higher. this fixed the problem: sudo ln -s /usr/share/revisor/comps-cleanup.xsl /usr/share/revisor/comps/comps-cleanup.xsl versions: $ rpm -qa revisor* revisor-gui-2.1.1-7.fc9.noarch revisor-comps-2.1.1-7.fc9.noarch revisor-cli-2.1.1-7.fc9.noarch revisor-2.1.1-7.fc9.noarch cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] xs-livecd - pushed out some updates
For those playing at home with the XS build, I had been carrying a few chagnes in xs-livecd that had not been committed or published. Done now. Conspiracy theorists can rest assured, no mystery in how the XS is composed. and before I forget - thanks again to Jerry for all the help figuring that anaconda/revisor mess out! m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] ejabberd sysconfig patch
This patch to Collabora's OLPC ejabberd-rpm package makes /etc/init.d/ejabberd look for (and, if possible, incorporate) /etc/sysconfig/ejabberd. Two options can be set there: - CONFIG_FILE gives an alternative to /etc/ejabberd/ejabberd.cfg - ULIMIT_MAX_FILES sets the number of open files (using ulimit -n). The latter is useful to anyone running a popular ejabberd server (you have to do this, one way or another), while the config redirection decouples the OLPC specific configuration from the ejabberd package. Peter: would you consider taking this upstream? It would make life easier for OLPC (which we need) and no doubt for others too. Collabora people: I've been using the XS git branch. If I understand correctly, without the specialised ejabberd.cfg, the only patch we have over Fedora is recent_online_and_nearby_groups_updated.diff: http://git.collabora.co.uk/?p=user/cassidy/ejabberd-rpm;a=blob;f=recent_online_and_nearby_groups_updated.diff;h=7138ad4a1a55dace867b76c683163dfc71d9f4d3 and if that gets absorbed or obsoleted, then we could be back on the F-9 rpm? Or should I be looking at the push-groups or patch-extra branches, and this is a futile idea? Douglas ejabberd-sysconfig.patch Description: Binary data ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] One more note on Moodle - infra vs lms
Had a good chat last week with Ed, Kim and others, and one of the items that came up was "what is this moodle thing and why is it important?". To state it briefly, Moodle is a fantastic learning mgmt system / course mgmt system and it's been for a while very much what OLPC people thought the XS software should look like to end users. In short, if the XS is going to provide tools for learning, Moodle has proven itself quite clearly to be the tool for the job. Couple of important pages about it http://docs.moodle.org/en/Background http://docs.moodle.org/en/Philosophy http://docs.moodle.org/en/Pedagogy Now, this is the LMS/CMS stuff, but we _also_ need a UI to perform some core operations. Moodle has good admin facilities and a good roles/capabilities/permissions model. So it is the place for - a personal page where I can see the files in my journal backup (to restore them, perhaps). - additional options if I'm a teacher to tune/tweak how something works. - a way to publish warnings and status this means we don't have to mess with duplicate user management or anything. It saves us a ton of work. This isn't news actually, but it seemed relevant to elaborate on this. Enough verbosity, back to finishing xs-0.5 :-) BTW, anyone keen on helping with this? http://moodle.org/mod/forum/discuss.php?d=107555 cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel