Re: [SoaS] [Testing] soas-i386-20100604.02.iso USB-testing
On Fri, Jun 4, 2010 at 12:20 PM, Thomas C Gilliard satel...@bendbroadband.com wrote: soas-i386-20100604.02 testing as # Changes: rest same as previous report for soas20100603 # 0.88.1 NEW (was 0.88.0) Yes, this got pushed to Rawhide (which is why it's in the compose). Thanks Peter! Soas 3 Mirabelle fedora 13 (Goddard) While this image should have been composed from Rawhide, we'll change this entry once we've decided on the codename for v.4. script created 4 GB USB ACER Aspire One Wireless (Apple Airport Extreme 2 Bridged) Activities; * (see footnotes) All others start and stop and write to journal. Browse 115, Etoys 115, Chat 66, Write 69* (1), IRC 6, Record 66*(2), Turtle Blocks 88, Log 23, Terminal 31, Physics 4. Control Panel: # Keyboard selection pop-up WORKS (NEW) I'm glad to hear that! From what I saw, this might be a fix that got in with Sugar 0.88.1. Presence Service works # Make friend pop-up on f1 neighborhood does not change to remove friend after making friend (NEW ERROR?) I haven't seen this one before. Thanks for all the testing! --Sebastian (1) Shared Write appears on F1 Neighborhood where it is join-able (wireless) # Joined the shared Write and could edit text, collaboration appeared to work. (2) Record Photo and Video work # Audio has no sound on playback /var/log/dmsg: snip- hda_codec: ALC272: BIOS auto-probing. ALSA sound/pci/hda/hda_codec.c:4358: autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:4362: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:4366: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:4367: mono: mono_out=0x0 ALSA sound/pci/hda/hda_codec.c:4378: inputs: mic=0x12, fmic=0x18, line=0x0, fline=0x0, cd=0x0, aux=0x0 ALSA sound/pci/hda/patch_realtek.c:1287: realtek: No valid SSID, checking pincfg 0x4016892d for NID 0x1d ALSA sound/pci/hda/patch_realtek.c:1303: realtek: Enabling init ASM_ID=0x892d CODEC_ID=10ec0272 SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts ** (sugar-activity:1684): CRITICAL **: file gstvorbistag.c: line 592 (gst_tag_to_vorbis_comments): should not be reached Record log: 1275655153.568289 ERROR record:glive.py: audio_pipe: GStreamer encountered a general stream error. gstoggdemux.c(3169): gst_ogg_demux_loop (): /GstPipeline:pipeline3/GstOggDemux:oggdemux1: stream stopped, reason error 1275655186.718810 WARNING root: No gtk.AccelGroup in the top level window. 1275655186.729861 WARNING root: .has_key() is deprecated, use 'in' 1275655190.954174 WARNING root: No gtk.AccelGroup in the top level window. 1275655190.954957 WARNING root: No gtk.AccelGroup in the top level window. 1275655190.995903 WARNING root: No gtk.AccelGroup in the top level window. Exited with status 0, pid 1684 data (None, open file 'fdopen', mode 'w' at 0x89a1e38, '28cee929e05bbfea070b3cf75fc664982a188ea2') Tom Gilliard satellit ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: challenges of distro switching
On 5 June 2010 12:14, Tiago Marques tiago...@gmail.com wrote: I built OLPC's kernel in Gentoo with no problems, which helped me a lot to start. The rest works great. Perhaps we aren't talking about the same things. I'm referring to how we can build an image which would be suitable for OLPC 1:1 deployments at large scale, without introducing huge churn for existing deployments, without demanding a significant additional amount of work both now and ongoing. I suspect you're only working with what is important for you. (i.e. you aren't using antitheft, you aren't pushing OS updates automatically to yourself, you aren't using the customization stick, you aren't customizing the Browse homepage, ...) Can you be more specific of what more would break? I can think of olpc-update but not much else unfortunately. Antitheft Activation A mountain of packages and their corresponding effects on the system, to think of a few: olpc-update, olpc-contents, ds-backup, bitfrost, dracut-modules-olpc, library, kbdshim, powred, runin, olpc-utils, switch-desktop, bootanim Several of those packages depend on Fedora-specific things that would need to be adapted. Various important bits of Fedora that we depend on - like their memory-backed rwtab file system. New build system would be needed, replacing all functionality of olpc-os-builder It also invalidates many processes that myself and others have been training in the field, such as usage of rpm/yum, how to write spec files, etc. It would result in a range of different package versions being used, compiled against different dependencies, invalidating a lot of testing, creating divergance from XO-1.5. It means everyone working with OLPC at a suitably low level has to learn a new distro. That's true but you're again limited to not having security fix or updates available after 12 months(?), which from what I've seen is around the time the image is ready for deployment. I have no idea of the work involved in that, aside from what I read here. From what I've read it could be worth it but it was just a suggestion. Generally not important for field deployments. In the cases where it is important, OLPC already has a mechanism (push a new RPM, maybe generated manually by OLPC, and do a new release). I'm not discounting your suggestion to switch to another distro. Feel free to steam ahead with your efforts. I was solely talking about a simple way to keep the existing base available to XO-1 deployments. The thread that you hijacked was about Fedora. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative option for solving Fedora i686 vs geode problems
On Fri, Jun 4, 2010 at 8:48 PM, Daniel Drake d...@laptop.org wrote: On 4 June 2010 21:48, Tiago Marques tiago...@gmail.com wrote: If you're planning on doing a repository exclusively for the XO-1, Gentoo is simple to setup and, from what I read on this mailing list, thicks all your boxes: I'm a Gentoo fan myself. But you're talking about a whole new project here. Packaging all the OLPC technologies and packages. Breaking many field-deployed processes. etc. The steps I outline above will (I believe) result in a usable OLPC OS distro similar to what goes out to the field today. To use any other OS, a lot more work is needed before you end up something which can be used at scale. Will CentOS still be supporting the older architectures? It was previously discussed on the mailing list that it may be easier to rebase a long term support release, especially for aging hardware, on a RHEL base and then just manage a repo for the specific packages that a SUGAR distro really needs. I can probably throw together a test CentOS image with updated gstreamer/xorg/olpc-kernel pretty quick. Jon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative option for solving Fedora i686 vs geode problems
On Sat, Jun 5, 2010 at 10:44 AM, Jon Nettleton jon.nettle...@gmail.com wrote: On Fri, Jun 4, 2010 at 8:48 PM, Daniel Drake d...@laptop.org wrote: On 4 June 2010 21:48, Tiago Marques tiago...@gmail.com wrote: If you're planning on doing a repository exclusively for the XO-1, Gentoo is simple to setup and, from what I read on this mailing list, thicks all your boxes: I'm a Gentoo fan myself. But you're talking about a whole new project here. Packaging all the OLPC technologies and packages. Breaking many field-deployed processes. etc. The steps I outline above will (I believe) result in a usable OLPC OS distro similar to what goes out to the field today. To use any other OS, a lot more work is needed before you end up something which can be used at scale. Will CentOS still be supporting the older architectures? It was previously discussed on the mailing list that it may be easier to rebase a long term support release, especially for aging hardware, on a RHEL base and then just manage a repo for the specific packages that a SUGAR distro really needs. I can probably throw together a test CentOS image with updated gstreamer/xorg/olpc-kernel pretty quick. Just checked the RHEL 6 beta and they are also only supporting i686 as their x86 architecture. That really doesn't help us then. Jon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adobe AIR troubles
Hi guys, I'm developing flash applications on OLPC using adobe air. We have some troubles with our flash application when we are playing sounds : randomly, the sound channel is down, and we need to restart application to have sounds again. We have noticed that it's happen after the standby of the laptop... Any idea on how to solve this problem? Hey Thomas. We actually got in touch with some of the Flash people at Adobe and they're interesting in looking into things. Sorry for the long hiatus guys, had some personal things to attend to. I've created and started editing 2 wiki pages to get the ball rolling again on Flash platform + XO issues: *Adobe Flash Issues http://wiki.laptop.org/go/Adobe_Flash_Issues *Adobe AIR Issues http://wiki.laptop.org/go/Adobe_AIR_Issues Adobe peeps said they'd look into things but didn't know where to start. Wiki's the best way to keep them updated and to organize known issues. Thomas, can you email me what's happening and I'll try to put it in the Wiki? I'll PM you too on installing AIR on the XO (I haven't had much success). Other guys who have bugs/quirks on Adobe AIR/Flash, e-mail me too so I can compile them and put them on the above wikis. Thanks! -Naz ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
create new XO-1 build with Gnash update?
Hi guys! Last update for the XO-1 was build 802 from over a year ago. http://download.laptop.org/xo-1/os/official/ Is it possible to release a new official build with the latest version of Gnash included? From what I gather from Rob Savoye of Gnash, he has a build of the XO OS with most of the Gnash issues worked out because it's simply using a newer Gnash build. There's a bit of frustration coming from the Gnash team because a lot of issues with Gnash stem from the latest XO OS build having a very old version. regards, -Naz -- carlos nazareno http://twitter.com/object404 http://www.object404.com -- core team member phlashers: philippine flash actionscripters http://www.phlashers.com -- poverty is violence ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: create new XO-1 build with Gnash update?
On Sat, Jun 5, 2010 at 2:44 PM, Carlos Nazareno object...@gmail.com wrote: Hi guys! Last update for the XO-1 was build 802 from over a year ago. http://download.laptop.org/xo-1/os/official/ There is a new build in the works being put together by the Paraguay team. It is F11-based with Sugar 0.84. Not sure which version of GNASH they pulled in. It is very similar to cjb's F11/0.84 build for the XO 1.5. regards. -walter Is it possible to release a new official build with the latest version of Gnash included? From what I gather from Rob Savoye of Gnash, he has a build of the XO OS with most of the Gnash issues worked out because it's simply using a newer Gnash build. There's a bit of frustration coming from the Gnash team because a lot of issues with Gnash stem from the latest XO OS build having a very old version. regards, -Naz -- carlos nazareno http://twitter.com/object404 http://www.object404.com -- core team member phlashers: philippine flash actionscripters http://www.phlashers.com -- poverty is violence ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: create new XO-1 build with Gnash update?
A while ago a pointer to the gnash repository was posted here. One ought to be able to pick up the latest gnash by adding the following lines in a file in /etc/yum.repos.d/ , then doing 'yum upgrade' : [gnash] name=Gnash Snapshot for Fedora $releasever failovermethod=priority baseurl=http://getgnash.org/yum/fedora/$releasever/updates/$basearch/ enabled=1 gpgcheck=0 mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: create new XO-1 build with Gnash update?
Thanks Walter, Mikus! Sorry I need to clarify. What I meant was create a new *official stable build* for the XO-1 with a newer version of Gnash pre-installed. One that does not need a developer key. I installed the Paraguay build about a month ago but there were still some bugs. http://people.sugarlabs.org/~smparrish/ - That's the one, right? -- carlos nazareno http://twitter.com/object404 http://www.object404.com -- core team member phlashers: philippine flash actionscripters http://www.phlashers.com -- poverty is violence ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
AIR + Flash/AIR issues wikis
Hi guys. Just created the wiki page for Adobe AIR and will populate it with data. http://wiki.laptop.org/go/Adobe_AIR For those of you who've successfully installed AIR, can you email me in private with the steps you went through (and on which OS/image) so I can put it on the Wiki? Also, there was a discussion before here on the list about how the AIR installer was placing the files in the wrong directories during installation. For those guys in the know, can you PM me so I can place details on the AIR Issues page? http://wiki.laptop.org/go/Adobe_AIR_Issues Next, I'll update the Flash issues wiki page [http://wiki.laptop.org/go/Adobe_Flash_Issues] with data from the bug tracker over the next few days. http://dev.laptop.org/search?q=adobe+flash There's probably more Flash bugs listed at the bug tracker, but using just Flash as a keyword search turns up too many other unrelated pages (like Flash as in memory storage). Hope to make the Flash AIR issue wikis more presentable by next week so that the Adobe folks can start looking into them. (they'll probably also need access to XO machines) -Naz -- carlos nazareno http://twitter.com/object404 http://www.object404.com -- core team member phlashers: philippine flash actionscripters http://www.phlashers.com -- poverty is violence ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adobe AIR troubles
We actually got in touch with some of the Flash people at Adobe and they're interesting in looking into things. bah, typo! *interested* in looking into things ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
olpcgames - mainloop bug help
Hi all, I have managed to fix most of my bugs for my new game, but please could someone help me with this? I am using olpcgames wrapper. Exception in thread Thread-1: Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 525, in __bootstrap_inner self.run() File /usr/lib/python2.6/threading.py, line 477, in run self.__target(*self.__args, **self.__kwargs) File /usr/share/sugar/activities/FreeFromMalaria.activity/olpcgames/canvas.py, line 143, in _start gtk.main_quit() RuntimeError: called outside of a mainloop The code is in git://git.sugarlabs.org/freefrommalaria/mainline.git [http://git.sugarlabs.org/freefrommalaria/mainline.git] And the main loop is in GameController.py , I cannot for the life of me figure out where this exception is being raised in my code. I have no idea whats being called outside the mainloop. Please could any one offer any insight? Thanks in advance.___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative option for solving Fedora i686 vs geode problems
There is also an old project on a version of gentoo for the xo 1 on http://www.gentooxo.org I tested it sometimes ago and even it is using the gentoo with gnome it is a lot faster than Fedora 11 on xo. -- Ahmed Mansour http://olpc-maroc.blogspot.com ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: AIR + Flash/AIR issues wikis
On Sat, Jun 5, 2010 at 4:11 PM, Carlos Nazareno object...@gmail.com wrote: For those of you who've successfully installed AIR, can you email me in private with the steps you went through (and on which OS/image) so I can put it on the Wiki? Good effort. The trick is -- roughly -- to - take an XO with the desired OS - install a whole lot of rpms needed for rpm building (rpm-dev metapackage?) - mv /usr/bin/rpm /usr/bin/rpm.real - create /usr/bin/rpm as a shellscript, something like #!/bin/bash echo GO GRAB IT NOW echo $@ sleep 60 /usr/bin/rpm.real $@ - run the weird Adobe AIR installer from the commandline -- when it starts actually installing it... - look at the commandline session, eventually it will shout GO GRAB IT NOW and give you the parameters rpm was called with -- one is a path to a file, that's the rpm file you want, copy it elsewhere within 60 seconds. This will happen *twice* -- there are 2 rpms to grab. I think the rpms are creatively called setup.deb . - lastly, bring your real rpm command back and get rid of the shell script I probably missed some step -- I'd suggest try the process out to iron out the kinks. And put ONE BIG WARNING. The Adobe distribution license says that messing with the install process and distributing a different installer are both forbidden. Talk to your lawyer. Next, I'll update the Flash issues wiki page [http://wiki.laptop.org/go/Adobe_Flash_Issues] with data from the bug tracker over the next few days. http://dev.laptop.org/search?q=adobe+flash That's good, however, if you are reviewing the bug DB, just add an adobeflash in the freeform keywords field. Then you can just put a link to a search for that keyword. There's probably more Flash bugs listed at the bug tracker, but using just Flash as a keyword search turns up too many other unrelated pages (like Flash as in memory storage). Exactly. SPI Flash, Flash NAND and Flash Gordon all get in the way. Use an unambiguous keyword and done. Hope to make the Flash AIR issue wikis more presentable by next week so that the Adobe folks can start looking into them. (they'll probably also need access to XO machines) Cool! There's a long standing hard bug of non-accelerated video on Linux (not just XO). That hurts hurts HURTS any Linux device. There is some backstory on that -- it's whether to use Xv or not, whether the video frames can be grabbed from the Xv pipeline to overlay stuff on top or not - early Flash9 used Xv, then stopped, and vid performance sucked ever since. 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: AIR + Flash/AIR issues wikis
For those of you who've successfully installed AIR, can you email me ... with the steps you went through (and on which OS/image) so I can put it on the Wiki? On XO: rpm -ivh air2_rc1_runtime_lin_051110.i386.rpm Note: I am a heavy user of 'yum' -- therefore I have made my system yum-friendly. That includes increasing the LAUGHABLY small tmpfs allocations as found in current builds for the XO. Plus, I have a permanent swap partition, in case memory does get tight. When I installed AIR, it did not ask for any additional dependencies. That might be due to me already having installed various media applications (which had added various packages to my systems). [With the exception of some (unwanted by me) stuff in /etc, most everything got put into /opt.] I originally installed the air2 runtime rpm on os240py. I then used that runtime to install an .air sample application on that system. Note - in Sugar, the .air application used only part of the XO-1 screen. I then installed the air2 runtime rpm on os125. I only *copied* the .air application directory to the os125 system, without using the air runtime to install it there (I'm not interested in setting up for the GNOME display). This time, the .air application used all of the XO-1.5 screen. [And when I closed that application, the gray circle that represented its session in Frame - was left behind (non-deletable).] Bottom line: aside from dreadfully cluttering up my system, in my case the installation of AIR on the XO presented no difficulties. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Extra Tickets for attending Linux Tag Conference, Berlin
I have some extra tickets for attending Linux Tag conference. If you are around Berlin, and would like to attend the conference, kindly unicast me an e-mail. Will be happy to send you an invite and an e-ticket for attending the conference. Regards, Manu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
