Re: [Sugar-devel] Future of Rainbow + Sugar?
On Tue, Feb 24, 2009 at 18:29, Wade Brainerd wad...@gmail.com wrote: To me, Bitfrost was just one more lofty windmill OLPC tried to tilt because it seemed like an interesting challenge. I'm not clear why Sugar needs more protection from rogue activities than a normal desktop environment has from rogue applications. Reinventing the desktop as a constructivist learning environment is a big enough task for one development team / community to swallow. Reinventing security is an altogether separate cause. That said, Rainbow exists, so we don't need to do anything to remove it. So long as people step up to maintain it and help activity developers fix the issues they run into. Yeah, that's a very important point. I think we already know the kind of issues we can expect to find and maybe should think twice before throwing out all that knowledge. I don't see Rainbow in Sugar as too controversial, because: - the modifications needed to the Sugar platform are minimal, - most activities don't need to be modified and the ones that do, shouldn't be hard to modify (though there's the issue of unmodified X apps), - we have already agreed that we need a system-wide switch for disabling Rainbow and a way to white list activities that for some reason cannot run yet inside Rainbow. That system-wide switch means that distributors of Sugar will be the ones to decide if they want Rainbow or not. The Sugar community just listens to their deployers and tries to find a way to accommodate that need. No one is forced to use Rainbow, though it's true that activity authors need to take into account a set of limitations if they want their activities to run everywhere. Regards, Tomeu But Michael, what you seem to be asking for - someone to pick up your solo project and finish it - almost never happens in software development. Code is a personal expression of the programmer who wrote it. If it ever does get finished by someone else, it likely gets rewritten in the process. Best regards, Wade ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Mon, Feb 23, 2009 at 04:33:59PM -0800, Derek Zhou wrote: Another thing is X drawing is very slow; however if I add: Option FBSize 8388608 to xorg.conf, it becomes visibly faster. I've tried to reproduce this, and failed. Please give me a copy of your xorg.conf file. What I did was install debxo 0.4 gnome.img, then investigate /etc/X11, only to find that xorg.conf is no longer there in that version. So I don't know how you have one, and I don't know what you have in it. I tried placing just the Option line you specified in an empty xorg.conf, but X would not start, complaining of syntax error in the file. Then I copied an xorg.conf from rsync://updates.laptop.org/build-ubuntu, and looked through it. Then I installed the Debian x11-apps package, and did some performance timings, using time x11perf -time 1 -repeat 1 -all, with different configurations, to try to reproduce your observation; 1. debxo 0.4 standard gnome configuration, without xorg.conf file, the test took 29m 43s, 2. debxo 0.4 standard gnome configuration, with xorg.conf file as is from build-ubuntu, the test took 29m 45s, 3. debxo 0.4 standard gnome configuration, with the above xorg.conf file, with your Option line added to the Driver section, the test took 29m 47s. Why is limiting the video ram to half the size make it faster? It doesn't. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 2663
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2663 Changes in build 2663 from build: 2658 Size delta: -0.13M -anacron 2.3-65.fc10 +anacron 2.3-66.fc10 -crontabs 1.10-25.fc10 +crontabs 1.10-26.fc10 -e2fsprogs 1.41.3-2.fc10 +e2fsprogs 1.41.4-1.fc10 -e2fsprogs-libs 1.41.3-2.fc10 +e2fsprogs-libs 1.41.4-1.fc10 -gstreamer-plugins-good 0.10.11-4.fc10 +gstreamer-plugins-good 0.10.13-1.fc10 -gvfs 1.0.3-4.fc10 +gvfs 1.0.3-5.fc10 -libgcrypt 1.4.3-2.fc10 +libgcrypt 1.4.4-1.fc10 -rpm 4.6.0-0.rc3.1.fc10 +rpm 4.6.0-1.fc10 -rpm-libs 4.6.0-0.rc3.1.fc10 +rpm-libs 4.6.0-1.fc10 -rpm-python 4.6.0-0.rc3.1.fc10 +rpm-python 4.6.0-1.fc10 -wpa_supplicant 1:0.6.4-2.fc10 +wpa_supplicant 1:0.6.4-3.fc10 -xorg-x11-server-Xorg 1.5.3-6.fc10 +xorg-x11-server-Xorg 1.5.3-13.fc10 -xorg-x11-server-common 1.5.3-6.fc10 +xorg-x11-server-common 1.5.3-13.fc10 -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
TamTam
Hi Aaron and other music enthusiasts... Aaron asked for info on how to use TamTam. Here is the MiniTamTam information in Spanish. It has a link to a demo in English on YouTube at: http://www.youtube.com/watch?v=31L9qaxOrp0 Here is one for the synthLab: http://www.youtube.com/watch?v=Nwqt8NMT-zIfeature=related All show an older version of Sugar, but you can get the idea from them. There are other videos on YouTube you might check also. We really need to do a FLOSS manual for the entire TamTam suite during the BookSprint next August. How about it? We really need someone to do the programming to interface an electronic keyboard to the XO. Shouldn't be hard to do since the XO already can recognize usb keyboards...just something that will convert the signal from the music keyboard to what it would be if the corresponding XO key were pressed. This is such a powerful program with a lot of educational potential. We really need to give it more attention. Caryl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC-devel] Re: boot OLPC laptop from USB flash drive?
Richard A. Smith-2 wrote: On 8/19/06, Richard Smith smithb...@gmail.com wrote: OLPC guys -- this transition is important enough that I think it should be on the front page -- I can't find it. Zach -- you have to make the change, so let's see if we can help you. Zach, If you don't mind being an Alpha tester I have have put together a bootstrap procedure for moving from Insyde BIOS to LinuxBIOS. 2 Issues with my last post: 1. I failed to attach my tarball to the last post. Which is probably a good thing I'm not if the list will be crasy over a 3 meg attachemnt. 2. It was brought to my attention that it was really too complicated. Therefore I've created a 5 meg dd copy that you can just dd out to your USB disk. Its comes complete with a copy of linuxbios.rom. All you do is: bzip2 -d bootstrap.img.bz2 dd if=bootstrap.img of=/dev/sda The stick it in the OLPC and boot. Once booted: mkdir /key mount /dev/sda1 /key cd /key olpcflash -w linuxbios.rom olpcflash -v linuxbios.rom I just don't have any where to put my 'bootstrap.img.bz2' It's 4 MiB. Zach I'll send it to you directly. -- Richard A. Smith Richard I read your post and it seems that your bootstrap.img.bz2 is the answer I have been looking for. I have an OLPC and it has the Insyde BIOS on it and I would like to go back to the OLPC firmware. Could you sned me the bootstrap.img.bz2 so I can flash over the Insyde BIOS and then install the latest OLPC firmware (along with the G1G1 Sugar and Activities) Thank yoiu very much Crapgame -- View this message in context: http://n2.nabble.com/-OLPC-devel--Re%3A-boot-OLPC-laptop-from-USB-flash-drive--tp430331p2385531.html Sent from the Software development mailing list archive at Nabble.com. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: TamTam
Since TamTam uses Csound internally it is actually easier to use a MIDI keyboard than the QWERTY keyboard. It shouldn't be hard to add, but who is maintaining TamTam currently (and where?). I could help with this. Cheers, Andrés 2009/2/25 Caryl Bigenho cbige...@hotmail.com: Hi Aaron and other music enthusiasts... Aaron asked for info on how to use TamTam. Here is the MiniTamTam information in Spanish. It has a link to a demo in English on YouTube at: http://www.youtube.com/watch?v=31L9qaxOrp0 Here is one for the synthLab: http://www.youtube.com/watch?v=Nwqt8NMT-zIfeature=related All show an older version of Sugar, but you can get the idea from them. There are other videos on YouTube you might check also. We really need to do a FLOSS manual for the entire TamTam suite during the BookSprint next August. How about it? We really need someone to do the programming to interface an electronic keyboard to the XO. Shouldn't be hard to do since the XO already can recognize usb keyboards...just something that will convert the signal from the music keyboard to what it would be if the corresponding XO key were pressed. This is such a powerful program with a lot of educational potential. We really need to give it more attention. Caryl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Andrés ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Future of Rainbow + Sugar?
The userland application privilege isolation is hugely important, as we are pushing for making our apps heavily network oriented, the risks of other network hosts trying to take advantage of vulnerable apps is huge. A problem with expanding Rainbow to other desktops is that the Rainbow model derives from the Sugar model, which is that only custom-written and therefore Sugarized programs run in the Rainbow environment. In other words, Sugar and Rainbow draw a hard line in the sand between Sugar Activities and ordinary programs. Rainbow protects Sugar Activities, but doesn't affect ordinary programs. Most other systems don't have that hard line. The shell, the compilers, the clock in the corner of your screen, the browser, are all just programs. They all run with the same privileges and can access the same files and networks. You can just run them anytime, from any shell or script. They don't have to go through a dbus interface, interact with the user, and be passed a file descriptor to read a file; they can and do just call open() or fopen(). This straightforwardness and POSIX compatability doesn't work under Rainbow. This is why so many programs needed to be patched to run under Rainbow -- and why the maintainers of those programs weren't interested in incorporating Rainbow-specific patches. If Rainbow was optional, that would be different. Programs that *want* to run with higher security and less functionality could use it. Most wouldn't even lose any functionality, because Rainbow would only be eliminating options that the programs never use. That was its design goal -- to eliminate capabilities that a program was never designed to use, so the program can't be subverted by an attacker to exploit those capabilities. Its early implementation became more of a straitjacket than a benign helper, with programs failing to run when Rainbow was turned on globally. It's a hard job to design and implement a good generic capabilities system for a POSIX environment. So far nobody has done it (including Rainbow). The basic ideas of mark programs with the capabilities they need (or don't need), and have exec() disable the ones the program doesn't need, and have programs drop excess capabilities after initializing are good ones. The devil is in the details. The kernel part is relatively simple. It's a harder job to enable capabilities that are far beyond the kernel's ability to police, like disable this program's ability to listen to a built-in microphone; that requires security-sensitive changes to a whole variety of libraries, software, and controls. John ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
OS/X11 support for XO-1 hardware?
With the spin-off of Sugar development to sugarlabs, it is nice to see the development continued. However, it seems that the OLPC layoffs and refocus has scuttled the work to complete some OS and system software support for the XO-1 hardware features. For example, I have been waiting for the video scaler support to allow for adjustable display resolutions on the XO. Among other things, it would allow programs that don't understand a 1200x900 but only 6x4 display to work at a more usable resolution where the graphic elements and text/fonts are consistent and visible to the naked eye... It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. I had thought this capability would be coming with the Fedora 10 move in 9.1.0. With that release now scuttled, I'm wondering more generally, are these pieces being picked up anywhere? Would it make sense to have an 8.2.2 release involving the move to Fedora 10 but pretty much the same as 8.2.1 otherwise? --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: TamTam
2009/2/25 Caryl Bigenho cbige...@hotmail.com Hi Aaron and other music enthusiasts... Aaron asked for info on how to use TamTam. Here is the MiniTamTam information in Spanish. It has a link to a demo in English on YouTube at: http://www.youtube.com/watch?v=31L9qaxOrp0 This is a great demo! I'm trying it on Sugar on a Stick. It works well. Except I can't find a mic button nor can I see how to get to synth through an edit button as demonstrated in the video. I'm on version 50. Any ideas? Here is one for the synthLab: http://www.youtube.com/watch?v=Nwqt8NMT-zIfeature=related All show an older version of Sugar, but you can get the idea from them. There are other videos on YouTube you might check also. We really need to do a FLOSS manual for the entire TamTam suite during the BookSprint next August. How about it? How about Cards too! We really need someone to do the programming to interface an electronic keyboard to the XO. Shouldn't be hard to do since the XO already can recognize usb keyboards...just something that will convert the signal from the music keyboard to what it would be if the corresponding XO key were pressed. This is such a powerful program with a lot of educational potential. We really need to give it more attention. Caryl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
When trying out Soas-200902231225 the journal stays empty. Anybody else seen this ? Also in http://download.sugarlabs.org/soas/snapshots/2/ there is now a Soas-200902241809.iso. What is this ? Is there a changelog or buildlog somewhere for the various Soas versions? Ton van Overbeek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
On Wed, Feb 25, 2009 at 6:50 PM, Ton van Overbeek tvoverb...@gmail.com wrote: When trying out Soas-200902231225 the journal stays empty. Anybody else seen this ? This is true in several versions of Sugar, including Ubuntu packages. Jonas Smedegård has made a patch for it, available from http://debian.jones.dk/ sid sugar Ton van Overbeek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://wiki.sugarlabs.org/go/User:Mokurai (Ed Cherlin) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Journal empty in Soas-200902231225 and what is Soas-200902241809.iso in snapshots/2/ ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 25, 2009 at 07:41:43PM -0800, Edward Cherlin wrote: On Wed, Feb 25, 2009 at 6:50 PM, Ton van Overbeek tvoverb...@gmail.com wrote: When trying out Soas-200902231225 the journal stays empty. Anybody else seen this ? Please look at the logfiles below ~.sugar/default/logs (or wherever they are stored on your installation), and post info on any indications on crashes found there. This is true in several versions of Sugar, including Ubuntu packages. Jonas Smedegård has made a patch for it, available from http://debian.jones.dk/ sid sugar Above is not usable for Soas - and my website contains more than 2000 Debian packages, so above is little use even for Sugarlabs developers. The actual patch is patch 0001 that I have now posted here: http://debian.jones.dk/pkg/sugar/sugar-datastore/sid/auryn/patches/ The patch was grabbed from Sugarlabs development tree, so should be already applied in recent releases of sugar-datastore, which I believe is in the Soas release mentioned above. In other words: Even if the symptom is the same, this most likely is *not* the same problem that used to be in Debian and Ubuntu. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmmG2gACgkQn7DbMsAkQLiCBQCgnkNN4rsJVqdiCL4iK8akj8KJ Ez4An3zQtxYQ9nrx0VWaZobLb9Jm2AKj =hs2Y -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
On Wed, 25 Feb 2009, Chris Marshall wrote: With the spin-off of Sugar development to sugarlabs, it is nice to see the development continued. However, it seems that the OLPC layoffs and refocus has scuttled the work to complete some OS and system software support for the XO-1 hardware features. For example, I have been waiting for the video scaler support to allow for adjustable display resolutions on the XO. Among other things, it would allow programs that don't understand a 1200x900 but only 6x4 display to work at a more usable resolution where the graphic elements and text/fonts are consistent and visible to the naked eye... programs that don't allow you to scale ther text/fonts are broken on _many_ systems, not just the XO. many distros let you install a 'large font' set (look at debxo 0.4 vs debxo 0.5 for an example of this, with 0.5 they moved to a large font set) It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. except that you would spend those CPU savings doing the scaling up from 320x240 to the higher resolution. I had thought this capability would be coming with the Fedora 10 move in 9.1.0. With that release now scuttled, I'm wondering more generally, are these pieces being picked up anywhere? I don't see this as a XO specific problem (what am I missing here?) the piece that is still lacking with the other OS options is power management. David Lang Would it make sense to have an 8.2.2 release involving the move to Fedora 10 but pretty much the same as 8.2.1 otherwise? --Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
da...@lang.hm wrote: On Wed, 25 Feb 2009, Chris Marshall wrote: With the spin-off of Sugar development to sugarlabs, it is nice to see the development continued. However, it seems that the OLPC layoffs and refocus has scuttled the work to complete some OS and system software support for the XO-1 hardware features. For example, I have been waiting for the video scaler support to allow for adjustable display resolutions on the XO. Among other things, it would allow programs that don't understand a 1200x900 but only 6x4 display to work at a more usable resolution where the graphic elements and text/fonts are consistent and visible to the naked eye... programs that don't allow you to scale ther text/fonts are broken on _many_ systems, not just the XO. many distros let you install a 'large font' set (look at debxo 0.4 vs debxo 0.5 for an example of this, with 0.5 they moved to a large font set) It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. except that you would spend those CPU savings doing the scaling up from 320x240 to the higher resolution. Actually not, the scaling is handled by the hardware, so it doesn't cost the CPU anything. Unfortunately for the original poster, the video overlay won't scale with the rest of the graphics, and so the original premise is flawed. That said, fortunately for the original poster, Xv has its very own flavor of scaling, so you _can_ play back a 320x240 video at 1200x900 today with no additional CPU cost if that is your goal even with the older driver in the OLPC distribution. Jordan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
da...@lang.hm wrote: It would allow for much improved video performance since you could play back a 320x240 video on the full screen at considerable CPU savings. except that you would spend those CPU savings doing the scaling up from 320x240 to the higher resolution. Argh and double argh! You're both wrong. 1. Video playback in any sane player is already routed through XV, which uses the GPU's video overlay scaler (and YUV-RGB converter). The result is that playing a 320x240 video at 1200x900 full-screen already costs zero extra CPU cycles. No need to mess with screen resolution. 2. The Geode LX GPU can do both output scaling and video-overlay scaling, independently, at the same time. On the latest drivers, we should be able to set the screen resolution to 600x450, scaled up to 1200x900, and then play a 320x240 video, scaled up to 480x360 (which means 960x720 physical LCD pixels), all without using any CPU power for scaling. There are lots of good reasons to play with screen resolution. My favorite reason is that reducing the resolution to 800x600 would make all graphical operations runs twice as fast, and use half as much memory, while introducing a negligible drop in display quality (the display, remember, is not _really_ 1200x900 in color mode; the total number of color elements is equivalent to 800x450). --Ben signature.asc Description: OpenPGP digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
programs that don't allow you to scale ther text/fonts are broken on _many_ systems, not just the XO. many distros let you install a 'large font' set (look at debxo 0.4 vs debxo 0.5 for an example of this, with 0.5 they moved to a large font set) Is there anything I can do on my XO running terminal so that when I ssh to another system and run a text based X program the fonts will come out useable without a magnifying glass? Is there anything like an environment variable that says scale all fonts by N? -- These are my opinions, not necessarily my employer's. I hate spam. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS/X11 support for XO-1 hardware?
On Wed, Feb 25, 2009 at 10:47:07PM -0800, Hal Murray wrote: Is there anything I can do on my XO running terminal so that when I ssh to another system and run a text based X program the fonts will come out useable without a magnifying glass? Not that I know of. The X server dimensions and resolution are properly conveyed through the X connection (test: ssh -X u...@host xdpyinfo), so font selection by toolkits such as GTK+ and KDE appears to work fine from a debxo 0.5 system ... konqueror and galeon used comfortably large fonts in my tests just now, to a Debian Lenny host. xterm without flags yields bitmap fonts that are very tiny, as they should be. xterm -fa DejaVu LGC Sans Mono yields a 52 by 17 character cell area. Is there anything like an environment variable that says scale all fonts by N? No. The best I know of is to lie about the dimensions and resolution, on the X server as a whole. If the target system is in your control, ensure you have set toolkit font sizes after verifying the dimensions and resolution reported by xdpyinfo. An error there can cause this symptom, because the toolkits are adopting your erroneous choices. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Wednesday 25 February 2009 02:11:08 am qu...@laptop.org wrote: I tried placing just the Option line you specified in an empty xorg.conf, but X would not start, complaining of syntax error in the file. You have to make valid xorg.conf file and add it to the Device section. The easiest way to get a valid xorg.conf is: Xorg -configure Then I copied an xorg.conf from rsync://updates.laptop.org/build-ubuntu, and looked through it. Then I installed the Debian x11-apps package, and did some performance timings, using time x11perf -time 1 -repeat 1 -all, with different configurations, to try to reproduce your observation; 1. debxo 0.4 standard gnome configuration, without xorg.conf file, the test took 29m 43s, 2. debxo 0.4 standard gnome configuration, with xorg.conf file as is from build-ubuntu, the test took 29m 45s, 3. debxo 0.4 standard gnome configuration, with the above xorg.conf file, with your Option line added to the Driver section, the test took 29m 47s. x11perf takes a lot of time, can you suggest a shorter benchmark? What I did is just cating a 7000 lines (400K bytes) log file in a rxvt window (Maximized to full screen with a 12x24 xfont). Without restraining the FBSize, it take 45 seconds. With the 8M limit, it takes 15 seconds. If I ssh into the olpc from my other laptop and cat the same file from a rxvt window, it only takes ~2 seconds. For this test all rxvt does is drawing some xfont and scrolling, and 7000 lines is not whole lot. 45 seconds is ridiculously slow; even 15 seconds is kind of slow. I don't have another slow computer to compare but it surely feel like the slowest terminal I've ever seen (for about 10 years). By the way, are you seeing 221M total memory too? Some more information: I am using the stock xserver package from debxo 0.4: xserver-xorg 1:7.3+18 xserver-xorg-video-geode 2.11.0-0.1 here is my xorg.conf: (from Xorg -configure with only minor modification) Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /etc/X11/rgb ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Load glx Load GLcore Load extmod Load xtrap Load record Load dbe Load dri EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection ection Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional Identifier Card0 Driver geode ### Option FBSize 8388608 ### Option NoCompression true VendorName Advanced Micro Devices [AMD] BoardName Geode LX Video BusID PCI:0:1:1 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 1 EndSubSection SubSection Display Viewport 0 0 Depth 4 EndSubSection SubSection Display Viewport 0 0 Depth 8 EndSubSection SubSection Display Viewport 0 0 Depth 15 EndSubSection SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Wednesday 25 February 2009 02:11:08 am qu...@laptop.org wrote: Then I installed the Debian x11-apps package, and did some performance timings, using time x11perf -time 1 -repeat 1 -all, with different configurations, to try to reproduce your observation; By the way, I don't think timing the run time of x11perf is a usable benchmark. From the manpage: By default x11perf automatically calibrates the number of repetitions of each test, so that each should take approximately the same length of time to run across servers of widely differing speeds. And it looks like x11perf -time 1 -repeat 1 -all just run all the tests (there are lots of tests) for roughly one second each. Derek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
debxo 0.5 KDE variant booted from USB, installed rxvt, started rxvt -fn 12x24, maximised, took a sample log (dmesg) which was 523 lines, appended it many times to generate a file 7322 lines long, then used: time cat file Results were 3.569s, 3.569s, 3.569s. Very predictable, so I tried with time cat file file Results were 7.147s, 7.151s, 7.183s. I'm certainly not seeing 15 seconds or 45 seconds. Do you have any rxvt customisations? -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO memory size
On Wed, Feb 25, 2009 at 11:42:52PM -0800, Derek Zhou wrote: I don't think timing the run time of x11perf is a usable benchmark. Agreed. -- James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] Moodle on XS Install
I am using XS 0.5.1 beta. On there the moodle instance is not comfigured. Should I expect it to work out of the box or are there additional steps I need to take to get it working. The XS install docs don't mention moodle at all, only ejabberd. Thanks Dave -- Dave Bauer d...@solutiongrove.com http://www.solutiongrove.com ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Moodle on XS Install
2009/2/26 Dave Bauer d...@solutiongrove.com: I am using XS 0.5.1 beta. On there the moodle instance is not comfigured. Should I expect it to work out of the box or are there additional steps I need to take to get it working. The XS install docs don't mention moodle at all, only ejabberd. It's unfortunately broken. If you're familiar with moodle, you can find the passwrd to the admin account in /etc/moodle/ Working on it for 0.6 m -- martin.langh...@gmail.com mar...@laptop.org -- 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] Please test - XS-0.5.2-dev01
Grab the 0.5.2-dev01 iso from http://xs-dev.laptop.org/xs/other/ - @online@ should now work - please test with http://lists.laptop.org/pipermail/server-devel/2009-February/002949.html - Daniel's enhancements and fixes to xs-activity-server are in there too... cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- martin.langh...@gmail.com mar...@laptop.org -- 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
