From bgosler at us.fixstars.com Tue Aug 4 08:23:32 2009 From: bgosler at us.fixstars.com (Bonnie Gosler) Date: Tue, 04 Aug 2009 08:23:32 -0600 Subject: [ydl-gen] Introducing "YDL on a Stick, " a Bootable USB Flash Drive: Press Release August 4, 2009 Message-ID: <4A784464.8080808@us.fixstars.com> Introducing Yellow Dog Linux on a USB Flash Memory Stick for PS3 LOVELAND, COLORADO, 4 August 2009 - Today Fixstars announced the availability of "YDL on a Stick," a USB flash drive containing a bootable version of Yellow Dog Linux v6.2. With "YDL on a Stick," installation has never been easier: just plug in the USB stick, install the bootloader file, boot into YDL and you're running Linux on your PS3. "'YDL on a Stick' is a compact and portable alternative to a full installation," states Owen Stampflee, Fixstars Linux Product Manager. "Since everything runs from the USB drive, 'YDL on a Stick' is ideal for users who want to try out Linux without sacrificing space or having to back up or reformat their PS3." "YDL on a Stick" comes with a customized version of YDL v6.2 on a 16GB OCZ Diesel Flash drive. Chosen for being high quality and durable, the Diesel flash drive has achieved 31.18 MB read performance and 30.78 MB write performance in recent DiskBench performance benchmarks[1]. "YDL on a Stick" offers the full functionality of the version 6.2 release, including: - An updated kernel v2.6.29 for 64-bit systems - OpenOffice 3.0 - Firefox 3.0.6 - IBM Cell SDK v3.1.0.1 - The next generation of ps3vram, and Xfce 4, a fast and lightweight desktop environment. Fixstars' July 13th Press Release offers more detail as to the features in YDL v6.2: http://us.fixstars.com/news/2009/2009-07-13.shtml Customers may purchase one individually or bundle "YDL on a Stick" with a 6 month membership to YDL.net Enhanced, from which they may access an installation support forum and updates to the software before they are released to the public mirrors. "YDL on a Stick" is available at Fixstars' on-line Store for $59.95. YDL on a Stick plus YDL.net Enhanced membership is available on-line for $99.95: http://us.fixstars.com/store/ Installation instructions are available online: http://us.fixstars.com/support/installation/ [1] Benchmark Results for the 16 GB OCZ Diesel Flash drive are available at http://www.testfreaks.com/blog/information/16gb-usb-drive-comparison-17-drives-compared/ About Fixstars Fixstars, a pioneer in the Multi-core industry, is a leading provider for services and solutions for such processors as the Cell Broadband Engine and GPU. Since 2008 Fixstars, in conjunction with Broadcast International, has been focused on optimization, product development, and marketing for the innovative CodecSys software for Multi-Core platforms. In addition, Fixstars offers complete Multi-core ecosystem including turn-key products ideal for the Financial, Medical, Manufacturing, and Digital Media markets. Founded in 2002, Fixstars is headquartered in Tokyo, Japan with subsidiary Fixstars Solutions in San Jose, CA and Loveland, CO. For more information, visit http://us.fixstars.com GigaAccel, Yellow Dog Linux, YDL, Y-HPC, and Y-Film are registered trademarks of Fixstars Corporation. IBM, PXCAB, and POWER are trademarks of IBM Corporation in the United States and/or other countries. Linux is a registered trademark of Linus Torvalds. Additional product and company names mentioned may be trademarks and/or registered trademarks of their respective holders. From atossava+ydl at cc.helsinki.fi Thu Aug 6 05:15:47 2009 From: atossava+ydl at cc.helsinki.fi (Atro Tossavainen) Date: Thu, 6 Aug 2009 14:15:47 +0300 (EEST) Subject: [ydl-gen] mcelog Message-ID: <200908061115.n76BFlgQ032455@ruuvi.it.helsinki.fi> On my Xserve G4 with YDL 6.2: /etc/cron.hourly/mcelog.cron: mcelog: warning: Cannot parse /proc/cpuinfo No wonder: # rpm -qi mcelog Name : mcelog Relocations: (not relocatable) ... Summary : Tool to translate x86-64 CPU Machine Check Exception data. Description : mcelog is a daemon that collects and decodes Machine Check Exception data on x86-64 machines. ftp://ftp.x86-64.org/pub/linux/tools/mcelog/ What's the point of including this in a PPC distro? -- Atro Tossavainen (Mr.) / The Institute of Biotechnology at Systems Analyst, Techno-Amish & / the University of Helsinki, Finland, +358-9-19158939 UNIX Dinosaur / employs me, but my opinions are my own. < URL : http : / / www . helsinki . fi / %7E atossava / > NO FILE ATTACHMENTS From bgosler at us.fixstars.com Wed Aug 12 09:07:31 2009 From: bgosler at us.fixstars.com (Bonnie Gosler) Date: Wed, 12 Aug 2009 09:07:31 -0600 Subject: [ydl-gen] Fixstars Releases Y-HPC v2.1 for PS3 Clusters - Press Release - August 12, 2009 Message-ID: <4A82DAB3.1040808@us.fixstars.com> Fixstars Releases YHPC v2.1 Featuring YDEL v6.1 LOVELAND, COLORADO, 12 August 2009 - Fixstars today announced the availability of Y-HPC v2.1 for Sony PLAYSTATION(R)3, the world's only commercial, cross-architecture cluster construction suite. This updated version offers all the performance improvements found in Yellow Dog Enterprise Linux v6.1. Y-HPC provides the next generation of ps3vram for fast, temporary file storage or swap using PS3 video RAM. This version of ps3vram is up to 50% faster than prior versions and automatically enabled as swap. The faster ps3vram feature has enabled Dr. Gaurav Khanna, an assistant professor at the University of Massachusetts, Dartmouth, in his Black Hole research using a cluster of PS3s. "The built-in and configured ps3vram-swap patch has perhaps been the most major benefit thus far," states Dr. Khanna. "It makes something that was otherwise quite challenging doable in a reasonable amount of time. And that is potentially going to be extremely useful to me and to other PS3 cluster users." To read more about how Dr. Khanna is using YDEL in his PS3 cluster, visit: http://us.fixstars.com/showcase/cellebration/umass/ This latest version of Y-HPC offers the updated kernel v2.6.28, IBM Cell SDK v3.1.0.1, improved ps3vram support, Libfreevec, as well as other features found in YDEL v6.1 and YDL v6.2. Libfreevec is an LGPL library with replacement routines for GLIBC, such as memcpy(), strlen(), etc. These routines, which were rewritten and optimized to use the VMX (called AltiVec on Apple G4/G5) unit found in the Cell CPUs, now offers an average of 25% increase in application performance. Review benchmarks comparing YDEL to Fedora and RHEL: http://us.fixstars.com/products/ydel/benchmarks.shtml "Y-HPC v2.1 with it's monumental improvements in compute performance will allow existing and new PLAYSTATION(R)3 clusters to tackle problems never before believed to be practical," states Owen Stampflee, Fixstars Linux Product Manager, "The additional fast storage provided by ps3vram enables larger problem sizes to be facilitated on the otherwise limited Sony PS3." The Fixstars' Y-HPC cluster construction suite is now bundled with YDEL licenses--purchase YDEL and receive Y-HPC for the same number of nodes at no additional charge. Existing PS3 clusters may be upgraded to Y-HPC v2.1 for just $285 per node. YDEL plus Y-HPC is immediately available from Fixstars' on-line Store: http://us.fixstars.com/store/ About Fixstars Fixstars, a pioneer in the Multi-core industry, is a leading provider for services and solutions for such processors as the Cell Broadband Engine and GPU. Since 2008 Fixstars, in conjunction with Broadcast International, has been focused on optimization, product development, and marketing for the innovative CodecSys software for Multi-Core platforms. In addition, Fixstars offers complete Multi-core ecosystem including turn-key products ideal for the Financial, Medical, Manufacturing, and Digital Media markets. Founded in 2002, Fixstars is headquartered in Tokyo, Japan with subsidiary Fixstars Solutions in San Jose, CA and Loveland, CO. For more information, visit http://us.fixstars.com GigaAccel, Yellow Dog Linux, YDL, Y-HPC, and Y-Film are registered trademarks of Fixstars Corporation. IBM, PXCAB, and POWER are trademarks of IBM Corporation in the United States and/or other countries. Linux is a registered trademark of Linus Torvalds. Additional product and company names mentioned may be trademarks and/or registered trademarks of their respective holders. From bgosler at us.fixstars.com Tue Aug 18 10:38:19 2009 From: bgosler at us.fixstars.com (Bonnie Gosler) Date: Tue, 18 Aug 2009 10:38:19 -0600 Subject: [ydl-gen] A new way to connect with YDL, on Facebook and Twitter! - Announcement - August 18, 2009 Message-ID: <4A8AD8FB.3030009@us.fixstars.com> Yellow Dog Enthusiasts, Find us on Facebook and Twitter to keep up-to-date with YDL releases, promotions and to connect with other Yellow Dog lovers. Visit our new social networking page on our website to connect: http://us.fixstars.com/products/ydl/social.shtml Check out the Yellow Dog Linux page on Facebook: http://www.facebook.com/home.php#/pages/Yellow-Dog-Linux/13436980903 Follow Yellow Dog Linux on Twitter: http://twitter.com/yellowdoglinux - The YDL Team From dlucio at okay.com.mx Wed Aug 26 13:32:00 2009 From: dlucio at okay.com.mx (Luis Daniel Lucio Quiroz) Date: Wed, 26 Aug 2009 14:32:00 -0500 Subject: [ydl-gen] Blender Message-ID: <200908261432.00981.dlucio@okay.com.mx> Hi @ll, I wonder if anyone has the blender rpm for yd6.1 TIA LD From dcenteno at ydl.net Wed Aug 26 15:51:29 2009 From: dcenteno at ydl.net (Derick Centeno) Date: Wed, 26 Aug 2009 17:51:29 -0400 Subject: [ydl-gen] Blender In-Reply-To: <200908261432.00981.dlucio@okay.com.mx> References: <200908261432.00981.dlucio@okay.com.mx> Message-ID: <20090826175129.28a1cc16@arakus> Saludos Luis! Un abraso desde un Borinque?o celebrando la belleza de La Vida con usted y amistades! Ok. In answer to your question it is best to access a public server close to your country so that the download is bearable. Two ways to get this done. Modify yum so that it points to those servers, and let it do the work for you (finding all the dependencies, etc.) or you can download the package directly from the public server yourself. First option: modifying yum. Yum has gone through some changes over time but if you follow the instructions posted here you should be ok. Here's the link: http://us.fixstars.com/support/solutions/ydl_6.x/yum.shtml/ The information there is compressed so it is easy to miss. The reference regarding yum.repos.d for instance means that within /etc (the etc directory) you should find /yum.repos.d (the yum.repos.d directory). Within /yum.repos.d should be the other files including yellowdog-base.repo. Each distinct file must point to the correct public server; this means that the directories listed in each file must exactly reflect the actual directories on the public server which you want yum to access. Following this method, if you are going to add a server in each file, you must of course, write into each file that server's directory structure for ydl 6.1 correctly -- a total of three times. The old way modify yum to do the same thing is to modify yum.conf which is also within /etc. You still have to write the directory out correctly three times, but this time you are only modifying yum.conf -- one file. The only thing you save may be your temper and maybe avoid writer's cramp. Which method you choose is up to you, but the current way of doing it -- the harder way -- actually helps keep yum secure, although explaining how is beyond this note. I'm going to imagine that you understand this and present to you a link to where you can find public servers for ydl. They are here: http://us.fixstars.com/support/downloads/ Scroll down that page and you'll see the available public mirrors. I recommend you view/visit the public mirror you think you will use and learn how it's set up for yellowdog first before you decide to modify yum. Work on yum after you have a clear idea of how the directories are ordered within that server for ydl 6.1. Keep in mind that although different versions of ydl are ordered the same within one server -- different servers may have different directory structures/order in which ydl 6.1 resides. I'm going to imagine that all the above has been done and you are ready for yum to find and install Blender for you. How do you do that? Here is the really simple part, after you endured all the above: #yum install "*blender*" That's it! Really. Te le judo! I promise you. Ironic, isn't it? The * are wildcards which tells yum to find any other package of software associated with blender. Yum will find them and sort out all their dependencies and blender's dependencies at the same time. The result will be studio quality software on your ydl box. Just so you get the feeling you are actually doing something -- after all yum did the real work anyway -- I would recommend a decent text which uses and discusses blender in some length. Towards that end I recommend two books by Norman Lin, they are: Linux 3D Graphics Programming and Advanced Linux 3D Graphics Programming. Without yum, you'll be downloading Blender components and dependencies and dependencies of those dependencies one at a time and you will risk missing something. Just thought I'd let you know both that the "easy" and "hard" way in reference to Blender is a matter of interpretation, but if I were you I'd get to work with a Corona or Dos XX on the side and get yum ready to search and download from various servers. As for me, I don't have a preference; I enjoy them both. One day one, then I swap and do the other some days later. I refer to Dos XX and Corona, of course. Buena Suerte y recuerdas a engosarse alg?n tiempo... On Wed, 26 Aug 2009 14:32:00 -0500 Luis Daniel Lucio Quiroz wrote: > Hi @ll, > > I wonder if anyone has the blender rpm for yd6.1 > > TIA > > LD -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.fixstars.com/pipermail/yellowdog-general/attachments/20090826/676185b5/attachment.bin From warren at phys.washington.edu Wed Aug 26 19:26:26 2009 From: warren at phys.washington.edu (Warren Nagourney) Date: Wed, 26 Aug 2009 18:26:26 -0700 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros Message-ID: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> It appears that the otheros option for the PS3 is coming to an end, though it will be allowed on older machines with future firmware updates. I am guessing that the ps3 linux is just about dead anyway - the activity on various forums has dropped to a whisper. However, there were products for the scientific community using multiple ps3s; will these be discontinued? It is too bad that this unique architecture has no inexpensive platform for amateur experimentation. In this weak economy, I wouldn't be surprised if the Cell is discontinued eventually. It doesn't seem to be able to compete (in the market, not technical brilliance) with boring offerings from intel and amd. I would welcome comments from PS3 users and Fixstars people on these latest developments. Thanks. Cheers, Warren Nagourney From dlucio at okay.com.mx Wed Aug 26 20:59:17 2009 From: dlucio at okay.com.mx (Luis Daniel Lucio Quiroz) Date: Wed, 26 Aug 2009 21:59:17 -0500 Subject: [ydl-gen] Blender In-Reply-To: <20090826175129.28a1cc16@arakus> References: <200908261432.00981.dlucio@okay.com.mx> <20090826175129.28a1cc16@arakus> Message-ID: <200908262159.17153.dlucio@okay.com.mx> Le mercredi 26 ao?t 2009 16:51:29, Derick Centeno a ?crit : > Saludos Luis! > > Un abraso desde un Borinque?o celebrando la belleza de La Vida con > usted y amistades! > > Ok. In answer to your question it is best to access a public server > close to your country so that the download is bearable. Two ways to > get this done. Modify yum so that it points to those servers, and > let it do the work for you (finding all the dependencies, etc.) or > you can download the package directly from the public server yourself. > > First option: modifying yum. Yum has gone through some changes over > time but if you follow the instructions posted here you should be ok. > Here's the link: > > http://us.fixstars.com/support/solutions/ydl_6.x/yum.shtml/ > > The information there is compressed so it is easy to miss. The > reference regarding yum.repos.d for instance means that within > /etc (the etc directory) you should find /yum.repos.d (the yum.repos.d > directory). Within /yum.repos.d should be the other files > including yellowdog-base.repo. Each distinct file must point to the > correct public server; this means that the directories listed in > each file must exactly reflect the actual directories on the > public server which you want yum to access. Following this method, > if you are going to add a server in each file, you must of course, > write into each file that server's directory structure for ydl 6.1 > correctly -- a total of three times. > > The old way modify yum to do the same thing is to modify yum.conf > which is also within /etc. You still have to write the directory out > correctly three times, but this time you are only modifying yum.conf > -- one file. The only thing you save may be your temper and > maybe avoid writer's cramp. Which method you choose is up to you, > but the current way of doing it -- the harder way -- actually helps > keep yum secure, although explaining how is beyond this note. > > I'm going to imagine that you understand this and present to you a > link to where you can find public servers for ydl. They are here: > > http://us.fixstars.com/support/downloads/ > > Scroll down that page and you'll see the available public mirrors. > I recommend you view/visit the public mirror you think you will use > and learn how it's set up for yellowdog first before you decide to > modify yum. Work on yum after you have a clear idea of how the > directories are ordered within that server for ydl 6.1. Keep in mind > that although different versions of ydl are ordered the same within > one server -- different servers may have different directory > structures/order in which ydl 6.1 resides. > > I'm going to imagine that all the above has been done and you are > ready for yum to find and install Blender for you. How do you do > that? Here is the really simple part, after you endured all > the above: > > #yum install "*blender*" > > That's it! Really. Te le judo! I promise you. Ironic, isn't it? > > The * are wildcards which tells yum to find any other package of > software associated with blender. Yum will find them and sort out > all their dependencies and blender's dependencies at the same time. > The result will be studio quality software on your ydl box. Just so > you get the feeling you are actually doing something -- after all yum > did the real work anyway -- I would recommend a decent text which > uses and discusses blender in some length. Towards that end I > recommend two books by Norman Lin, they are: > Linux 3D Graphics Programming and Advanced Linux 3D Graphics > Programming. > > Without yum, you'll be downloading Blender components and > dependencies and dependencies of those dependencies one at a time and > you will risk missing something. Just thought I'd let you know both > that the "easy" and "hard" way in reference to Blender is a matter of > interpretation, but if I were you I'd get to work with a Corona or > Dos XX on the side and get yum ready to search and download from > various servers. > > As for me, I don't have a preference; I enjoy them both. One day one, > then I swap and do the other some days later. I refer to Dos XX and > Corona, of course. > > Buena Suerte y recuerdas a engosarse alg?n tiempo... > > On Wed, 26 Aug 2009 14:32:00 -0500 > > Luis Daniel Lucio Quiroz wrote: > > Hi @ll, > > > > I wonder if anyone has the blender rpm for yd6.1 > > > > TIA > > > > LD Many thanx the fact is that blender rpm is not available in repos. Look: [root at ps3 yum.repos.d]# yum list|grep -i blender [root at ps3 yum.repos.d]# Is there any other repos other than base, update and extra? Thanx LD From dcenteno at ydl.net Wed Aug 26 22:53:14 2009 From: dcenteno at ydl.net (Derick Centeno) Date: Thu, 27 Aug 2009 00:53:14 -0400 Subject: [ydl-gen] Blender In-Reply-To: <200908262159.17153.dlucio@okay.com.mx> References: <200908261432.00981.dlucio@okay.com.mx> <20090826175129.28a1cc16@arakus> <200908262159.17153.dlucio@okay.com.mx> Message-ID: <20090827005314.28d82bcb@arakus> Unfortunately Luis the only language I know besides English is Spanish. Your server is in France or a French country? I'll make a stronger effort to clarify my English for your benefit. Also I want to recommend Google Translate which allows fairly good translation between Spanish, French and English. To our communications problem: Those files in yum.repos.d are instructions to yum in which servers on the web to look for rpms in. Those files do not contain the rpms themselves. If you open one of the files (with a text editor) you will see that it is very much like the example link I referred to you. The reason you got no response from your system is because blender is not installed on your computer. yum can search servers on the web external to your computer and compare what is there with what you have on your hard-drive and inform you whether it is installed or not. I executed the same command you used, on my own system. Here is the result: [root at arakus aguila]# yum list|grep -i blender blender.ppc 2.45-17.el5 installed [root at arakus aguila]# Your computer responded as it did because yum discovered that blender is not present and so it represented the non-presence of blender by reporting nothing. I'm using YDL 6.2. However I know that blender is part of the package of software available for YDL 6.1 because I also used YDL 6.1 and other earlier versions of YDL. I'm going to execute running yum to list and provide information regarding blender. I'll share the results here and I'd like you on your system to run the same sequence of commands I did. Ok? Here goes: [aguila at arakus ~]$ su Password: [root at arakus aguila]# yum info "*blender*" Loading "installonlyn" plugin base 100% |=========================| 1.1 kB 00:00 updates 100% |=========================| 951 B 00:00 extras 100% |=========================| 951 B 00:00 Installed Packages Name : blender Arch : ppc Version: 2.45 Release: 17.el5 Size : 27 M Repo : installed Summary: 3D modeling, animation, rendering and post-production Description: Blender is the essential software solution you need for 3D, from modeling, animation, rendering and post-production to interactive creation and playback. Professionals and novices can easily and inexpensively publish stand-alone, secure, multi-platform content to the web, CD-ROMs, and other media. This version doesn't contains ffmpeg support. [root at arakus aguila]# The above is how yum responded to my command to inform me something about blender. If you execute the same command you will get the same result. You don't have to be in yum.repos.d to execute yum. Here is another command to yum to find blender and anything else associated with blender: [root at arakus aguila]# yum search blender Loading "installonlyn" plugin blender.ppc 2.45-17.el5 extras Matched from: blender Blender is the essential software solution you need for 3D, from modeling, animation, rendering and post-production to interactive creation and playback. Professionals and novices can easily and inexpensively publish stand-alone, secure, multi-platform content to the web, CD-ROMs, and other media. This version doesn't contains ffmpeg support. http://www.blender.org blender.ppc 2.45-17.el5 installed Matched from: blender Blender is the essential software solution you need for 3D, from modeling, animation, rendering and post-production to interactive creation and playback. Professionals and novices can easily and inexpensively publish stand-alone, secure, multi-platform content to the web, CD-ROMs, and other media. This version doesn't contains ffmpeg support. http://www.blender.org [root at arakus aguila]# yum is telling me that it found blender available on a remote server that is external, not part of my computer system. And it is reporting that blender is installed on my computer. Now I'll tell yum to do something more complex. I want yum to look for any package available for YDL 6.2 which contain the letters ble. Logically this should include blender. Here is how yum performs: [root at arakus aguila]# yum info "*ble*" Loading "installonlyn" plugin Installed Packages Name : arptables_jf Arch : ppc Version: 0.0.8 Release: 8 Size : 207 k Repo : installed Summary: Userspace control program for the arptables network filter. Description: The arptables_jf utility controls the arpfilter network packet filtering code in the Linux kernel. You do not need this program for normal network firewalling. If you need to manually control which arp requests and/or replies this machine accepts and sends, you should install this package. Name : blender Arch : ppc Version: 2.45 Release: 17.el5 Size : 27 M Repo : installed Summary: 3D modeling, animation, rendering and post-production Description: Blender is the essential software solution you need for 3D, from modeling, animation, rendering and post-production to interactive creation and playback. Professionals and novices can easily and inexpensively publish stand-alone, secure, multi-platform content to the web, CD-ROMs, and other media. This version doesn't contains ffmpeg support. Name : iptables Arch : ppc Version: 1.3.5 Release: 1.2.1 Size : 905 k Repo : installed Summary: Tools for managing Linux kernel packet filtering capabilities. Description: The iptables utility controls the network packet filtering code in the Linux kernel. If you need to set up firewalls and/or IP masquerading, you should install this package. Name : iptables-ipv6 Arch : ppc Version: 1.3.5 Release: 1.2.1 Size : 471 k Repo : installed Summary: IPv6 support for iptables. Description: The iptables package contains IPv6 (the next version of the IP protocol) support for iptables. Iptables controls the Linux kernel network packet filtering code, allowing you to set up firewalls and IP masquerading. Install iptables-ipv6 if you need to set up firewalling for your network and you are using ipv6. Name : setroubleshoot Arch : noarch Version: 2.0.5 Release: 3 Size : 314 k Repo : installed Summary: Helps troubleshoot SELinux problems Description: Provides tools to help diagnose SELinux problems. When AVC messages are generated an alert can be generated that will give information about the problem and help track its resolution. Alerts can be configured to user preference. The same tools can be run on existing log files. Name : setroubleshoot-plugins Arch : noarch Version: 2.0.4 Release: 2 Size : 1.7 M Repo : installed Summary: Analysis plugins for use with setroubleshoot Description: This package provides a set of analysis plugins for use with setroubleshoot. Each plugin has the capacity to analyze SELinux AVC data and system data to provide user friendly reports describing how to interpret SELinux AVC denials. Name : setroubleshoot-server Arch : noarch Version: 2.0.5 Release: 3 Size : 2.1 M Repo : installed Summary: SELinux troubleshoot server Description: Provides tools to help diagnose SELinux problems. When AVC messages are generated an alert can be generated that will give information about the problem and help track its resolution. Alerts can be configured to user preference. The same tools can be run on existing log files. Name : squid Arch : ppc Epoch : 7 Version: 2.6.STABLE21 Release: 3 Size : 3.8 M Repo : installed Summary: The Squid proxy caching server. Description: Squid is a high-performance proxy caching server for Web clients, supporting FTP, gopher, and HTTP data objects. Unlike traditional caching software, Squid handles all requests in a single, non-blocking, I/O-driven process. Squid keeps meta data and especially hot objects cached in RAM, caches DNS lookups, supports non-blocking DNS lookups, and implements negative caching of failed requests. Squid consists of a main server program squid, a Domain Name System lookup program (dnsserver), a program for retrieving FTP data (ftpget), and some management and client tools. Name : tktable Arch : ppc Version: 2.9 Release: 10.el5 Size : 336 k Repo : installed Summary: Table/matrix widget extension to Tcl/Tk Description: Tktable provides a table/matrix widget for Tk programs. Features: multi-line cells, embedded windows, variable width columns/height rows (interactively resizable), scrollbar support, tag styles per row, column or cell, in-cell editing, works on UNIX, Windows and MacIntosh, Unicode support with Tk 8.1 and above. Available Packages Name : cobbler Arch : ppc Version: 1.6.6 Release: 1.el5 Size : 921 k Repo : extras Summary: Boot server configurator Description: Cobbler is a network install server. Cobbler supports PXE, virtualized installs, and reinstalling existing Linux machines. The last two modes use a helper tool, 'koan', that integrates with cobbler. Cobbler's advanced features include importing distributions from DVDs and rsync mirrors, kickstart templating, integrated yum mirroring, and built-in DHCP/DNS/power Management. Cobbler has a Python and XMLRPC API for integration with other applications. There is also a web interface. Name : ebtables Arch : ppc Version: 2.0.8 Release: 1.el5 Size : 93 k Repo : extras Summary: Ethernet Bridge frame table administration tool Description: Ethernet bridge tables is a firewalling tool to transparently filter network traffic passing a bridge. The filtering possibilities are limited to link layer filtering and some basic filtering on higher network layers. This tool is the userspace control for the bridge and ebtables kernel components (built by default in Fedora Core kernels). The ebtables tool can be used together with the other Linux filtering tools, like iptables. There are no known incompatibility issues. Name : iptables-devel Arch : ppc Version: 1.3.5 Release: 1.2.1 Size : 45 k Repo : base Summary: Development package for iptables. Description: The iptables utility controls the network packet filtering code in the Linux kernel. If you need to set up firewalls and/or IP masquerading, you should install this package. Name : perl-Class-Data-Inheritable Arch : noarch Version: 0.06 Release: 2.el5 Size : 8.6 k Repo : extras Summary: Inheritable, overridable class data Description: Class::Data::Inheritable is for creating accessor/mutators to class data. That is, if you want to store something about your class as a whole (instead of about a single object). This data is then inherited by your subclasses and can be overriden. Name : perl-Digest-BubbleBabble Arch : noarch Version: 0.01 Release: 6.el5 Size : 8.5 k Repo : extras Summary: Create bubble-babble fingerprints Description: Digest::BubbleBabble takes a message digest (generated by either of the MD5 or SHA-1 message digest algorithms) and creates a fingerprint of that digest in "bubble babble" format. Bubble babble is a method of representing a message digest as a string of "real" words, to make the fingerprint easier to remember. The "words" are not necessarily real words, but they look more like words than a string of hex characters. Bubble babble fingerprinting is used by the SSH2 suite (and, consequently, by Net::SSH::Perl, the Perl SSH implementation) to display easy-to-remember key fingerprints. The key (a DSA or RSA key) is converted into a textual form, digested using Digest::SHA1, and run through bubblebabble to create the key fingerprint. Name : perl-HTML-Table Arch : noarch Version: 2.05 Release: 1.el5 Size : 27 k Repo : extras Summary: Create HTML tables using simple interface Description: HTML::Table is used to generate HTML tables for CGI scripts. By using the methods provided fairly complex tables can be created, manipulated, then printed from Perl scripts. The module also greatly simplifies creating tables within tables from Perl. It is possible to create an entire table using the methods provided and never use an HTML tag. HTML::Table also allows for creating dynamically sized tables via its addRow and addCol methods. These methods automatically resize the table if passed more cell values than will fit in the current table grid. Methods are provided for nearly all valid table, row, and cell tags specified for HTML 3.0. Name : perl-HTML-TableExtract Arch : noarch Version: 2.10 Release: 2.el5 Size : 32 k Repo : extras Summary: A Perl module for extracting content in HTML tables Description: HTML::TableExtract is a module that simplifies the extraction of information contained in tables within HTML documents. Tables of note may be specified using Headers, Depth, Count, Attributes, or some combination of the three. See the module documentation for details. Name : perl-IPC-Shareable Arch : noarch Version: 0.60 Release: 3.el5 Size : 39 k Repo : extras Summary: Share Perl variables between processes Description: IPC::Shareable allows you to tie a variable to shared memory making it easy to share the contents of that variable with other Perl processes. Scalars, arrays, and hashes can be tied. The variable being tied may contain arbitrarily complex data structures - including references to arrays, hashes of hashes, etc. Name : perl-Module-Pluggable Arch : noarch Version: 3.60 Release: 3.el5 Size : 23 k Repo : extras Summary: Automatically give your module the ability to have plugins Description: Provides a simple but, hopefully, extensible way of having 'plugins' for your module. Name : perl-Net-DNS-Resolver-Programmable Arch : noarch Version: 0.003 Release: 2.el5 Size : 20 k Repo : extras Summary: Programmable DNS resolver class for offline emulation of DNS Description: Net::DNS::Resolver::Programmable is a Net::DNS::Resolver descendant class that allows a virtual DNS to be emulated instead of querying the real DNS. A set of static DNS records may be supplied, or arbitrary code may be specified as a means for retrieving DNS records, or even generating them on the fly. Name : perl-Proc-ProcessTable Arch : ppc Version: 0.44 Release: 1.el5 Size : 47 k Repo : extras Summary: Perl extension to access the unix process table Description: Perl interface to the unix process table. Name : postgresql-table_log Arch : ppc Version: 0.4.4 Release: 3.el5 Size : 21 k Repo : extras Summary: Log data changes in a PostgreSQL table Description: table_log is a set of functions to log changes on a table in PostgreSQL and to restore the state of the table or a specific row on any time in the past. Name : python-peak-util-assembler Arch : noarch Version: 0.5 Release: 1.el5 Size : 69 k Repo : extras Summary: Generate Python code objects by "assembling" bytecode Description: peak.util.assembler is a simple bytecode assembler module that handles most low-level bytecode generation details like jump offsets, stack size tracking, line number table generation, constant and variable name index tracking, etc. That way, you can focus your attention on the desired semantics of your bytecode instead of on these mechanical issues. In addition to a low-level opcode-oriented API for directly generating specific Python bytecodes, this module also offers an extensible mini-AST framework for generating code from high-level specifications. This framework does most of the work needed to transform tree-like structures into linear bytecode instructions, and includes the ability to do compile-time constant folding. Name : python-text_table Arch : noarch Version: 0.02 Release: 2.el5 Size : 8.0 k Repo : extras Summary: Simple Eyecandy ASCII Tables Description: This module provides an interface to output simple ASCII tables. It is based on the perl module Text::SimpleTable. Name : scim-tables Arch : ppc Version: 0.5.6 Release: 7 Size : 358 k Repo : base Summary: SCIM Generic Table IMEngine Description: This package contains the Generic Table IMEngine for SCIM. Name : scim-tables-additional Arch : ppc Version: 0.5.6 Release: 7 Size : 18 k Repo : base Summary: Other miscellaneous SCIM tables Description: This package contains some miscellaneous scim-tables. Name : scim-tables-amharic Arch : ppc Version: 0.5.6 Release: 7 Size : 10 k Repo : base Summary: SCIM tables for Amharic Description: This package contains scim-tables files for Amharic input. Name : scim-tables-arabic Arch : ppc Version: 0.5.6 Release: 7 Size : 7.7 k Repo : base Summary: SCIM tables for Arabic Description: This package contains scim-tables files for Chinese input. Name : scim-tables-chinese Arch : ppc Version: 0.5.6 Release: 7 Size : 6.2 M Repo : base Summary: SCIM tables for Chinese Description: This package contains scim-tables files for Chinese input. Name : scim-tables-nepali Arch : ppc Version: 0.5.6 Release: 7 Size : 9.3 k Repo : base Summary: SCIM tables for Description: This package contains scim-tables files for Nepali input. Name : scim-tables-russian Arch : ppc Version: 0.5.6 Release: 7 Size : 7.8 k Repo : base Summary: SCIM tables for Russian Description: This package contains scim-tables files for Russian input. Name : scim-tables-thai Arch : ppc Version: 0.5.6 Release: 7 Size : 8.3 k Repo : base Summary: SCIM tables for Thai Description: This package contains scim-tables files for Thai input. Name : scim-tables-vietnamese Arch : ppc Version: 0.5.6 Release: 7 Size : 9.2 k Repo : base Summary: SCIM tables for Vietnamese Description: This package contains scim-tables files for Vietnamese input. Name : thaifonts-scalable Arch : noarch Version: 0.4.9 Release: 3 Size : 2.4 M Repo : base Summary: A collection of scalable Thai fonts Description: This package collects scalable Thai fonts available in free licenses. Thai scalable fonts included here are: - Kinnari, Garuda and Norasi from the National Font project - DB Thai Text from DearBook - TlwgMono, PseudoMono, Purisa by TLWG Name : xulrunner-devel-unstable Arch : ppc Version: 1.9.0.12 Release: 1 Size : 3.6 M Repo : updates Summary: Development files for Gecko, which are not considered stable Description: Unstable files for use with development of Gecko applications. These headers are not frozen and APIs can change at any time, so should not be relied on. [root at arakus aguila]# The results above are quite revealing. Not only does yum tell me, in the Repo field whether a package is installed on my computer, it also tells me that there are packages available for me to install on the servers (on the Web and external to my computer). It also explains to me what these packages are and what they do. Now a bit more of how yum works. The instructions yum follows, in what servers to look and examine, are defined and determined in the files within yum.repos.d. Explained differently: The packages/rpms are located on the servers; the files in yum.repos.d tell yum the locations of the servers on the web. I hope this is clearer. If not, please consider joining the Yellowdog Community Board located here: http://yellowdog-board.com/ or other recently announced support which I'll repeat here: From: Bonnie Gosler To: yellowdog-general at lists.fixstars.com Subject: [ydl-gen] A new way to connect with YDL, on Facebook and Twitter! - Announcement - August 18, 2009 Date: Tue, 18 Aug 2009 10:38:19 -0600 Reply-To: Discussion List for Yellow Dog Linux User Topics Sender: yellowdog-general-bounces at lists.fixstars.com User-Agent: Thunderbird 2.0.0.18 (X11/20090116) Organization: Fixstars Solutions Yellow Dog Enthusiasts, Find us on Facebook and Twitter to keep up-to-date with YDL releases, promotions and to connect with other Yellow Dog lovers. Visit our new social networking page on our website to connect: http://us.fixstars.com/products/ydl/social.shtml Check out the Yellow Dog Linux page on Facebook: http://www.facebook.com/home.php#/pages/Yellow-Dog-Linux/13436980903 Follow Yellow Dog Linux on Twitter: http://twitter.com/yellowdoglinux - The YDL Team _______________________________________________ Good Luck... On Wed, 26 Aug 2009 21:59:17 -0500 Luis Daniel Lucio Quiroz wrote: > Le mercredi 26 ao?t 2009 16:51:29, Derick Centeno a ?crit : > > Saludos Luis! > > > > Un abraso desde un Borinque?o celebrando la belleza de La Vida con > > usted y amistades! > > > > Ok. In answer to your question it is best to access a public > > server close to your country so that the download is bearable. > > Two ways to get this done. Modify yum so that it points to those > > servers, and let it do the work for you (finding all the > > dependencies, etc.) or you can download the package directly from > > the public server yourself. > > > > First option: modifying yum. Yum has gone through some changes > > over time but if you follow the instructions posted here you > > should be ok. Here's the link: > > > > http://us.fixstars.com/support/solutions/ydl_6.x/yum.shtml/ > > > > The information there is compressed so it is easy to miss. The > > reference regarding yum.repos.d for instance means that within > > /etc (the etc directory) you should find /yum.repos.d (the > > yum.repos.d directory). Within /yum.repos.d should be the other > > files including yellowdog-base.repo. Each distinct file must > > point to the correct public server; this means that the > > directories listed in each file must exactly reflect the actual > > directories on the public server which you want yum to access. > > Following this method, if you are going to add a server in each > > file, you must of course, write into each file that server's > > directory structure for ydl 6.1 correctly -- a total of three > > times. > > > > The old way modify yum to do the same thing is to modify yum.conf > > which is also within /etc. You still have to write the directory > > out correctly three times, but this time you are only modifying > > yum.conf -- one file. The only thing you save may be your temper > > and maybe avoid writer's cramp. Which method you choose is up to > > you, but the current way of doing it -- the harder way -- > > actually helps keep yum secure, although explaining how is beyond > > this note. > > > > I'm going to imagine that you understand this and present to you a > > link to where you can find public servers for ydl. They are here: > > > > http://us.fixstars.com/support/downloads/ > > > > Scroll down that page and you'll see the available public mirrors. > > I recommend you view/visit the public mirror you think you will > > use and learn how it's set up for yellowdog first before you > > decide to modify yum. Work on yum after you have a clear idea of > > how the directories are ordered within that server for ydl 6.1. > > Keep in mind that although different versions of ydl are ordered > > the same within one server -- different servers may have > > different directory structures/order in which ydl 6.1 resides. > > > > I'm going to imagine that all the above has been done and you are > > ready for yum to find and install Blender for you. How do you do > > that? Here is the really simple part, after you endured all > > the above: > > > > #yum install "*blender*" > > > > That's it! Really. Te le judo! I promise you. Ironic, isn't > > it? > > > > The * are wildcards which tells yum to find any other package of > > software associated with blender. Yum will find them and sort out > > all their dependencies and blender's dependencies at the same > > time. The result will be studio quality software on your ydl > > box. Just so you get the feeling you are actually doing > > something -- after all yum did the real work anyway -- I would > > recommend a decent text which uses and discusses blender in some > > length. Towards that end I recommend two books by Norman Lin, > > they are: Linux 3D Graphics Programming and Advanced Linux 3D > > Graphics Programming. > > > > Without yum, you'll be downloading Blender components and > > dependencies and dependencies of those dependencies one at a time > > and you will risk missing something. Just thought I'd let you > > know both that the "easy" and "hard" way in reference to Blender > > is a matter of interpretation, but if I were you I'd get to work > > with a Corona or Dos XX on the side and get yum ready to search > > and download from various servers. > > > > As for me, I don't have a preference; I enjoy them both. One day > > one, then I swap and do the other some days later. I refer to > > Dos XX and Corona, of course. > > > > Buena Suerte y recuerdas a engosarse alg?n tiempo... > > > > On Wed, 26 Aug 2009 14:32:00 -0500 > > > > Luis Daniel Lucio Quiroz wrote: > > > Hi @ll, > > > > > > I wonder if anyone has the blender rpm for yd6.1 > > > > > > TIA > > > > > > LD > Many thanx > > the fact is that blender rpm is not available in repos. Look: > [root at ps3 yum.repos.d]# yum list|grep -i blender > [root at ps3 yum.repos.d]# > > > Is there any other repos other than base, update and extra? > > Thanx > > LD > _______________________________________________ > yellowdog-general mailing list - > yellowdog-general at lists.fixstars.com Unsuscribe info: > http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: > to Google archives, try '<keywords> site:us.fixstars.com' -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.fixstars.com/pipermail/yellowdog-general/attachments/20090827/f2fa97d2/attachment-0001.bin From mtn.waya at gmail.com Thu Aug 27 02:09:42 2009 From: mtn.waya at gmail.com (william edwards) Date: Thu, 27 Aug 2009 03:09:42 -0500 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> Message-ID: <75c40fea0908270109r7104428apf47be39ba324e606@mail.gmail.com> id like 2c it keep going. iv had linux on my ps3 since th day i bought it! On 8/26/09, Warren Nagourney wrote: > It appears that the otheros option for the PS3 is coming to an end, > though it will be allowed on older machines with future firmware > updates. I am guessing that the ps3 linux is just about dead anyway - > the activity on various forums has dropped to a whisper. However, > there were products for the scientific community using multiple ps3s; > will these be discontinued? > > It is too bad that this unique architecture has no inexpensive > platform for amateur experimentation. In this weak economy, I > wouldn't be surprised if the Cell is discontinued eventually. It > doesn't seem to be able to compete (in the market, not technical > brilliance) with boring offerings from intel and amd. > > I would welcome comments from PS3 users and Fixstars people on these > latest developments. Thanks. > > Cheers, > > Warren Nagourney > > _______________________________________________ > yellowdog-general mailing list - yellowdog-general at lists.fixstars.com > Unsuscribe info: > http://lists.fixstars.com/mailman/listinfo/yellowdog-general > HINT: to Google archives, try '<keywords> site:us.fixstars.com' > From fareale at infomus.dist.unige.it Thu Aug 27 09:30:03 2009 From: fareale at infomus.dist.unige.it (Alessandro Fausto) Date: Thu, 27 Aug 2009 17:30:03 +0200 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <75c40fea0908270109r7104428apf47be39ba324e606@mail.gmail.com> References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> <75c40fea0908270109r7104428apf47be39ba324e606@mail.gmail.com> Message-ID: I am a freelance software developer and the PS3 is the only Cell based system I can buy with my limited budget. Me too I have installed and used linux on my PS3 since the day i bought it. I like the Cell architecture and I will wait to see what appens. Regards, Alessandro Fausto 2009/8/27, william edwards : > id like 2c it keep going. iv had linux on my ps3 since th day i bought it! > > > On 8/26/09, Warren Nagourney wrote: > > It appears that the otheros option for the PS3 is coming to an end, > > though it will be allowed on older machines with future firmware > > updates. I am guessing that the ps3 linux is just about dead anyway - > > the activity on various forums has dropped to a whisper. However, > > there were products for the scientific community using multiple ps3s; > > will these be discontinued? > > > > It is too bad that this unique architecture has no inexpensive > > platform for amateur experimentation. In this weak economy, I > > wouldn't be surprised if the Cell is discontinued eventually. It > > doesn't seem to be able to compete (in the market, not technical > > brilliance) with boring offerings from intel and amd. > > > > I would welcome comments from PS3 users and Fixstars people on these > > latest developments. Thanks. > > > > Cheers, > > > > Warren Nagourney > > > > _______________________________________________ > > yellowdog-general mailing list - yellowdog-general at lists.fixstars.com > > Unsuscribe info: > > http://lists.fixstars.com/mailman/listinfo/yellowdog-general > > HINT: to Google archives, try '<keywords> site:us.fixstars.com' > > > _______________________________________________ > yellowdog-general mailing list - yellowdog-general at lists.fixstars.com > Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general > HINT: to Google archives, try '<keywords> site:us.fixstars.com' > From dlucio at okay.com.mx Thu Aug 27 10:08:48 2009 From: dlucio at okay.com.mx (Luis Daniel Lucio Quiroz) Date: Thu, 27 Aug 2009 11:08:48 -0500 Subject: [ydl-gen] Blender In-Reply-To: <20090827005314.28d82bcb@arakus> References: <200908261432.00981.dlucio@okay.com.mx> <200908262159.17153.dlucio@okay.com.mx> <20090827005314.28d82bcb@arakus> Message-ID: <200908271108.48487.dlucio@okay.com.mx> Le mercredi 26 ao?t 2009 23:53:14, Derick Centeno a ?crit : > Unfortunately Luis the only language I know besides English is > Spanish. Your server is in France or a French country? > > I'll make a stronger effort to clarify my English for your benefit. > Also I want to recommend Google Translate which allows fairly good > translation between Spanish, French and English. > > To our communications problem: Those files in yum.repos.d are > instructions to yum in which servers on the web to look for rpms in. > Those files do not contain the rpms themselves. If you open one of > the files (with a text editor) you will see that it is very much like > the example link I referred to you. > > The reason you got no response from your system is because blender is > not installed on your computer. yum can search servers on the web > external to your computer and compare what is there with what you > have on your hard-drive and inform you whether it is installed or not. > I executed the same command you used, on my own system. Here is the > result: > > [root at arakus aguila]# yum list|grep -i blender > blender.ppc 2.45-17.el5 > installed [root at arakus aguila]# > > Your computer responded as it did because yum discovered that blender > is not present and so it represented the non-presence of blender by > reporting nothing. I'm using YDL 6.2. However I know that blender > is part of the package of software available for YDL 6.1 because I > also used YDL 6.1 and other earlier versions of YDL. > > I'm going to execute running yum to list and provide information > regarding blender. I'll share the results here and I'd like you on > your system to run the same sequence of commands I did. Ok? > > Here goes: > > [aguila at arakus ~]$ su > Password: > [root at arakus aguila]# yum info "*blender*" > Loading "installonlyn" plugin > base 100% |=========================| 1.1 kB 00:00 > updates 100% |=========================| 951 B 00:00 > extras 100% |=========================| 951 B 00:00 > Installed Packages Name : blender Arch : ppc Version: 2.45 > Release: 17.el5 > Size : 27 M > Repo : installed > Summary: 3D modeling, animation, rendering and post-production > > Description: > Blender is the essential software solution you need for 3D, from > modeling, animation, rendering and post-production to interactive > creation and playback. > > Professionals and novices can easily and inexpensively publish > stand-alone, secure, multi-platform content to the web, CD-ROMs, and > other media. > > This version doesn't contains ffmpeg support. > > > [root at arakus aguila]# > > The above is how yum responded to my command to inform me something > about blender. If you execute the same command you will get the same > result. You don't have to be in yum.repos.d to execute yum. > > Here is another command to yum to find blender and anything else > associated with blender: > > [root at arakus aguila]# yum search blender > Loading "installonlyn" plugin > > > > blender.ppc 2.45-17.el5 > extras Matched from: > blender > Blender is the essential software solution you need for 3D, from > modeling, animation, rendering and post-production to interactive > creation and playback. > > Professionals and novices can easily and inexpensively publish > stand-alone, secure, multi-platform content to the web, CD-ROMs, and > other media. > > This version doesn't contains ffmpeg support. > http://www.blender.org > > > > blender.ppc 2.45-17.el5 > installed Matched from: > blender > Blender is the essential software solution you need for 3D, from > modeling, animation, rendering and post-production to interactive > creation and playback. > > Professionals and novices can easily and inexpensively publish > stand-alone, secure, multi-platform content to the web, CD-ROMs, and > other media. > > This version doesn't contains ffmpeg support. > > http://www.blender.org > [root at arakus aguila]# > > yum is telling me that it found blender available on a remote server > that is external, not part of my computer system. And it is > reporting that blender is installed on my computer. > > Now I'll tell yum to do something more complex. I want yum to look > for any package available for YDL 6.2 which contain the letters > ble. Logically this should include blender. Here is how yum > performs: > > [root at arakus aguila]# yum info "*ble*" > Loading "installonlyn" plugin > Installed Packages > Name : arptables_jf > Arch : ppc > Version: 0.0.8 > Release: 8 > Size : 207 k > Repo : installed > Summary: Userspace control program for the arptables network filter. > > Description: > > The arptables_jf utility controls the arpfilter network packet > filtering code in the Linux kernel. You do not need this program for > normal network firewalling. If you need to manually control which arp > requests and/or replies this machine accepts and sends, you should > install this package. > > > Name : blender > Arch : ppc > Version: 2.45 > Release: 17.el5 > Size : 27 M > Repo : installed > Summary: 3D modeling, animation, rendering and post-production > > Description: > Blender is the essential software solution you need for 3D, from > modeling, animation, rendering and post-production to interactive > creation and playback. > > Professionals and novices can easily and inexpensively publish > stand-alone, secure, multi-platform content to the web, CD-ROMs, and > other media. > > This version doesn't contains ffmpeg support. > > > Name : iptables > Arch : ppc > Version: 1.3.5 > Release: 1.2.1 > Size : 905 k > Repo : installed > Summary: Tools for managing Linux kernel packet filtering > capabilities. > > Description: > The iptables utility controls the network packet filtering code in the > Linux kernel. If you need to set up firewalls and/or IP masquerading, > you should install this package. > > > Name : iptables-ipv6 > Arch : ppc > Version: 1.3.5 > Release: 1.2.1 > Size : 471 k > Repo : installed > Summary: IPv6 support for iptables. > > Description: > The iptables package contains IPv6 (the next version of the IP > protocol) support for iptables. Iptables controls the Linux kernel > network packet filtering code, allowing you to set up firewalls and IP > masquerading. > > Install iptables-ipv6 if you need to set up firewalling for your > network and you are using ipv6. > > > Name : setroubleshoot > Arch : noarch > Version: 2.0.5 > Release: 3 > Size : 314 k > Repo : installed > Summary: Helps troubleshoot SELinux problems > > Description: > Provides tools to help diagnose SELinux problems. When AVC messages > are generated an alert can be generated that will give information > about the problem and help track its resolution. Alerts can be > configured to user preference. The same tools can be run on existing > log files. > > > Name : setroubleshoot-plugins > Arch : noarch > Version: 2.0.4 > Release: 2 > Size : 1.7 M > Repo : installed > Summary: Analysis plugins for use with setroubleshoot > > Description: > This package provides a set of analysis plugins for use with > setroubleshoot. Each plugin has the capacity to analyze SELinux AVC > data and system data to provide user friendly reports describing how > to interpret SELinux AVC denials. > > > Name : setroubleshoot-server > Arch : noarch > Version: 2.0.5 > Release: 3 > Size : 2.1 M > Repo : installed > Summary: SELinux troubleshoot server > > Description: > Provides tools to help diagnose SELinux problems. When AVC messages > are generated an alert can be generated that will give information > about the problem and help track its resolution. Alerts can be > configured to user preference. The same tools can be run on existing > log files. > > > Name : squid > Arch : ppc > Epoch : 7 > Version: 2.6.STABLE21 > Release: 3 > Size : 3.8 M > Repo : installed > Summary: The Squid proxy caching server. > > Description: > Squid is a high-performance proxy caching server for Web clients, > supporting FTP, gopher, and HTTP data objects. Unlike traditional > caching software, Squid handles all requests in a single, > non-blocking, I/O-driven process. Squid keeps meta data and especially > hot objects cached in RAM, caches DNS lookups, supports non-blocking > DNS lookups, and implements negative caching of failed requests. > > Squid consists of a main server program squid, a Domain Name System > lookup program (dnsserver), a program for retrieving FTP data > (ftpget), and some management and client tools. > > > Name : tktable > Arch : ppc > Version: 2.9 > Release: 10.el5 > Size : 336 k > Repo : installed > Summary: Table/matrix widget extension to Tcl/Tk > > Description: > Tktable provides a table/matrix widget for Tk programs. Features: > multi-line cells, embedded windows, variable width columns/height rows > (interactively resizable), scrollbar support, tag styles per row, > column or cell, in-cell editing, works on UNIX, Windows and MacIntosh, > Unicode support with Tk 8.1 and above. > > > Available Packages > Name : cobbler > Arch : ppc > Version: 1.6.6 > Release: 1.el5 > Size : 921 k > Repo : extras > Summary: Boot server configurator > Description: > > Cobbler is a network install server. Cobbler > supports PXE, virtualized installs, and > reinstalling existing Linux machines. The last two > modes use a helper tool, 'koan', that > integrates with cobbler. Cobbler's advanced features > include importing distributions from DVDs and rsync > mirrors, kickstart templating, integrated yum > mirroring, and built-in DHCP/DNS/power Management. Cobbler has > a Python and XMLRPC API for integration with other > applications. There is also a web interface. > > Name : ebtables > Arch : ppc > Version: 2.0.8 > Release: 1.el5 > Size : 93 k > Repo : extras > Summary: Ethernet Bridge frame table administration tool > Description: > Ethernet bridge tables is a firewalling tool to transparently filter > network traffic passing a bridge. The filtering possibilities are > limited to link layer filtering and some basic filtering on higher > network layers. > > This tool is the userspace control for the bridge and ebtables kernel > components (built by default in Fedora Core kernels). > > The ebtables tool can be used together with the other Linux filtering > tools, like iptables. There are no known incompatibility issues. > > Name : iptables-devel > Arch : ppc > Version: 1.3.5 > Release: 1.2.1 > Size : 45 k > Repo : base > Summary: Development package for iptables. > Description: > The iptables utility controls the network packet filtering code in the > Linux kernel. If you need to set up firewalls and/or IP masquerading, > you should install this package. > > Name : perl-Class-Data-Inheritable > Arch : noarch > Version: 0.06 > Release: 2.el5 > Size : 8.6 k > Repo : extras > Summary: Inheritable, overridable class data > Description: > Class::Data::Inheritable is for creating accessor/mutators to > class data. That is, if you want to store something about your > class as a whole (instead of about a single object). This data > is then inherited by your subclasses and can be overriden. > > Name : perl-Digest-BubbleBabble > Arch : noarch > Version: 0.01 > Release: 6.el5 > Size : 8.5 k > Repo : extras > Summary: Create bubble-babble fingerprints > Description: > Digest::BubbleBabble takes a message digest (generated by either of > the MD5 or SHA-1 message digest algorithms) and creates a fingerprint > of that digest in "bubble babble" format. Bubble babble is a method > of representing a message digest as a string of "real" words, to make > the fingerprint easier to remember. The "words" are not necessarily > real words, but they look more like words than a string of hex > characters. > > Bubble babble fingerprinting is used by the SSH2 suite (and, > consequently, by Net::SSH::Perl, the Perl SSH implementation) to > display easy-to-remember key fingerprints. The key (a DSA or RSA key) > is converted into a textual form, digested using Digest::SHA1, and > run through bubblebabble to create the key fingerprint. > > Name : perl-HTML-Table > Arch : noarch > Version: 2.05 > Release: 1.el5 > Size : 27 k > Repo : extras > Summary: Create HTML tables using simple interface > Description: > HTML::Table is used to generate HTML tables for CGI scripts. By > using the methods provided fairly complex tables can be created, > manipulated, then printed from Perl scripts. The module also greatly > simplifies creating tables within tables from Perl. It is possible > to create an entire table using the methods provided and never use an > HTML tag. > > HTML::Table also allows for creating dynamically sized tables via its > addRow and addCol methods. These methods automatically resize the > table if passed more cell values than will fit in the current table > grid. > > Methods are provided for nearly all valid table, row, and cell tags > specified for HTML 3.0. > > Name : perl-HTML-TableExtract > Arch : noarch > Version: 2.10 > Release: 2.el5 > Size : 32 k > Repo : extras > Summary: A Perl module for extracting content in HTML tables > Description: > HTML::TableExtract is a module that simplifies the extraction of > information contained in tables within HTML documents. > > Tables of note may be specified using Headers, Depth, Count, > Attributes, or some combination of the three. See the module > documentation for details. > > Name : perl-IPC-Shareable > Arch : noarch > Version: 0.60 > Release: 3.el5 > Size : 39 k > Repo : extras > Summary: Share Perl variables between processes > Description: > IPC::Shareable allows you to tie a variable to shared memory making it > easy to share the contents of that variable with other Perl processes. > Scalars, arrays, and hashes can be tied. The variable being tied may > contain arbitrarily complex data structures - including references to > arrays, hashes of hashes, etc. > > Name : perl-Module-Pluggable > Arch : noarch > Version: 3.60 > Release: 3.el5 > Size : 23 k > Repo : extras > Summary: Automatically give your module the ability to have plugins > Description: > Provides a simple but, hopefully, extensible way of having 'plugins' > for your module. > > Name : perl-Net-DNS-Resolver-Programmable > Arch : noarch > Version: 0.003 > Release: 2.el5 > Size : 20 k > Repo : extras > Summary: Programmable DNS resolver class for offline emulation of DNS > Description: > Net::DNS::Resolver::Programmable is a Net::DNS::Resolver descendant > class that allows a virtual DNS to be emulated instead of querying > the real DNS. A set of static DNS records may be supplied, or > arbitrary code may be specified as a means for retrieving DNS > records, or even generating them on the fly. > > Name : perl-Proc-ProcessTable > Arch : ppc > Version: 0.44 > Release: 1.el5 > Size : 47 k > Repo : extras > Summary: Perl extension to access the unix process table > Description: > Perl interface to the unix process table. > > Name : postgresql-table_log > Arch : ppc > Version: 0.4.4 > Release: 3.el5 > Size : 21 k > Repo : extras > Summary: Log data changes in a PostgreSQL table > Description: > table_log is a set of functions to log changes on a table in > PostgreSQL and to restore the state of the table or a specific row on > any time in the past. > > Name : python-peak-util-assembler > Arch : noarch > Version: 0.5 > Release: 1.el5 > Size : 69 k > Repo : extras > Summary: Generate Python code objects by "assembling" bytecode > Description: > peak.util.assembler is a simple bytecode assembler module that > handles most low-level bytecode generation details like jump offsets, > stack size tracking, line number table generation, constant and > variable name index tracking, etc. That way, you can focus your > attention on the desired semantics of your bytecode instead of on > these mechanical issues. > > In addition to a low-level opcode-oriented API for directly > generating specific Python bytecodes, this module also offers an > extensible mini-AST framework for generating code from high-level > specifications. This framework does most of the work needed to > transform tree-like structures into linear bytecode instructions, and > includes the ability to do compile-time constant folding. > > Name : python-text_table > Arch : noarch > Version: 0.02 > Release: 2.el5 > Size : 8.0 k > Repo : extras > Summary: Simple Eyecandy ASCII Tables > Description: > This module provides an interface to output simple ASCII tables. It > is based on the perl module Text::SimpleTable. > > Name : scim-tables > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 358 k > Repo : base > Summary: SCIM Generic Table IMEngine > Description: > This package contains the Generic Table IMEngine for SCIM. > > Name : scim-tables-additional > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 18 k > Repo : base > Summary: Other miscellaneous SCIM tables > Description: > This package contains some miscellaneous scim-tables. > > Name : scim-tables-amharic > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 10 k > Repo : base > Summary: SCIM tables for Amharic > Description: > This package contains scim-tables files for Amharic input. > > Name : scim-tables-arabic > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 7.7 k > Repo : base > Summary: SCIM tables for Arabic > Description: > This package contains scim-tables files for Chinese input. > > Name : scim-tables-chinese > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 6.2 M > Repo : base > Summary: SCIM tables for Chinese > Description: > This package contains scim-tables files for Chinese input. > > Name : scim-tables-nepali > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 9.3 k > Repo : base > Summary: SCIM tables for > Description: > This package contains scim-tables files for Nepali input. > > Name : scim-tables-russian > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 7.8 k > Repo : base > Summary: SCIM tables for Russian > Description: > This package contains scim-tables files for Russian input. > > Name : scim-tables-thai > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 8.3 k > Repo : base > Summary: SCIM tables for Thai > Description: > This package contains scim-tables files for Thai input. > > Name : scim-tables-vietnamese > Arch : ppc > Version: 0.5.6 > Release: 7 > Size : 9.2 k > Repo : base > Summary: SCIM tables for Vietnamese > Description: > This package contains scim-tables files for Vietnamese input. > > Name : thaifonts-scalable > Arch : noarch > Version: 0.4.9 > Release: 3 > Size : 2.4 M > Repo : base > Summary: A collection of scalable Thai fonts > Description: > This package collects scalable Thai fonts available in free licenses. > Thai scalable fonts included here are: > - Kinnari, Garuda and Norasi from the National Font project > - DB Thai Text from DearBook > - TlwgMono, PseudoMono, Purisa by TLWG > > Name : xulrunner-devel-unstable > Arch : ppc > Version: 1.9.0.12 > Release: 1 > Size : 3.6 M > Repo : updates > Summary: Development files for Gecko, which are not considered stable > Description: > Unstable files for use with development of Gecko applications. These > headers are not frozen and APIs can change at any time, so should not > be relied on. > > [root at arakus aguila]# > > > The results above are quite revealing. Not only does yum tell me, in > the Repo field whether a package is installed on my computer, it also > tells me that there are packages available for me to install on the > servers (on the Web and external to my computer). It also explains > to me what these packages are and what they do. > > Now a bit more of how yum works. The instructions yum follows, in > what servers to look and examine, are defined and determined in the > files within yum.repos.d. Explained differently: The packages/rpms > are located on the servers; the files in yum.repos.d tell yum the > locations of the servers on the web. > > I hope this is clearer. If not, please consider joining the > Yellowdog Community Board located here: http://yellowdog-board.com/ > or other recently announced support which I'll repeat here: > > From: Bonnie Gosler > To: yellowdog-general at lists.fixstars.com > Subject: [ydl-gen] A new way to connect with YDL, on Facebook and > Twitter! - Announcement - August 18, 2009 > Date: Tue, 18 Aug 2009 10:38:19 -0600 > Reply-To: Discussion List for Yellow Dog Linux User Topics > > Sender: yellowdog-general-bounces at lists.fixstars.com > User-Agent: Thunderbird 2.0.0.18 (X11/20090116) > Organization: Fixstars Solutions > > Yellow Dog Enthusiasts, > > Find us on Facebook and Twitter to keep up-to-date with YDL releases, > promotions and to connect with other Yellow Dog lovers. > > Visit our new social networking page on our website to connect: > http://us.fixstars.com/products/ydl/social.shtml > > Check out the Yellow Dog Linux page on Facebook: > http://www.facebook.com/home.php#/pages/Yellow-Dog-Linux/13436980903 > > Follow Yellow Dog Linux on Twitter: > http://twitter.com/yellowdoglinux > > - The YDL Team > _______________________________________________ > > Good Luck... > > > On Wed, 26 Aug 2009 21:59:17 -0500 > > Luis Daniel Lucio Quiroz wrote: > > Le mercredi 26 ao?t 2009 16:51:29, Derick Centeno a ?crit : > > > Saludos Luis! > > > > > > Un abraso desde un Borinque?o celebrando la belleza de La Vida con > > > usted y amistades! > > > > > > Ok. In answer to your question it is best to access a public > > > server close to your country so that the download is bearable. > > > Two ways to get this done. Modify yum so that it points to those > > > servers, and let it do the work for you (finding all the > > > dependencies, etc.) or you can download the package directly from > > > the public server yourself. > > > > > > First option: modifying yum. Yum has gone through some changes > > > over time but if you follow the instructions posted here you > > > should be ok. Here's the link: > > > > > > http://us.fixstars.com/support/solutions/ydl_6.x/yum.shtml/ > > > > > > The information there is compressed so it is easy to miss. The > > > reference regarding yum.repos.d for instance means that within > > > /etc (the etc directory) you should find /yum.repos.d (the > > > yum.repos.d directory). Within /yum.repos.d should be the other > > > files including yellowdog-base.repo. Each distinct file must > > > point to the correct public server; this means that the > > > directories listed in each file must exactly reflect the actual > > > directories on the public server which you want yum to access. > > > Following this method, if you are going to add a server in each > > > file, you must of course, write into each file that server's > > > directory structure for ydl 6.1 correctly -- a total of three > > > times. > > > > > > The old way modify yum to do the same thing is to modify yum.conf > > > which is also within /etc. You still have to write the directory > > > out correctly three times, but this time you are only modifying > > > yum.conf -- one file. The only thing you save may be your temper > > > and maybe avoid writer's cramp. Which method you choose is up to > > > you, but the current way of doing it -- the harder way -- > > > actually helps keep yum secure, although explaining how is beyond > > > this note. > > > > > > I'm going to imagine that you understand this and present to you a > > > link to where you can find public servers for ydl. They are here: > > > > > > http://us.fixstars.com/support/downloads/ > > > > > > Scroll down that page and you'll see the available public mirrors. > > > I recommend you view/visit the public mirror you think you will > > > use and learn how it's set up for yellowdog first before you > > > decide to modify yum. Work on yum after you have a clear idea of > > > how the directories are ordered within that server for ydl 6.1. > > > Keep in mind that although different versions of ydl are ordered > > > the same within one server -- different servers may have > > > different directory structures/order in which ydl 6.1 resides. > > > > > > I'm going to imagine that all the above has been done and you are > > > ready for yum to find and install Blender for you. How do you do > > > that? Here is the really simple part, after you endured all > > > the above: > > > > > > #yum install "*blender*" > > > > > > That's it! Really. Te le judo! I promise you. Ironic, isn't > > > it? > > > > > > The * are wildcards which tells yum to find any other package of > > > software associated with blender. Yum will find them and sort out > > > all their dependencies and blender's dependencies at the same > > > time. The result will be studio quality software on your ydl > > > box. Just so you get the feeling you are actually doing > > > something -- after all yum did the real work anyway -- I would > > > recommend a decent text which uses and discusses blender in some > > > length. Towards that end I recommend two books by Norman Lin, > > > they are: Linux 3D Graphics Programming and Advanced Linux 3D > > > Graphics Programming. > > > > > > Without yum, you'll be downloading Blender components and > > > dependencies and dependencies of those dependencies one at a time > > > and you will risk missing something. Just thought I'd let you > > > know both that the "easy" and "hard" way in reference to Blender > > > is a matter of interpretation, but if I were you I'd get to work > > > with a Corona or Dos XX on the side and get yum ready to search > > > and download from various servers. > > > > > > As for me, I don't have a preference; I enjoy them both. One day > > > one, then I swap and do the other some days later. I refer to > > > Dos XX and Corona, of course. > > > > > > Buena Suerte y recuerdas a engosarse alg?n tiempo... > > > > > > On Wed, 26 Aug 2009 14:32:00 -0500 > > > > > > Luis Daniel Lucio Quiroz wrote: > > > > Hi @ll, > > > > > > > > I wonder if anyone has the blender rpm for yd6.1 > > > > > > > > TIA > > > > > > > > LD > > > > Many thanx > > > > the fact is that blender rpm is not available in repos. Look: > > [root at ps3 yum.repos.d]# yum list|grep -i blender > > [root at ps3 yum.repos.d]# > > > > > > Is there any other repos other than base, update and extra? > > > > Thanx > > > > LD > > _______________________________________________ > > yellowdog-general mailing list - > > yellowdog-general at lists.fixstars.com Unsuscribe info: > > http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: > > to Google archives, try '<keywords> site:us.fixstars.com' Yo hablo espa?ol, el servidor est? en frances nada m?s. From kstaats at us.fixstars.com Thu Aug 27 10:12:52 2009 From: kstaats at us.fixstars.com (Kai Staats) Date: Thu, 27 Aug 2009 10:12:52 -0600 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> Message-ID: <200908271012.53032.kstaats@us.fixstars.com> Warren, All, > I would welcome comments from PS3 users and Fixstars people on these > latest developments. Thanks. I wish I had answers for you, but I and my staff at Fixstars Solutions have very little more information than do you. Yes, we too are sad to see this unique, affordable commodity platform be removed from the market. I believe it is a decision of economics, as Linux never _made_ money for Sony. The PS3 itself was rumored to have lost money in the first year or so, and who knows if it makes money now? It is games, and games alone that make money in this cut-throat game box market. So consider (from a purely economic point of view) that each PS3 sold to run Linux, especially the clusters, may never run a single game and therefore invoke 'break-even', at best. From my personal point of view, black hole research (http://us.fixstars.com/showcase/cellebration/umass/) conducted on a PS3 is amazing marketing. Sony could have followed IBM's standard of using Supercomputing success (which is rumored to lose millions of dollars per year) to market enterprise level products. In the same respect, Sony could have built a world-wide marketing campaign that would bury the XBox360 and Wii --but that is not their style. They started down this path in 2006 with the Sony competency centers and university support programs, even backing our HPC Consortium in the spring of '07. But internal to Sony, Linux seems to have lost momentum thereafter. Now, there appears to be good news, but the details are not yet known: http://www.develop-online.net/news/32378/Sony-unveils-academic-PS3-dev-kit "Sony unveils academic PS3 dev kit" Now, will this support the new slim? Seems it would have to if the current 80 and 160 models are being removed from the channel? Is this a way to continue Linux support, but on a more one-to-one basis? Sincerely, Kai Staats, COO Fixstars Solutions, Inc. From nelson_batalha at hotmail.com Thu Aug 27 12:44:01 2009 From: nelson_batalha at hotmail.com (Nelson Batalha) Date: Thu, 27 Aug 2009 18:44:01 +0000 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <200908271012.53032.kstaats@us.fixstars.com> References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> <200908271012.53032.kstaats@us.fixstars.com> Message-ID: Hi all, > I believe it is a decision of economics, as Linux never _made_ money for Sony. > The PS3 itself was rumored to have lost money in the first year or so, and > who knows if it makes money now? It is games, and games alone that make money > in this cut-throat game box market. So consider (from a purely economic point > of view) that each PS3 sold to run Linux, especially the clusters, may never > run a single game and therefore invoke 'break-even', at best. In the cbe-oss-dev someone proposed that Sony could sell the other os installer separately, with its cost being at least the money they are losing with each console. Also it could be a DLC from the PSN store, therefore it would be uniquely tied to that system. Don't you think this would sell more than most PSN small games? I mean they are still paying the Linux team to support the other model, would it cost that much? I don't know the price to break-even, but if they break-even on the console with a couple of games, it can't be that high. > Now, there appears to be good news, but the details are not yet known: > http://www.develop-online.net/news/32378/Sony-unveils-academic-PS3-dev-kit > > "Sony unveils academic PS3 dev kit" Is it at least known if it will support regular distros? I think when this representative said universities can always use Linux, she meant as in the alternative they had *then* (and in the future with current models after all). This was a month and a half ago, the ps3 slim wasn't announced at the time, and neither was fw 3.0. Regards, Nelson _________________________________________________________________ Individualmente ou em conjunto? Obtenha as actualiza??es do seus amigos num s? local. http://www.microsoft.com/portugal/windows/windowslive/products/social-network-connector.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fixstars.com/pipermail/yellowdog-general/attachments/20090827/c54d4218/attachment.html From kstaats at us.fixstars.com Thu Aug 27 13:01:18 2009 From: kstaats at us.fixstars.com (Kai Staats) Date: Thu, 27 Aug 2009 13:01:18 -0600 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> <200908271012.53032.kstaats@us.fixstars.com> Message-ID: <200908271301.18459.kstaats@us.fixstars.com> Nelson, > > I believe it is a decision of economics, as Linux never _made_ money for > > Sony. The PS3 itself was rumored to have lost money in the first year or > > so, and who knows if it makes money now? It is games, and games alone > > that make money in this cut-throat game box market. So consider (from a > > purely economic point of view) that each PS3 sold to run Linux, > > especially the clusters, may never run a single game and therefore invoke > > 'break-even', at best. > > In the cbe-oss-dev someone proposed that Sony could sell the other os > installer separately, with its cost being at least the money they are > losing with each console. Also it could be a DLC from the PSN store, > therefore it would be uniquely tied to that system. Don't you think this > would sell more than most PSN small games? I mean they are still paying the > Linux team to support the other model, would it cost that much? I don't > know the price to break-even, but if they break-even on the console with a > couple of games, it can't be that high. Yes, but the sale of that bootloader must equal the cost of maintaining Linux support internal to Sony, which is surely a multiple person, many hundreds of thousands of dollars annual expense (likely far more). I am not saying I agree with their decisions, but I believe these are the reasons. > > Now, there appears to be good news, but the details are not yet known: > > http://www.develop-online.net/news/32378/Sony-unveils-academic-PS3-dev-ki > >t > > > > "Sony unveils academic PS3 dev kit" > > Is it at least known if it will support regular distros? I think when this > representative said universities can always use Linux, she meant as in the > alternative they had *then* (and in the future with current models after > all). This was a month and a half ago, the ps3 slim wasn't announced at the > time, and neither was fw 3.0. True. And I apologize, but I know nothing more about this. I am going to ask my contact at Sony if there is a public page which speaks to this in more detail. kai From nelson_batalha at hotmail.com Thu Aug 27 14:52:19 2009 From: nelson_batalha at hotmail.com (Nelson Batalha) Date: Thu, 27 Aug 2009 20:52:19 +0000 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <200908271301.18459.kstaats@us.fixstars.com> References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> <200908271012.53032.kstaats@us.fixstars.com> <200908271301.18459.kstaats@us.fixstars.com> Message-ID: Hi, > Yes, but the sale of that bootloader must equal the cost of maintaining Linux > support internal to Sony, which is surely a multiple person, many hundreds of > thousands of dollars annual expense (likely far more). In the cbe-oss-dev ml Geoff stated that they would continue to support Linux in the old models, so my question is: if they are already paying people to work on it, where is the added cost of allowing the new models to install them? Is the new hardware that different and they would have to work a lot on it? They don't want more people finding bugs so they don't have to hire more staff? I know Sony doesn't have to justify this, but it would be a nice if they did, specially to developers who worked on Linux for the ps3 thinking that this console would be supported for 10 years. > True. And I apologize, but I know nothing more about this. I am going to ask > my contact at Sony if there is a public page which speaks to this in more > detail. Thanks! _________________________________________________________________ O Windows Live ajuda-o a manter-se em contacto com todos os seus amigos, num s? local. http://www.microsoft.com/portugal/windows/windowslive/products/social-network-connector.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fixstars.com/pipermail/yellowdog-general/attachments/20090827/16273b11/attachment.html From kstaats at us.fixstars.com Thu Aug 27 15:39:15 2009 From: kstaats at us.fixstars.com (Kai Staats) Date: Thu, 27 Aug 2009 15:39:15 -0600 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> <200908271301.18459.kstaats@us.fixstars.com> Message-ID: <200908271539.16037.kstaats@us.fixstars.com> > In the cbe-oss-dev ml Geoff stated that they would continue to support > Linux in the old models, so my question is: if they are already paying > people to work on it, where is the added cost of allowing the new models to > install them? Is the new hardware that different and they would have to > work a lot on it? They don't want more people finding bugs so they don't > have to hire more staff? Sony was quite diligent about testing, and with each new rev of the GameOS (which acts as the hypervisor for Linux) there was a battery of tests. Often the GameOS had to be modified to support things which otherwise broke in Linux, so it is not a one-way street. GameOS affects Linux, and Linux affects GameOS. If a component on the mobo changed, the hypervisor code would change to support the new component, and then the testing starts again. While I am not aware of a time when the GameOS was modified to correct something we discovered to be broken in Linux, I can state that with nearly every third release of updated GameOS versions, something broke in Linux for which we compensated on our end, often with the assistance of Geoff (who was great to work with, BTW). Sincerely, kai From warren at phys.washington.edu Thu Aug 27 15:42:39 2009 From: warren at phys.washington.edu (Warren Nagourney) Date: Thu, 27 Aug 2009 14:42:39 -0700 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <200908271012.53032.kstaats@us.fixstars.com> References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> <200908271012.53032.kstaats@us.fixstars.com> Message-ID: <1E27C2A3-15AB-46F9-88D6-718B97F6F6F6@phys.washington.edu> Thanks, Kai, for a thoughtful response to my query. It would have been nice if IBM put some pressure on Sony to keep the otheros option available, since it would seem to be in IBM's interest to keep some enthusiasm for the Cell alive among the "hobbyist" community (though IBM never was very interested in this group as their former lukewarm support of the Apple culture showed). One thought I had was the PowerStation. Is there any possibility that it could be made with a single Cell processor? For the current price of PowerStation, I would definitely buy one with a Cell and this would be a superb way of filling the gap left by the defunct PS3 linux option. It would be in any case more appropriate, since, as you observed, Sony is really only interested in games and for good reason. One wouldn't expect them to make a hobbyist computer. With an inexpensive Fixstars Cell offering, the RSX problem would disappear, since there would be some support for a few PCI graphic boards. Cheers, wn On Aug 27, 2009, at 9:12 AM, Kai Staats wrote: > Warren, All, > >> I would welcome comments from PS3 users and Fixstars people on these >> latest developments. Thanks. > > I wish I had answers for you, but I and my staff at Fixstars > Solutions have > very little more information than do you. Yes, we too are sad to see > this > unique, affordable commodity platform be removed from the market. > > I believe it is a decision of economics, as Linux never _made_ money > for Sony. > The PS3 itself was rumored to have lost money in the first year or > so, and > who knows if it makes money now? It is games, and games alone that > make money > in this cut-throat game box market. So consider (from a purely > economic point > of view) that each PS3 sold to run Linux, especially the clusters, > may never > run a single game and therefore invoke 'break-even', at best. > >> From my personal point of view, black hole research > (http://us.fixstars.com/showcase/cellebration/umass/) conducted on a > PS3 is > amazing marketing. Sony could have followed IBM's standard of using > Supercomputing success (which is rumored to lose millions of dollars > per > year) to market enterprise level products. In the same respect, Sony > could > have built a world-wide marketing campaign that would bury the > XBox360 and > Wii --but that is not their style. > > They started down this path in 2006 with the Sony competency centers > and > university support programs, even backing our HPC Consortium in the > spring > of '07. But internal to Sony, Linux seems to have lost momentum > thereafter. > > > Now, there appears to be good news, but the details are not yet known: > http://www.develop-online.net/news/32378/Sony-unveils-academic-PS3-dev-kit > > "Sony unveils academic PS3 dev kit" > > Now, will this support the new slim? Seems it would have to if the > current 80 > and 160 models are being removed from the channel? > > Is this a way to continue Linux support, but on a more one-to-one > basis? > > Sincerely, > Kai Staats, COO > Fixstars Solutions, Inc. > _______________________________________________ > yellowdog-general mailing list - yellowdog-general at lists.fixstars.com > Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general > HINT: to Google archives, try '<keywords> site:us.fixstars.com' From kstaats at us.fixstars.com Thu Aug 27 15:59:39 2009 From: kstaats at us.fixstars.com (Kai Staats) Date: Thu, 27 Aug 2009 15:59:39 -0600 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <1E27C2A3-15AB-46F9-88D6-718B97F6F6F6@phys.washington.edu> References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> <200908271012.53032.kstaats@us.fixstars.com> <1E27C2A3-15AB-46F9-88D6-718B97F6F6F6@phys.washington.edu> Message-ID: <200908271559.39564.kstaats@us.fixstars.com> Warren, > Thanks, Kai, for a thoughtful response to my query. You are welcome. > It would have been > nice if IBM put some pressure on Sony to keep the otheros option > available, since it would seem to be in IBM's interest to keep some > enthusiasm for the Cell alive among the "hobbyist" community (though > IBM never was very interested in this group as their former lukewarm > support of the Apple culture showed). > > One thought I had was the PowerStation. Is there any possibility that > it could be made with a single Cell processor? For the current price > of PowerStation, I would definitely buy one with a Cell and this would > be a superb way of filling the gap left by the defunct PS3 linux > option. It would be in any case more appropriate, since, as you > observed, Sony is really only interested in games and for good reason. > One wouldn't expect them to make a hobbyist computer. With an > inexpensive Fixstars Cell offering, the RSX problem would disappear, > since there would be some support for a few PCI graphic boards. Unfortunately, the cost of entry to Cell is quite high, therefore the opportunity to create commodity, consumer Cell products is limited to the larger companies such as Sony and Toshiba. It was never IBM's intent, as far as I can tell, to commoditize (is that a word? :) Cell beyond the big players and their own products. Sincerely, kai From kstaats at us.fixstars.com Sun Aug 30 13:48:39 2009 From: kstaats at us.fixstars.com (Kai Staats) Date: Sun, 30 Aug 2009 13:48:39 -0600 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <7165343169ec24f77bc4cccbe1c82398@awxcnx.de> References: <200908271301.18459.kstaats@us.fixstars.com> <7165343169ec24f77bc4cccbe1c82398@awxcnx.de> Message-ID: <200908301348.39308.kstaats@us.fixstars.com> > Sorry, I tried posting to the list before, not sure if this will make it so > I am mailing you directly as well. You can post this to the list if you > want. > > Why don't you offer to take over the development of the bootloader? > > I personally want to see the PS3 continue as a viable and affordable cell > development/deployment platform, there really isn't anything else > available. Sony would benefit from open sourcing the bootloader if > necessary, all the PS3 sales they can get won't hurt. The GameOS must allow for (enable) the bootloader option in order to pass control from GameOS to the bootloader. There is no way, that I am aware of, to invoke the bootloader without GameOS presenting an option to recognize and install the bootloader, thus the barrier. kai From nelson_batalha at hotmail.com Sun Aug 30 17:55:22 2009 From: nelson_batalha at hotmail.com (Nelson Batalha) Date: Sun, 30 Aug 2009 23:55:22 +0000 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <200908301348.39308.kstaats@us.fixstars.com> References: <200908271301.18459.kstaats@us.fixstars.com> <7165343169ec24f77bc4cccbe1c82398@awxcnx.de> <200908301348.39308.kstaats@us.fixstars.com> Message-ID: I believe he ment why not ask Sony to take over the whole Linux related software to use it as usual. Linux on the ps3 runs on a hypervisor, it's not just a bootloader that needs to be developed (the bootloader must be the easy part no?). This is to prevent direct access to the PS3 which could lead to pirated games. As Kai Staats explained (thanks!) they were very cautious with testing. I imagine this would be one of the reasons, to prevent any error that would "open" a door to hackers. For this reason I also don't believe they would give control of the hypervisor to a third party. Nelson > From: kstaats at us.fixstars.com > To: yellowdog-general at lists.fixstars.com > Date: Sun, 30 Aug 2009 13:48:39 -0600 > Subject: Re: [ydl-gen] Response of Fixstars to end of ps3 otheros > > > > Why don't you offer to take over the development of the bootloader? > > > > The GameOS must allow for (enable) the bootloader option in order to pass > control from GameOS to the bootloader. There is no way, that I am aware of, > to invoke the bootloader without GameOS presenting an option to recognize and > install the bootloader, thus the barrier. _________________________________________________________________ Partilhe as suas mem?rias online com quem quer que deseja. http://www.microsoft.com/portugal/windows/windowslive/products/photos-share.aspx?tab=1 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fixstars.com/pipermail/yellowdog-general/attachments/20090830/9d2ebf9b/attachment.html From nelson_batalha at hotmail.com Mon Aug 31 02:20:58 2009 From: nelson_batalha at hotmail.com (Nelson Batalha) Date: Mon, 31 Aug 2009 08:20:58 +0000 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <200908301348.39308.kstaats@us.fixstars.com> References: <200908271301.18459.kstaats@us.fixstars.com> <7165343169ec24f77bc4cccbe1c82398@awxcnx.de> <200908301348.39308.kstaats@us.fixstars.com> Message-ID: I believe he meant why not ask Sony to take over the whole Linux related software to use it as usual. Thing is, Linux on the ps3 runs on a hypervisor, it's not just a bootloader that needs to be developed (the bootloader must be the easy part no?). This is to prevent direct access to the PS3 which could lead to pirated games. As Kai Staats explained (thanks!) they were very cautious with testing. I imagine this would be one of the reasons, to prevent any error that would "open" a door to hackers. For this reason I also don't believe they would give control of the hypervisor to a third party. Nelson > From: kstaats at us.fixstars.com > To: yellowdog-general at lists.fixstars.com > Date: Sun, 30 Aug 2009 13:48:39 -0600 > Subject: Re: [ydl-gen] Response of Fixstars to end of ps3 otheros > > > > Why don't you offer to take over the development of the bootloader? > > > > The GameOS must allow for (enable) the bootloader option in order to pass > control from GameOS to the bootloader. There is no way, that I am aware of, > to invoke the bootloader without GameOS presenting an option to recognize and > install the bootloader, thus the barrier. _________________________________________________________________ Mais do que mensagens ? conhe?a todo o Windows Live?. http://www.microsoft.com/windows/windowslive/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fixstars.com/pipermail/yellowdog-general/attachments/20090831/976eff9e/attachment.html From dcenteno at ydl.net Mon Aug 31 07:35:44 2009 From: dcenteno at ydl.net (Derick Centeno) Date: Mon, 31 Aug 2009 09:35:44 -0400 Subject: [ydl-gen] Response of Fixstars to end of ps3 otheros In-Reply-To: <200908271539.16037.kstaats@us.fixstars.com> References: <286F4695-0051-4F5F-8154-DC5CF756DDE4@phys.washington.edu> <200908271301.18459.kstaats@us.fixstars.com> <200908271539.16037.kstaats@us.fixstars.com> Message-ID: <20090831093544.51c54ce1@arakus> Thanks Kai for taking the time to explain a little bit of what was necessary so that the Sony GameOS and YDL could function together so that PS3 owners could have the unique opportunity to benefit and utilize both. I also appreciate that you've attempted to present to all of us an explanation of what may have been behind their decision. I discovered a useful but perhaps brusque report on The Register discussing Sony's decision: http://www.theregister.co.uk/2009/08/28/sony_ps3_slim_linux_install_loss/ The article makes clear that support for Linux on the older models of PS3 will continue. Although I didn't choose to buy a PS3, I feel great sorrow and compassion for everyone caught unawares by Sony's decision. There were other options which Sony could have considered or explored which Mr. Modine mentions at the close of his article. Although I don't appreciate how he ended it, apparently he was referring to the impossibility of getting through to Sony that other choices existed. The OtherOS option could have been kept had they chosen to allow the Linux community the option to provide for a solution themselves at no cost to Sony or if that didn't appeal to them because Sony feared to allow it's technology to become just another do it yourself computer hobby kit -- they could have asked or allowed Fixstars for more involvement or allowed them an expanded role. Had they chosen that option then Fixstars would have been able to at least make an effort and had Fixstars been successful of course then the PS3 Slim would have kept the OtherOS option. The PS3 Slim would also remain proprietary technology, It is Sony's right and perogative to do as they please. I don't know what happened of course. Obviously Sony is not the first corporation to make puzzling choices. The phrase describing Sony's approach best is -- penny-wise, pound-foolish. They are not the first, nor the last. I am sad for those who relied on them though. Sony, let Kai and the Fixstars team, find out from a media report released the same week? How is such treatment even described as polite or justified? The rest of us who were considering the Cell as a possible workstation for ourselves and families will have to look elsewhere. On Thu, 27 Aug 2009 15:39:15 -0600 Kai Staats wrote: > > > In the cbe-oss-dev ml Geoff ...staff? > > Sony was quite diligent about testing,... > > If a component on the mobo changed, the hypervisor code would > change to support the new component, and then the testing starts > again. > > While I am not aware of a time when the GameOS was modified... I can > state that with nearly every third release of updated GameOS > versions, something broke in Linux for which we compensated on our > end, often with the assistance of Geoff (who was great to work > with, BTW). > > Sincerely, > kai -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.fixstars.com/pipermail/yellowdog-general/attachments/20090831/d3940f0f/attachment.bin From kstaats at us.fixstars.com Mon Aug 31 15:03:29 2009 From: kstaats at us.fixstars.com (Kai Staats) Date: Mon, 31 Aug 2009 15:03:29 -0600 Subject: [ydl-gen] testing this list Message-ID: <200908311503.29683.kstaats@us.fixstars.com>