Re: [ydl-gen] Some YDL/Mac questions
Hi Matt: I'm going to focus on trying to get you to save time, ok? First, always make a habit of consulting the hardware pages first: http://us.fixstars.com/support/hardware/ http://us.fixstars.com/support/hardware/apple-powermac-g5.shtml Kernel level device support is also listed here: http://us.fixstars.com/support/hardware/devices.shtml Although going through them is tedious there are references to video cards and the like. Matt, the Unix/Linux universe is challenging even for people who love, live and breath it everyday. Drivers, just like other programs, must be compiled so that YDL can use them meaning that there must exist a binary executable which will run within PowePC/ Cell systems. You probably know that, and perhaps figure that a particular card should have such a driver available. Reasonable assumption except that the ever since Apple left the PowerPC universe, there is almost no money or investment in developing or supporting such drivers for old cards on these old systems. That's assuming these drivers ever existed at all for the PowerPC. Next difficulty. There could possibly be, if you chose to look hard enough somewhere on the web, a research or other GPL based project which has a driver for that card in source which you could acquire. However, now the problem is that you'd have to include that source such that it would be accessible to the YDL kernel such that as the kernel compiles it can link to that source containing that driver - assuming you choose the right menu option so that as the kernel compiles the modification you wanted will be built. The result of course will be a unique kernel built just for this purpose. There's no guarantee that the above will work as PowerPC development, including driver support, stopped sometime ago. However as you are a programmer, you'll have little difficulty correcting any errors which can pop up such as linking errors, syntax errors, etc. When it starts to dawn on you all the coding from all kinds of open source projects and communities which are involved I'm sure that you'll see a bit more of how vast a challenge bringing what you want to do into fruition may be. Another nuance to consider, if you went ahead and followed this path, you'd have to make sure that whatever version of YDL you do use remains stable as the open source driver you choose to include or design yourself could make that YDL kernel you compile unstable. I believe you'd have to post somewhere what you did and how identifying a new kernel tree. Of course, I could be wrong. The above is a lot for anyone even if they are a company. An individual would need a great deal of focus and time. Good luck... On Dec 14, 2008, at 5:11 PM, Matt Smith wrote: Relatively new to the Linux and Mac worlds, but I’ve been a C++ programmer for 20 some odd years now, so hopefully I’ll pick up things pretty quickly. # uname -a Linux mrsmith-ydl 2.6.22-0.ydl.rc4 #1 SMP Tue Jun 12 22:17:48 MDT 2007 ppc64 ppc64 ppc64 GNU/Linux # more cpuinfo processor : 0 cpu : PPC970, altivec supported clock : 2000.00MHz revision: 2.2 (pvr 0039 0202) processor : 1 cpu : PPC970, altivec supported clock : 2000.00MHz revision: 2.2 (pvr 0039 0202) This box is a G5. It was one of the original Xbox 360 alpha development kits, so as such the video card is custom ATI card for which there are no Linux drivers for, so I have been running command line only. The command line only has been working ok for me, but it seems like with me not knowing Linux inside and out, it might be nice to have the graphical interface for wrapping more of the complex configuration functions. As such, I have finally gotten around to purchasing a real video card for this guy. I’m looking at the ATI Radeon 9200 Pro since I don’t plan on using it for much other than a central server for my home network. If someone has another suggestion for a cheaper video card (eBay brand would be nice), I’m all ears. I don’t need performance, just support for the GUI interface. So, the crux of my question is this: once I get my video card home, what are the steps I need to perform to upgrade all of the drivers and install Gnome or E17? How do I get YDL to recognize and use the drivers for this video card? Do I somehow update the drivers first, the swap the card? Second, is there is any support for a RAID card? I’d like to install 2 1TB drives and mirror them as part of my central server. Thanks for any pointers you can give me. I’m not used to the one asking the questions, so please be gentle. ;) - Matt ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try
Re: [ydl-gen] apt-get probs
Hi Kevin: In my effort to focus on sudo, visudo and related topics I totally skipped another topic. Question: Why are you attempting to run apt-get? YDL uses yum and has done so since at least YDL 3. On Fri, 09 Jan 2009 14:58:15 -0600 Kevin McMahon butt...@mybuttershome.com wrote: Hello, can anyone help with this one. I think that I am supposed to add or change the sudo users file or /etc/postfix/main.cf. This is the read out - [butt...@localhost butters]$ sudo apt-get Password: sendmail: warning: My hostname localhost is not a fully qualified name - set myhostname or mydomain in /etc/postfix/main.cf postdrop: warning: My hostname localhost is not a fully qualified name - set myhostname or mydomain in /etc/postfix/main.cf butters is not in the sudoers file. This incident will be reported. [butt...@localhost butters]$ If you would help with the text file additions that would be great. I think that I would use the VI text editor? ~k signature.asc Description: PGP signature ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com'
Re: [ydl-gen] Cannot yum upgrade from ydl-6 to ydl-6.1
Hi John: There are two components to your question: 1. The rules governing linux software version numbering, which could be researched elsewhere. It is beyond the scope of this method of communication, ie. via this kind of mailing list. 2. Very briefly, YDL 6.1 is not an upgrade from YDL 6.0 but a completely unique and separate release and progression beyond YDL 6.0. Therefore there is no way to upgrade between the two releases via yum. On Sat, 03 Jan 2009 17:13:11 +0400 John Frankish frank...@dubai.oilfield.slb.com wrote: I've been trying to use yum upgrade to upgrade from ydl-6.0 to ydl-6.1 without success - basically I get the message that there are no packages to upgrade. Do I need to modify /etc/yum.repos.d/yellowdog-base or is there another trick to this Thanks John ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com' signature.asc Description: PGP signature ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com'
Re: [ydl-gen] Slow ibook X11 (2D)
Caveat Warren: Remember that Ubuntu quit supporting the PowerPC officially back in version 6. What you've acquired is an unofficial community effort. I understand your frustration; I thought you would prefer to be clear regarding the lay of the land. Still all the best...Derick On Jan 12, 2009, at 2:40 AM, Warren Nagourney wrote: Sorry, I got fed up and installed Ubuntu 8.10 instead and had accelerated video right out of the box (in addition to a much better - in my opinion- app installation system than yum). cheers, wn ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com'
Re: [ydl-gen] Slow ibook X11 (2D)
Warren, have you ever heard of R? I did sometime back and I've been playing and using it within YDL. It's source is available here: http://www.r-project.org/ You may be able to do your work in R and drop Igor. R may be that good. I compiled it sometime ago and it works fine. As far as cad is concerned it may surprise you that there are a great deal of cad tools within gimp which comes with YDL. I'm rather a bit of a Linux purist, especially where YDL is concerned. And many tools are available if you know where to look and they are free as well. By the way, as you mentioned that you are writing a book you are aware that Leopard was hacked under two minutes, right? Which means all your data in OS X might as well be given away. Briefly, OS X is not a secure system. Like you I've been working on complex systems from PDP 7 through Stratus and R/S 6000. Think carefully where you choose to keep your data, that's an awful lot of work to give away for nothing. All the best... Warren Nagourney wrote: I am still using linux on my PS3. I have preserved the hacked video giving me good 2D acceleration. I plan to use the PS3 with Latex (using Kile) to write my book and link the PS3 with SAMBA or AFP to my iBook for other programs not available in Linux (Igor Pro and Ashlar Graphite are the expensive programs that I use and are not available in PPC linux). This way, I get the best of both worlds without investing in a new (Intel-based) computer. Warren Nagourney wrote: I think that the PS3 community would have been willing to pay for accelerated video, though I don't know whether that would have made it profitable. I actually think that this misses the point. Apple did very well just after the Mac was introduced in 1984 by encouraging 3rd party software and helping build the enthusiasm for the platform. If Sony had opened up the GPU (at least provided drivers for linux), there could have been a small groundswell of enthusiasm for the machine which certainly would have also translated into the sale of games. I hate video games but many of the potential linux users don't feel this way and would have bought them. Right now, I have a bad taste in my mouth about Sony and to a smaller extent about the PS3. I will continue to use it as a platform for learning about the Cell, but much of my enthusiasm for the platform has been lost. The forums at ps2dev were buzzing with excitement after the hack was successful; recently the number of new posts is about one a week and most are about some peripheral, not the PS3. I simply don't see how the desktop experience for PPC linux on Macs can compare to that of OS X. The latter is a mature, fairly delightful system to use with lots of very good software available at reasonable prices (of for free). It is very fast right now with excellent ppc support (even Flash!!). Even on the x86 side, where the performance is not as much an issue (since x86 is supported), Linux is quite a bit behind OS X, in my opinion. This is too bad, since I strongly support the open software movement. Part of the problem is that the linux developers have been trying to emulate windows and this is not a very good paradigm, in my opinion. The rest might be the closed hardware and proliferation of different configurations which make linux difficult to administer. I do support the efforts of Fixstars in making a ppc and Cell linux available. Perhaps the Powerstation will aquire a Cell processor without a price increase and can actually become a reasonable competitor to the PS3 as a Cell platform. All of the others are much too expensive for mass consumption, in my opinion. Eventually, Intel will come up with a competitor - it will probably be technically inferior but will be marketed well to the consumer, if history is any guide. Cheers, wn On Jan 19, 2009, at 1:49 PM, Kai Staats wrote: In my opinion, this will never change with PPC hardware, which is a tiny niche of a small niche. It would be nice if a PPC vendor like Fixstars could fix this, but they would need serious cooperation from the GPU manufacturers and that is likely not forthcoming (the PS3 linux disaster is a case at point). Yes, because PPC hardware is a relatively small player in the commodity, consumer world, there is less pressure and less reason for companies such as Apple to support Linux. But the inside story is that Apple was conflicted, for at one time (2000/2001) they had a Linux Technology Manager, full-time, with a small team at his disposal. But eventually, this position was terminated (as far as I know). Apple's shareholders want religious focus, not me-too consideration of all things possible. Linux simply was not on the radar outside of the work by the former Terra Soft, which was granted a unique license to install Linux and maintain warranty, but never
Re: [ydl-gen] ydl-6.1 kernel source - with a link
Hi John: Go to the list of mirrors which Fixstars Solutions provides via their website and choose the site closest to you. The next task is finding the actual sources. Under powerstation, you'll enter releases, then yellowdog 6.1. Then choose SRPMS, the kernel source is within that list. Here's one link to one of the mirrors: http://mirror.anl.gov/yellowdog/releases/yellowdog-6.1/SRPMS/ The other mirrors should have a similar directory structure if not exactly the same nomenclature. In any case, the sources are always listed under SRPMS; it may take a while to go through a particular mirror and find their exact location as there is some variance in how these respective organizations structure their listings. Now that you know what to look for you can whittle down that search time somewhat. All the best... John Frankish wrote: Is the ydl-6.1 kernel source (i.e. the patched, modified one used to build ydl-6.1) available for download somewhere? I'd like to use it to compile the iscsi module. Note that I used yum upgrade to move from ydl-6.0 to ydl-6.1 do I don't have the ydl-6.1 dvd with the kernel source on it. John ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com' signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com'
Re: [ydl-gen] Slow ibook X11 (2D)
Hi Warren: It's funny that the Nextstation was built around the PPC, which Jobs - the same fellow who started Next walked away from when he came back to Apple. I'm sure that decision was based on a business reality which made sense to Jobs at the time. In any case, when it comes to scientific analysis the market in my opinion has moved backwards for the sake of being penny wise and dollar foolish and the rest of us are paying for it in that we have to do more work to build software and acquire hardware which meet modern processing and environmental friendly requirements. When power consumption or green considerations become a factor in the purchase again, Power based systems will be rediscovered again. Regarding software have you looked at Inkscape (http://www.inkscape.org/)? It's a vector based open source drawing editor. Warren Nagourney wrote: Hi Stephen, Thanks for the link. It was an interesting discussion and brought back memories of my extremely idiosyncratic approach to computers over my 40 years as an experimental physicist. Before retiring (2 years ago), I used NeXTstations ($100 from University surplus) for my DAQ and they were faster and better in many ways than modern machines with 100x more CPU power, memory size and disk size. The built-in DSP and very well-written and efficient OS helped. My last grad student didn't like it since it was a one-off and didn't help him learn about NI products (which I hated). While I am sure I could find an open source data analysis tool suite to replace Igor, the business of doing accurate and convenient drafting is not as easy. All of the inexpensive drawing apps lack the precise and extremely easy to use snap features of the Ashlar products. I find that using other products are very tiring - getting lines to connect with some precision and frequently tiny annoying gaps are revealed when printing. Claris CAD copied the Ashlar approach (badly, in my opinion) and dropped the product when Ashlar brought out the lawyers. Many drawing products have similar features, but none are very convenient, in my experience. Cheers, Warren Nagourney On Jan 31, 2009, at 7:01 PM, Stephen Harker wrote: Hi Derick and Warren, On Thu, Jan 22, 2009 at 05:29:55PM -0800, Warren Nagourney wrote: Thanks, Derick. I will look into R. I have been very satisfied with R for many purposes. On the question of other, useful, packages there was a recent article in http://slashdot.org/ on a similar issue. This was titled: Open Source Software For Experimental Physics? and is given at this url. http://tech.slashdot.org/article.pl?sid=09/01/30/1443203 You may be aware of the thread resulting from this article and/or the programs that were recommended by different people. If not, it could be worth looking into to see if there is something useful to you listed. I would expect that several would run under OSX as well as Linux. -- Stephen Harker s.har...@adfa.edu.au PEMS u...@adfa ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com' ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com' signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com'
Re: [ydl-gen] IBM XLC/C++ and XLF for YDL on Cell
Hi Warren: I hope that you are well. I just want to highlight something. It was Apple which walked away from IBM's consortium regarding PowerPC development which led up to the Cell, not the other way around. Apple may yet crumble due to the fact it continues to be the least secure commercially available operating system in the market place - a fact consistently established for past several years, but that is a different problem for them and for anyone who doesn't care for their data while using OS X. Regarding the topic in this thread I found that the User License for IBM XLC is $1,500: http://www-01.ibm.com/software/awdtools/xlcpp/multicore/ Academia is not within my experience other than providing computing/IT server/database support within the college and large scale university environment. It is my guess that you could attempt to qualify for or otherwise attain, a Grant which could allow you to get this compiler or other products as you needed or wished to explore as an independent researcher. I imagine if you went this route, you could put together a rather nice system comprising of the PowerStation, and a GigaAccel 180 and do an amazing piece of research work. Hmmm you may have to come out of retirement though, I guess. You'll see your own best path of course. All the best... Warren Nagourney wrote: Rob, When IBM supported the Mac, I also did a comparison and found that xlc and xlf were from 20% to a factor of 2 faster than gcc and g77 (on a G5). More recently, when IBM released free versions of these products for the Cell, I did a comparison and found very little difference for both the ppu and spu versions. Things might have changed a bit since they started charging, but I wouldn't expect big changes. In any case, I can't afford the commercial products, so it is moot. wn On Mar 6, 2009, at 1:15 PM, ra...@comcast.net wrote: Warren, If I remember correctly it is something like $800 for XLC/C++ and $1200 for XLF , but *please* don't quote me on that. It has been quite some time since I checked prices. The last time I did a bake off of the xlc vs gcc was 5-6 years ago on a Apple dual G4 box (bought ~2000, don't remember the exact version), and xlc stomped all over gcc in math ops. I believe it has closed the gap since then. If you need support for some of the Dec extensions to Fortran-77 your choices may be limited. I only found IBM's compiler and Absoft that would handle some of the code I was porting. -Rob - Original Message - From: Warren Nagourney war...@phys.washington.edu To: Discussion List for Yellow Dog Linux User Topics yellowdog-general@lists.fixstars.com Sent: Friday, March 6, 2009 2:58:04 PM GMT -05:00 US/Canada Eastern Subject: Re: [ydl-gen] IBM XLC/C++ and XLF for YDL on Cell Kai, These are time-limited trial products. Do you know what the cost of a commercial license is? (Probably more than I can afford). Thanks. Warren Nagourney On Mar 6, 2009, at 10:30 AM, Kai Staats wrote: Yellow Dog and Cell Enthusiasts, We have posted a set of instructions for installing IBM XLC/C++ and XLF with Yellow Dog Linux on Cell: http://us.fixstars.com/support/solutions/ydl_6.x/ibm_xl.shtml http://us.fixstars.com/support/solutions/ydl_6.x/ibm_xl_fortran.shtml --FSS Staff ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com' ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com' ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com' ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com' signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:terrasoftsolutions.com'
Re: [ydl-gen] rpms
Thanks Richard for your reply. I downloaded the latest version of libgcrypt source. How do I build rpms from it? Where would you start? Thanks. On Tue, 09 Jun 2009 07:28:35 -0500 Richard June rj...@bravegnuworld.com wrote: The simplest answer is... Build your own RPM. It's not terribly difficult and I'm happy to help you through it, == An interesting definition of Open Source: “Man should not consider his material possession his own, but as common to all, so as to share them without hesitation when others are in need” -- Thomas Aquinas 12th Century. signature.asc Description: PGP signature ___ yellowdog-general mailing list yellowdog-general@lists.fixstars.com http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'keywords site:us.fixstars.com'
Re: [ydl-gen] PS3: low resolution text console (4th posting attempt)
Hi John: Many, if not all of the questions you've asked can be addressed by looking here: http://us.fixstars.com/support/solutions/ydl_6.x/ Although I'm a longtime user of YDL, I don't currently own or use a PS3. However you could also find useful information and guidance from the YDL Community Board which is available here: http://yellowdog-board.com/ Becoming a member of the YDL Board is free as well as a different way to gather information fairly quickly. I've addressed the nature and purpose of root and user mode here: http://yellowdog-board.com/viewtopic.php?f=4t=6006p=31264#p31264/ All the best... On Wed, 15 Jul 2009 21:12:09 +0200 John Goche johngoch...@googlemail.com wrote: I have been having some trouble posting this message to the yellowdog general mailing list. This is my 4th attempt. I hope it goes through this time... I have ordered a PS3/fixstars with yellowdog linux 6.1 installed. I would like to use it with the composite cable that comes in the box. Never mind the graphics, I would be happy to simply utilize it in textmode (on redhatlinux/fedora this can be achieved by pressing CTRL-ALT-F1) from the graphical login screen. If possible, I would like to boot into textmode directly from the kboot boot-loader by passing a bootstring to the loader. Furthermore, I presume I will need to know the root password since the PS3 which I have purchased came with linux pre-installed. Does anyone know what this password is or how I can obtain it? I would also like to know whether upon booting yellowdoglinux, the PS3 will connect to my wireless home network. Presumably, in order for it to connect, I would have to supply it with, at a minimum the SSID-network name to connect to the wireless reuter. Is it possible to perform this operation from the command line? Many thanks, John Goche signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] trouble booting playstation 3 with Linux preinstalled: blank blue screen displayed
Hi John: Did you read the links which were recommended earlier? Video settings on the PS3 is not a straight-forward affair, unfortunately. If the documentation available on the Fixstars site or advice available here or on the YDL Board remain unclear or impractical then maybe you may consider Fixstars fee based support service discussed here: http://us.fixstars.com/services/support.shtml/ On Thu, 16 Jul 2009 10:00:48 +0100 John Goche johngoch...@googlemail.com wrote: Hello, I am trying to connect my PlayStation 3 to my computer monitor so that I can use boot into the Sony Game OS and from there into the preinstalled Yellow Dog Linux 6.1 which I purchased from http://us.fixstars.com/ . To that end I have purchased the following box which should allow me to switch from my PC's output to the PlayStation output both attached to the output device: a computer monitor. The box specs are at: http://www.climaxdigital.co.uk/epages/BT3449.sf/en_GB/?ObjectPath=/Shops/BT3449 However, this HDVGA2008 by Climax Digital lets me switch between the PC view (which works just fine) and the PlayStation 3 view (which does not work: it just displays a blank blue screen). It seems to me that for this purpose a 3-cable component and a composite cable are the same thing (I have looked at the connectors and they seem the same). I don't know why the PlayStation 3, when switched on, and routed through the box, just displays a blue screen instead of the XMB (CrossMediaBar)? Thanks a lot for any help, I am really puzzled, Thanks, John Goche signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] [Fwd: Setting up a Dual G4 machine as a NAS]
On Fri, 17 Jul 2009 14:57:10 -0600 Erick Curtis pocatello...@cableone.net wrote: Hello All I'm a newbie and would like some help setting up YDL on a dual G4 tower. I'd like to set up a NAS box that supports AFP and FTP. I was wondering if anyone might be able to point me in the right direction to to get started? Erick Curtis Hi Erick: You may have to download the source and compile it within YDL; I didn't find it as a standard package with YDL 6.2 libraries and it may not be available for earlier YDL packages either. Even so here's the website to get it from as well as a little detail regarding it's capacities. Remember to download whatever dependencies it needs. Here's their link: http://www.freenas.org/index.php?option=com_contenttask=viewid=19Itemid=37/ All the best... signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] FileSystem Remount Readonly Issue - Help Please
Interesting Brian, they are different and yet end up on the same page. At least you can see what's there. By the way after I compiled foremost within YDL 6.2 it wouldn't run. It reported a segmentation fault, I found a resolution here: http://sourceforge.net/users/colling2/ Modify the dir.c file as instructed and it should run fine. In fact foremost is currently executing several searches for me. All the best... On Fri, 24 Jul 2009 15:33:06 -0500 Brian A. Levine br...@brianallenlevine.name wrote: Derick, Thanks. Foremost looks like an interesting tool. Listen, I couldn't get the second URL to work. I think I found the intended content here, instead: http://www.learnsecurityonline.com/images/stories/videos/foremost/Foremost_Basics.html Maybe this will save others some time looking around... --Brian signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] truecrypt - anywhere?
Hi Adam: I came across a problem also compiling truecrypt, apparently the pkcs11.h file (the header file necessary for implementing pkcs encryption) is missing. Usually Cronocloud is quite good about this kind of problem, I'll post my finding there and expand the conversation as well so that he can see the problem. So check back with the YDL Board ok? Derick. On Thu, 30 Jul 2009 11:47:09 +0200 cellulit cellu...@gmail.com wrote: Hi guys; Thanks for the answers and for the comments regarding alternatives, code and stuff. :) My 2 (euro)cents... I appreciate all alternatives to Truecrypt, but I need to connect and read an external HDD which is already encrypted using Truecrypt, so no other way out I guess. I noticed the packages aren't for PPC or PS3, but you have source code so in theory one could compile it for YDL. In face someone did it, I just can't follow the steps smoothly: http://www.yellowdog-board.com/viewtopic.php?f=19t=4818#p27783 signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Blender
/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 dlu...@okay.com.mx 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 dlu...@okay.com.mx 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: [r...@ps3 yum.repos.d]# yum list|grep -i blender [r...@ps3 yum.repos.d]# Is there any other repos other than base, update and extra? Thanx LD ___ yellowdog-general mailing list - yellowdog-general
Re: [ydl-gen] install SETI at home on PS3 with UDL6.1
Hi Paul! First, yum is always run from superuser. You can also run it using sudo but you have to have modified your sudoers file enabling your user name to have the same status to access and implement root level commands for a limited amount of time. Second, please look carefully on this page: http://boinc.berkeley.edu/wiki/List_of_projects_by_system_requirements/ Notice the operating system columns please notice that although there is a version of their software running for the PowerPC under the Mac operating system; the software versions they offer is only for x86 or Intel based Linux variants. YDL is a PowerPC based Linux only. This means that you cannot used their pre-packaged version of their software. However, I did find the page which contains their source which you can download, uncompress, compile and install within YDL. That page is here: http://setiathome.berkeley.edu/sah_porting.php/ If you, need further assistance -- write back. All the best... On Wed, 9 Sep 2009 14:07:56 -0400 Paul Gregory bentarmill...@gmail.com wrote: I installed YDL 6.1 on my PS3 model CECHA. Now lets see how responsive he YDL crowd is. HHEELLL ! When trying to install SETI at Home using the instructions from their web site I ge the following error yum install boinc-client boinc-manager Loading installonlyn plugin Config Error: Error accessing file for config file:/etc/yum.repos.d/yellowdog-updates.repo using Gedit I tried to view the repository file but get a permissions error. Should I be calling YUM from the GUI or black screen using root ? thanks in advance Paul Gregory signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] install SETI at home on PS3 with UDL6.1 - addendum
Hi Paul! First, yum is always run from superuser. You can also run it using sudo but you have to have modified your sudoers file enabling your user name to have the same status to access and implement root level commands for a limited amount of time. Second, please look carefully on this page: http://boinc.berkeley.edu/wiki/List_of_projects_by_system_requirements/ Notice the operating system columns please notice that although there is a version of their software running for the PowerPC under the Mac operating system; the software versions they offer is only for x86 or Intel based Linux variants. YDL is a PowerPC based Linux only. This means that you cannot used their pre-packaged version of their software. However, I did find the page which contains their source which you can download, uncompress, compile and install within YDL. That page is here: http://setiathome.berkeley.edu/sah_porting.php/ If you, need further assistance -- write back. Here's a better resource. You'll have to still download, compile and install the source youself but a lot of the other requisite work has been done for you. Refer to this site: http://www.dotsch.de/boinc/BOINC%20Clients.html/ All the best... On Wed, 9 Sep 2009 14:07:56 -0400 Paul Gregory bentarmill...@gmail.com wrote: I installed YDL 6.1 on my PS3 model CECHA. Now lets see how responsive he YDL crowd is. HHEELLL ! When trying to install SETI at Home using the instructions from their web site I ge the following error yum install boinc-client boinc-manager Loading installonlyn plugin Config Error: Error accessing file for config file:/etc/yum.repos.d/yellowdog-updates.repo using Gedit I tried to view the repository file but get a permissions error. Should I be calling YUM from the GUI or black screen using root ? thanks in advance Paul Gregory signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] install SETI at home on PS3 with UDL6.1 - addendum
Hi Paul: It was very surprising to me to discover that this page suddenly appears blank! http://boinc.berkeley.edu/wiki/List_of_projects_by_system_requirements/ When I originally sent the above link as a response to your query there did exist a table which did fit the description I provided: ... operating system columns please notice that although there is a version of their software running for the PowerPC under the Mac operating system; the software versions they offer is only for x86 or Intel based Linux variants. YDL is a PowerPC based Linux only I can only imagine that someone is editing that page or has removed it for some reason. I have no clue as to why it disappeared. The SETI source which you can download, uncompress, compile and install within YDL is here: http://setiathome.berkeley.edu/sah_porting.php/ This page loads normally on my system, within YDL 6.2 on a Powerbook G4. When I went to this page directly it also came up 404. http://www.dotsch.de/boinc/BOINC%20Clients.html/ I haven't studied German since my college days, but 404 is easy to interpret in any language. :-) That 404 appeared is very surprising also; I won't speculate why. Suggestion: Access that server's home page here: http://www.dotsch.de/boinc/Home.html Then click upon BOINC Clients or wherever you believe you need to go. He has done the majority of the work gathering BOINC, SETI and other related apps in one place. All the best... On Wed, 9 Sep 2009 22:47:15 -0400 Paul Gregory bentarmill...@gmail.com wrote: Hi Derick This link was blank when I launched it http://boinc.berkeley.edu/wiki/List_of_projects_by_system_requirements/ I found a older client that does run (it installs using TAR and CHMOD cmds). Not very meaningful without the GUI.boinc_client gets installed but the GUI does not. When I call boinc_client all I can do is watch it create xml , projects and slots directories, and see the process taking CPU on the resource monitor. Looks like I am stuck withou a GUI unless I can find the source to boinc_manager. the link below gives me a failed redirection page in german. http://www.dotsch.de/boinc/BOINC%20Clients.html/ Fehler 404 Seite nicht gefunden Thanks for the assist. I will keep trying to find source for boinc_manager on the PPC Linux, then return for more help (punishment :) ) to test soluions. On Wed, Sep 9, 2009 at 4:34 PM, Derick Centeno dcent...@ydl.net wrote: Hi Paul! First, yum is always run from superuser. You can also run it using sudo but you have to have modified your sudoers file enabling your user name to have the same status to access and implement root level commands for a limited amount of time. Second, please look carefully on this page: http://boinc.berkeley.edu/wiki/List_of_projects_by_system_requirements/ Notice the operating system columns please notice that although there is a version of their software running for the PowerPC under the Mac operating system; the software versions they offer is only for x86 or Intel based Linux variants. YDL is a PowerPC based Linux only. This means that you cannot used their pre-packaged version of their software. However, I did find the page which contains their source which you can download, uncompress, compile and install within YDL. That page is here: http://setiathome.berkeley.edu/sah_porting.php/ If you, need further assistance -- write back. Here's a better resource. You'll have to still download, compile and install the source youself but a lot of the other requisite work has been done for you. Refer to this site: http://www.dotsch.de/boinc/BOINC%20Clients.html/ All the best... On Wed, 9 Sep 2009 14:07:56 -0400 Paul Gregory bentarmill...@gmail.com wrote: I installed YDL 6.1 on my PS3 model CECHA. Now lets see how responsive he YDL crowd is. HHEELLL ! When trying to install SETI at Home using the instructions from their web site I ge the following error yum install boinc-client boinc-manager Loading installonlyn plugin Config Error: Error accessing file for config file:/etc/yum.repos.d/yellowdog-updates.repo using Gedit I tried to view the repository file but get a permissions error. Should I be calling YUM from the GUI or black screen using root ? thanks in advance Paul Gregory ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google
Re: [ydl-gen] PS3 recovery boot
Glad you were able to fix it. Regarding translation: It is always a risk to decipher what is actually being asked when the description of a problem or difficulty has multiple interpretations and nuances. Unlike direct person to person communications which nearly everyone is used to, communication via the internet is perhaps the easiest to both misunderstand and misinterpret. The risk I took was to follow one possible interpretation which turned out to be wrong. Explaining how I made that interpretation is unnecessary as you resolved your difficulty anyway. I referred you to an official link to Fixstar's website as I believed the articles there would address some aspect of your query. I hope that this was a good guess. All the Best... On Thu, 17 Sep 2009 08:45:17 -0700 rhubbell rhubb...@ihubbell.com wrote: Thanks Derick. I have fixed it. Not sure how you translated what I asked into How can I edit the file on the dvd?. (^: Once I figured out kboot was really busybox I got to the yaboot.conf on the hdd and rebooted and got a gui. The issue was that the video mode was wrong and was unable to access the system. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] YDL 6.2, pared down gnome, and an iBook G4 1.33ghz
Hi Jason: The xorg.conf file you are interested in is generated either according to settings chosen within anaconda prior to YDL booting for the first time or as YDL boots for the first time and allows one to set up the user/root accounts as well as the monitor settings. I don't recall which. Of course, xorg.conf is also modified when you change the monitor settings. My xorg.conf follows here: = # Xorg configuration created by system-config-display Section ServerLayout Identifier single head configuration Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard Option OffTime 10 EndSection Section Files # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. FontPath /usr/share/X11/fonts/misc:unscaled FontPath /usr/share/X11/fonts/Type1/ FontPath /usr/share/X11/fonts/Speedo/ FontPath /usr/share/X11/fonts/75dpi:unscaled FontPath /usr/share/X11/fonts/100dpi:unscaled FontPath /usr/share/X11/fonts/korean:unscaled FontPath /usr/share/X11/fonts/cyrillic:unscaled FontPath /usr/share/fonts/ISO8859-2/misc:unscaled FontPath /usr/share/fonts/ISO8859-2/75dpi:unscaled FontPath /usr/share/fonts/ISO8859-2/100dpi:unscaled FontPath /usr/share/fonts/ISO8859-9/misc:unscaled FontPath /usr/share/fonts/ISO8859-9/75dpi:unscaled FontPath /usr/share/fonts/ISO8859-9/100dpi:unscaled FontPath /usr/share/fonts/KOI8-R/misc:unscaled FontPath /usr/share/fonts/KOI8-R/75dpi:unscaled EndSection Section Module Load dbe Load extmod Load fbdevhw Load freetype Load type1 #Load dri EndSection Section InputDevice # Change XkbModel to macintosh_old if you are using # the deprecated adb keycodes. Identifier Keyboard0 Driver kbd Option XkbModel pc105 Option XkbLayout us EndSection Section InputDevice Identifier Mouse0 Driver mouse Option ZAxisMapping 4 5 Option Protocol IMPS/2 Option Device /dev/input/mice EndSection Section Monitor ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: Identifier Monitor0 ModelNameLCD Panel 1280x800 ### Comment all HorizSync and VertSync values to use DDC: HorizSync31.5 - 50.0 VertRefresh 56.0 - 65.0 Option DPMS EndSection Section Device #Option ShadowFB true #Option fbdev /dev/fb0 #BusID 0:0:0 Identifier Card0 Driver radeon Option UseFBDev true EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth 24 SubSection Display Depth 8 Modes1280x854 EndSubSection SubSection Display Depth 16 Modes1280x854 EndSubSection SubSection Display Depth 24 EndSubSection SubSection Display Depth 15 Modes1280x854 EndSubSection EndSection Section DRI Group0 Mode 0666 EndSection = All the best... On Fri, 18 Sep 2009 16:19:13 -0400 Jason Ritzke jason.rit...@gmail.com wrote: Okay, so I moved from xfce back to gnome and switched out some unessential services (unessential for the ibook I mean). However, I still can't get DRI or advanced synaptics features, and suspend is still glitchy. Also I'm getting a brief kernel error about an invalid rom option for the radeon setting in yaboot.conf. I know that synaptics advanced features and dri work on this machine, as well as better suspend/restore. I've gotten all three working in debian and the latter two working in fedora 10. I think that having the right options set in my xorg.conf might help. Mr. Centino, if you aren't having these problems (ESPECIALLY the DRI issue) could you please e-mail me a copy of your xorg.conf so I could take a look at it and see what you've done differently. It doesn't seem like hal would be taking over there. If
Re: [ydl-gen] YDL 6.2, -- addendum
Hi Jason: The xorg.conf file you are interested in is generated either according to settings chosen within anaconda prior to YDL booting for the first time or as YDL boots for the first time and allows one to set up the user/root accounts as well as the monitor settings. I don't recall which. Of course, xorg.conf is also modified when you change the monitor settings. My xorg.conf follows here: = # Xorg configuration created by system-config-display Section ServerLayout Identifier single head configuration Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard Option OffTime 10 EndSection Section Files # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. FontPath /usr/share/X11/fonts/misc:unscaled FontPath /usr/share/X11/fonts/Type1/ FontPath /usr/share/X11/fonts/Speedo/ FontPath /usr/share/X11/fonts/75dpi:unscaled FontPath /usr/share/X11/fonts/100dpi:unscaled FontPath /usr/share/X11/fonts/korean:unscaled FontPath /usr/share/X11/fonts/cyrillic:unscaled FontPath /usr/share/fonts/ISO8859-2/misc:unscaled FontPath /usr/share/fonts/ISO8859-2/75dpi:unscaled FontPath /usr/share/fonts/ISO8859-2/100dpi:unscaled FontPath /usr/share/fonts/ISO8859-9/misc:unscaled FontPath /usr/share/fonts/ISO8859-9/75dpi:unscaled FontPath /usr/share/fonts/ISO8859-9/100dpi:unscaled FontPath /usr/share/fonts/KOI8-R/misc:unscaled FontPath /usr/share/fonts/KOI8-R/75dpi:unscaled EndSection Section Module Load dbe Load extmod Load fbdevhw Load freetype Load type1 #Load dri EndSection Section InputDevice # Change XkbModel to macintosh_old if you are using # the deprecated adb keycodes. Identifier Keyboard0 Driver kbd Option XkbModel pc105 Option XkbLayout us EndSection Section InputDevice Identifier Mouse0 Driver mouse Option ZAxisMapping 4 5 Option Protocol IMPS/2 Option Device /dev/input/mice EndSection Section Monitor ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: Identifier Monitor0 ModelNameLCD Panel 1280x800 ### Comment all HorizSync and VertSync values to use DDC: HorizSync31.5 - 50.0 VertRefresh 56.0 - 65.0 Option DPMS EndSection Section Device #Option ShadowFB true #Option fbdev /dev/fb0 #BusID 0:0:0 Identifier Card0 Driver radeon Option UseFBDev true EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth 24 SubSection Display Depth 8 Modes1280x854 EndSubSection SubSection Display Depth 16 Modes1280x854 EndSubSection SubSection Display Depth 24 EndSubSection SubSection Display Depth 15 Modes1280x854 EndSubSection EndSection Section DRI Group0 Mode 0666 EndSection = By the way you are wrong regarding lspci within YDL. Here's mine: [agu...@arakus sbin]$ ./lspci :00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP :00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 PCI 0001:10:12.0 Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03) 0001:10:13.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller 0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo/Intrepid Mac I/O 0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB 0001:10:1a.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB 0001:10:1b.0 USB Controller: NEC Corporation USB (rev 43) 0001:10:1b.1 USB Controller: NEC Corporation USB (rev 43) 0001:10:1b.2 USB Controller: NEC Corporation USB 2.0 (rev 04) 0002:24:0b.0 Host bridge: Apple Computer Inc.
Re: [ydl-gen] YDL 6.2, -- addendum
Hi Jason: The xorg.conf file you are interested in is generated either according to settings chosen within anaconda prior to YDL booting for the first time or as YDL boots for the first time and allows one to set up the user/root accounts as well as the monitor settings. I don't recall which. Of course, xorg.conf is also modified when you change the monitor settings. My xorg.conf follows here: = # Xorg configuration created by system-config-display Section ServerLayout Identifier single head configuration Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard Option OffTime 10 EndSection Section Files # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. FontPath /usr/share/X11/fonts/misc:unscaled FontPath /usr/share/X11/fonts/Type1/ FontPath /usr/share/X11/fonts/Speedo/ FontPath /usr/share/X11/fonts/75dpi:unscaled FontPath /usr/share/X11/fonts/100dpi:unscaled FontPath /usr/share/X11/fonts/korean:unscaled FontPath /usr/share/X11/fonts/cyrillic:unscaled FontPath /usr/share/fonts/ISO8859-2/misc:unscaled FontPath /usr/share/fonts/ISO8859-2/75dpi:unscaled FontPath /usr/share/fonts/ISO8859-2/100dpi:unscaled FontPath /usr/share/fonts/ISO8859-9/misc:unscaled FontPath /usr/share/fonts/ISO8859-9/75dpi:unscaled FontPath /usr/share/fonts/ISO8859-9/100dpi:unscaled FontPath /usr/share/fonts/KOI8-R/misc:unscaled FontPath /usr/share/fonts/KOI8-R/75dpi:unscaled EndSection Section Module Load dbe Load extmod Load fbdevhw Load freetype Load type1 #Load dri EndSection Section InputDevice # Change XkbModel to macintosh_old if you are using # the deprecated adb keycodes. Identifier Keyboard0 Driver kbd Option XkbModel pc105 Option XkbLayout us EndSection Section InputDevice Identifier Mouse0 Driver mouse Option ZAxisMapping 4 5 Option Protocol IMPS/2 Option Device /dev/input/mice EndSection Section Monitor ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: ### Comment all HorizSync and VertSync values to use DDC: Identifier Monitor0 ModelNameLCD Panel 1280x800 ### Comment all HorizSync and VertSync values to use DDC: HorizSync31.5 - 50.0 VertRefresh 56.0 - 65.0 Option DPMS EndSection Section Device #Option ShadowFB true #Option fbdev /dev/fb0 #BusID 0:0:0 Identifier Card0 Driver radeon Option UseFBDev true EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth 24 SubSection Display Depth 8 Modes1280x854 EndSubSection SubSection Display Depth 16 Modes1280x854 EndSubSection SubSection Display Depth 24 EndSubSection SubSection Display Depth 15 Modes1280x854 EndSubSection EndSection Section DRI Group0 Mode 0666 EndSection = By the way you are wrong regarding lspci within YDL. Here's mine: [agu...@arakus sbin]$ ./lspci :00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP :00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 PCI 0001:10:12.0 Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03) 0001:10:13.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller 0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo/Intrepid Mac I/O 0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB 0001:10:1a.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB 0001:10:1b.0 USB Controller: NEC Corporation USB (rev 43) 0001:10:1b.1 USB Controller: NEC Corporation USB (rev 43) 0001:10:1b.2 USB Controller: NEC Corporation USB 2.0 (rev 04) 0002:24:0b.0 Host bridge: Apple Computer Inc.
Re: [ydl-gen] yum update does not work after yum upgrade from ydl-6.1 to ydl-6.2
Did you check to see if maybe the bluetooth tools are installed first? You can determine that by doing: #yum info *bluetooth* Yum will list what is available for installation and what you already have installed. Brief explanations will be listed as well. Of course, you can only invoke what is installed already. On Thu, Oct 8, 2009 at 7:41 AM, John Frankish j-frank...@slb.com wrote: Hi, After a successful upgrade from ydl-6.1 - ydl-6.2, I would like to update to the new kernel to enable Bluetooth, but yum update does not work. I get: # yum clean all Loading installonlyn plugin Loading protectbase plugin Cleaning up Everything # yum update Loading installonlyn plugin Loading protectbase plugin Setting up Update Process base 100% |=| 1.1 kB 00:00 primary.xml.gz 100% |=| 951 kB 02:54 base : ## 2788/2788 0 packages excluded due to repository protections No Packages marked for Update/Obsoletion i.e. it looks like the yum-updates repo is not checked? Any ideas what the problem might be? Repo contents posted below. Regards John # cat yellowdog-base.repo #generated by system-config-ydlnet [base] name=Yellow Dog Linux 6.2 Base #mirrorlist=http://us.fixstars.com/resources/yd62-base-mlist mirrorlist=http://www.terrasoftsolutions.com/resources/yd62-base-mlist enabled=1 gpgcheck=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY protect=1 # cat yellowdog-updates.repo [updates] name=Yellow Dog Linux 6.2 Updates #baseurl=http://ftp.yellowdoglinux.com/pub/yellowdog/yum/6.2/updates/ mirrorlist=http://www.terrasoftsolutions.com/resources/yd62-updates-mlist enabled=1 gpgcheck=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY protect=1 ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] yum update does not work after yum upgrade from ydl-6.1 to ydl-6.2
Hi John: Did you try checking the YDL Board; there may be some pointers there. Also check where yum is looking at; in other words that yum is pointing to the various repositories you want yum to access. It may be the case that directing yum to access various servers for available rpms may be a better strategy as far as acquiring the most widely available software for the ps3. Check out ps3bodega forum as well. All the best... On Fri, Oct 9, 2009 at 1:41 AM, John Frankish j-frank...@slb.com wrote: Thanks, but the issue is not particularly that - on the ps3, Bluetooth does not work with ydl-6.2 and (my understanding is that) an update was issued, which includes a kernel update. My problem is that, even though I can see more recent packages in yd62-updates-mlist, yum update is ignoring them. John -Original Message- From: yellowdog-general-boun...@lists.fixstars.com [mailto:yellowdog-general-boun...@lists.fixstars.com] On Behalf Of Derick Centeno Sent: Thursday, 08 October, 2009 22:41 To: Discussion List for Yellow Dog Linux User Topics Subject: Re: [ydl-gen] yum update does not work after yum upgrade from ydl-6.1 to ydl-6.2 Did you check to see if maybe the bluetooth tools are installed first? You can determine that by doing: #yum info *bluetooth* Yum will list what is available for installation and what you already have installed. Brief explanations will be listed as well. Of course, you can only invoke what is installed already. On Thu, Oct 8, 2009 at 7:41 AM, John Frankish j-frank...@slb.com wrote: Hi, After a successful upgrade from ydl-6.1 - ydl-6.2, I would like to update to the new kernel to enable Bluetooth, but yum update does not work. I get: # yum clean all Loading installonlyn plugin Loading protectbase plugin Cleaning up Everything # yum update Loading installonlyn plugin Loading protectbase plugin Setting up Update Process base 100% |=| 1.1 kB 00:00 primary.xml.gz 100% |=| 951 kB 02:54 base : ## 2788/2788 0 packages excluded due to repository protections No Packages marked for Update/Obsoletion i.e. it looks like the yum-updates repo is not checked? Any ideas what the problem might be? Repo contents posted below. Regards John # cat yellowdog-base.repo #generated by system-config-ydlnet [base] name=Yellow Dog Linux 6.2 Base #mirrorlist=http://us.fixstars.com/resources/yd62-base-mlist mirrorlist=http://www.terrasoftsolutions.com/resources/yd62-base-mlist enabled=1 gpgcheck=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY protect=1 # cat yellowdog-updates.repo [updates] name=Yellow Dog Linux 6.2 Updates #baseurl=http://ftp.yellowdoglinux.com/pub/yellowdog/yum/6.2/updates/ mirrorlist=http://www.terrasoftsolutions.com/resources/yd62-updates-mlist enabled=1 gpgcheck=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY protect=1 ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] String instructions emulation on PPC970MP
Hi Patrice: I did a little digging and came across the following explanation from IBM which explains that the CPU you are coding for (amcc440) requires a specific Linux capable of the following: In versions 2.6.26 and earlier of the Linux kernel, the code did not properly clear reserved bits 11 - 15 in word two of a Translation Lookaside Buffer (TLB) entry. These bits need to be set to zero as documented in the respective user’s manuals to avoid a degradation in performance. A change was included in Linux kernel version 2.6.27 which will clear reserved bits 11 - 15 bits in the finish_tlb_load function. With these bits automatically cleared, inadvertent performance degradation will be avoided. Users of the PPC440x6 and all 464 processor cores should use Linux kernel version 2.6.27 or later. You can read the document for yourself here: https://www-01.ibm.com/chips/techlib/techlib.nsf/techdocs/6F95C69A2ED9AE73002575AF005B6E4E YDL 6.2 does use kernel 2.6.27 (see here: http://www.fixstars.com/en/products/ydl/installed.html) however make sure that the settings recommended by IBM are in effect for the amcc440. However, that would mean that you are directly coding for that cpu not the native 970MP which comprises the PowerStation which would explain the problems you are reporting. IBM does have a document explaining coding for the 970MP (which are the native cpus within the PowerStation) and the Linux parameters they recommend. That document is here: https://www-01.ibm.com/chips/techlib/techlib.nsf/techdocs/A0C294269DB8D1EC87256FF9004FC54C These are just preliminary references, of course, but I thought the information could be a useful start for you. As for acquiring more details, you may have to confer with someone at Fixstars. All the best... On Tue, Dec 8, 2009 at 8:08 AM, Patrice B pbfwdl...@gmail.com wrote: Hello, I'm using a Power Station as a build machine to generate code for amcc440 cpu using gcc 4.4 with option -mcpu=440fp. Since this release of gcc, I notice that code is generated with string instructions which are not supported by Power Station cpu, and then, it makes build failed if a newly built binary needs to be run for a next build step. Is there a way to emulate those instructions on a Power Station (which currently runs YDL 6.0) Best regards Patrice ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' -- = Refranes/Popular sayings: The Taino say: No hay mal que por bien no venga. There is no evil out of which good cannot blossom. ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] PowerMac G4 Wireless Options
I was able to get Airport Extreme working within YDL. Implementing the directions were straightforward. All the best... On Thu, Dec 10, 2009 at 5:04 PM, Tyler Brenner ty...@tylerbrenner.comwrote: HI all, New to YDL. I'm just curious if there's anyone who's had success using an airport or any other means of wireless receiver for a PowerMac? Regards -- Tyler Brenner ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' -- = Refranes/Popular sayings: The Taino say: No hay mal que por bien no venga. There is no evil out of which good cannot blossom. ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Bluetooth and WLAN with WEP enabled
On Sat, 19 Dec 2009 19:54:14 +0100 Celine-Alexander M. Preiss fam.pre...@hotmail.com wrote: HI, I just got e friend to install yellow dog (I think he installed vers. 6.1) on my old PS3, all seems to work fine, except the following: A) Bluetooth used to communicate with the wireless keyboard does not work. B) WLAN with WEP security enabled, does not seem to work. How should we proceed to get the Bluetooth keyboard option to work, anny one that have managed to get this to work? Update your YDL installation by first going into superuser or root mode by starting the Terminal within YDL. You'll know you are in root or superuser mode when you see #. Next start yum to find the bluetooth software you need. Here's an example done on my own YDL computer: [agu...@arakus ~]$ su Password: [r...@arakus aguila]# yum info *bluetooth* Loading installonlyn plugin extras 100% |=| 951 B 00:00 updates 100% |=| 951 B 00:00 base100% |=| 1.1 kB 00:00 Available Packages Name : gnome-bluetooth Arch : ppc Version: 0.7.0 Release: 10.2 Size : 242 k Repo : base Summary: GNOME Bluetooth Subsystem Description: This package contains a Bonobo server to control Bluetooth devices, and a simple GUI to explore which devices are available (gnome-bluetooth-manager). Also, an OBEX server is available, gnome-obex-server. This will receive files sent via Bluetooth to your PC, and save them in your home directory. Name : gnome-bluetooth-devel Arch : ppc Version: 0.7.0 Release: 10.2 Size : 10 k Repo : base Summary: Files for the development of applications, which use gnome-bluetooth Description: This package contains the files for the development of applications, which will use gnome-bluetooth. Name : gnome-bluetooth-libs Arch : ppc Version: 0.7.0 Release: 10.2 Size : 78 k Repo : base Summary: Libraries for applications, which use gnome-bluetooth Description: This package contains the libraries for applications, which use gnome-bluetooth. Name : nautilus-sendto-bluetooth Arch : ppc Version: 0.7 Release: 6 Size : 10 k Repo : base Summary: Nautilus integration for Bluetooth Description: A nautilus-sendto plugin for sending files via Bluetooth. Name : pulseaudio-module-bluetooth Arch : ppc Version: 0.9.10 Release: 1.el5.1 Size : 23 k Repo : extras Summary: Bluetooth proximity support for the PulseAudio sound server Description: Contains a module that can be used to automatically turn down the volume if a bluetooth mobile phone leaves the proximity or turn it up again if it enters the proximity again [r...@arakus aguila]# Explanation: The * is a wildcard symbol instructing the computer to accept any combination of characters forming a name - a quick means to save a lot of typing. In this case, you see the various bluetooth software which is available to be downloaded and installed. If the software was installed in your system already it was say installed in the Repo field. Let's say the gnome bluetooth libraries make the most sense given what you are trying to do. Then do: [r...@arakus aguila]# yum install gnom*bl* Loading installonlyn plugin Setting up Install Process Parsing package install arguments Resolving Dependencies -- Running transaction check --- Package gnome-bluetooth-libs.ppc 0:0.7.0-10.2 set to be updated --- Package gnome-bluetooth-devel.ppc 0:0.7.0-10.2 set to be updated --- Package gnome-bluetooth.ppc 0:0.7.0-10.2 set to be updated -- Processing Dependency: libbtctl-devel for package: gnome-bluetooth-devel -- Processing Dependency: libopenobex.so.1 for package: gnome-bluetooth -- Processing Dependency: libbtctl.so.2 for package: gnome-bluetooth-libs -- Processing Dependency: libbtctl.so.2 for package: gnome-bluetooth -- Restarting Dependency Resolution with new changes. -- Running transaction check --- Package openobex.ppc 0:1.3-3.1 set to be updated --- Package libbtctl.ppc 0:0.6.0-9.2 set to be updated --- Package libbtctl-devel.ppc 0:0.6.0-9.2 set to be updated Dependencies Resolved = Package Arch Version Repository Size = Installing: gnome-bluetooth ppc0.7.0-10.2 base 242 k gnome-bluetooth-devel ppc0.7.0-10.2 base 10 k gnome-bluetooth-libsppc0.7.0-10.2 base 78 k Installing for dependencies: libbtctlppc0.6.0-9.2base 50 k libbtctl-devel ppc0.6.0-9.2base 48 k openobexppc1.3-3.1 base 22 k Transaction Summary = Install 6 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 449
Re: [ydl-gen] Linux yellow dog manual for dummies
On Thu, 24 Dec 2009 10:09:48 +1100 Robert Spykerman robert.spyker...@gmail.com wrote: On Thu, Dec 24, 2009 at 2:23 AM, Derick Centeno dcent...@ydl.net wrote: ...snip... Be sure to use the YDL Board as a resource so that you meet other PS3 users like yourself, as well as others who program using YDL on various hardware systems. There's a lot a good people there who can help you move forward a lot faster than you going it solo. I completely agree. There are not many online forums for YDL - I believe this mailing list and the YDL board http://www.yellowdog-board.com/ are the only two specific ones. I am new to YDL too myself. I suspect not many people use it very much these days if traffic in these lists or the YDL board is anything to go by, at least relative to the traffic you can see on the ubuntu boards. You are quite right Robert, the traffic regarding PowerPC programming has changed quite a bit over the years. There had been a great deal of traffic here when Apple incorporated the PowerPC in it's computer hardware. When Apple switched to Intel there were many changes in the traffic here and then Microsoft, Nintendo and Sony developed game systems which incorporated not only the most advanced PowerPC system available to date (the Cell) but the most intensively powerful CPU available to consumers. Out of all these companies however only Sony allowed an option which allowed users to use and run YDL on their PS3s thereby turning what had been merely a game computer into the equivalent of a supercomputer available to forward looking consumers. Of course, not everyone who purchased the PS3 would be interested in hi-tech programming on the Cell but that potential was available as long as Sony allowed the OtherOS option to exist. With the OtherOS option all members of the family could not only play games but explore advanced technical areas ranging from introductory to advanced programming concepts of nearly every level of endeavor. The only comparison I can think of is imagining families with the PS3 being awarded a free perpetual opportunity to attend the most advanced computer labs at MIT or Stanford or Yale for their own personal exploration and use. The Cell is that flexible. However for various reasons Sony closed that potential when the Slim version of the PS3 was released while they almost simultaneously announced that no further PS3s would be produced with the OtherOS option which meant that only the previous generation PS3s with the OtherOS option would continue to be sold until the inventory was exhausted. This meant that although there would continue to be persons who ran YDL on PS3s that number would be finite and would not include anyone who purchased the PS3 Slim forward. Fixstars which produces YDL, runs on many PowerPC systems however fewer of these available systems exist at a price which consumers normally purchase between $200-$500. Fixstar's PowerStation for instance can be had for $1000+ and if one wants the Cell included with that there exists a PCI card which one can purchase fits into the PowerStation beginning at $6,000+. There will be lovers of hi-tech and professionals involved in programming advanced systems who will use YDL, YDEL, etc. which run on such PowerPC technologies which may be or become available but this is no longer the family or consumer priced systems which people have considered as reasonably affordable over during the years Apple or Sony sold their systems which means as well that fewer people will have experience with advanced computers. Intel technology is popular and common, but it is not based on radically new thinking as regards computer architecture. Intel rather is very astute in utilizing old architectures in radically new ways. As inventive as such approaches are in my thinking it is akin to considering how many ways a paper clip can bend. In fact, this is exactly why the modern market has developed into the weird reality we find ourselves in where Microsoft, Nintendo and Sony are vendors who each run the Cell in their own very powerful computing game systems but each system is locked in the sense that consumers cannot use Linux to utilize the flexibility of the Cell on any of these systems for themselves or their families. This is great for producing strictly advanced gaming computers however it is terrible for those who want to use those same computers as working systems or family based learning and research systems which run independently designed projects. In fact, families and individuals who purchase the Xbox, Wii and PS3 Slim now have to also purchase other computers as their work/research stations at home. The consumer is paying very much more than twice over all these purchases. A range of technical details exploring various views exists within the YDL Board for those who are interested in researching the topic. As much as I hate saying this, you may want to check out Ubuntu as an alternative
Re: [ydl-gen] Linux yellow dog manual for dummies
Good to hear from you Warren!! It's been a long time!! Glad you liked my analogy. I wasn't aware of IBM's announcement. I guess we are the lucky ones who got these marvelous computers while they could be had. Too bad others won't have the opportunity to explore and develop varied programming skills which these systems allow. You are not alone in considering how dull the modern environment is. Unfortunately, we've become like that tiny core of professionals who served with Henry II at the Battle of Agincourt mentioned by none other than Shakespeare -- We few, we happy few... I would have liked to have had more people experience gaining from the skill of working with these systems. But if the hardware isn't available then that's pretty much it, unless one chooses to get gouged on ebay. Well, Warren, have a wonderful celebration of the holidays and a most splendid New Year!! Likewise to all who are here!!! On Thu, 24 Dec 2009 12:46:10 -0800 Warren Nagourney war...@phys.washington.edu wrote: I might also add that, due to recent announcements from IBM, the future of the Cell processor is in doubt. In November, IBM announced that it was canceling the next iteration of the Cell, the one with 32 SPE cores. I would therefore hesitate in investing any time in learning Cell programming. As a result of IBM's announcement, there was a flurry of talk on tech- savvy sites (such as ars technica) about the end of the Cell and since IBM made no attempt to refute these inferences, I can only assume that they are phasing out the Cell. Too bad, as it is the only interesting computer architecture I have seen in a while. I like your simile likening Intel architecture to the rebending of a paper clip, Derick! The dominance of computing by one architecture makes the whole (hardware) enterprise fairly dull, in my opinion. Cheers, Warren Nagourney = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Linux yellow dog manual for dummies
You may want to know that you may find decent parts for your system from http://macsales.com/ I think we may have to really keep our PowerPC running for longer than that although I did hear of someone developing a multicore PowerPC laptop a month or so ago. I've got to search for who this fellow is again as I lost track, but I did hear of a fellow who created a working Cell based laptop which ran the GameOS and had the OtherOS option. Pretty neat! Caveat: If you replace the power supply or other support parts you shouldn't have trouble running YDL from it. Be careful regarding other components however such as DVD drives: if those go it may be wiser to consider an external DVD drive in that situation. I'm unsure if anyone we knew remains at Fixstars from TSS; it may not be so easy to get the kind of support we became accustomed to. In any case, I'd advise you to consider reviewing what notations remain regarding their advisories regarding which hardware works with YDL and which do not. As best I recall, the past emphasis (by TSS) was to support original Apple parts. So the problems to watch for may not be RAM as much as internal associated devices, such as a newer hard drive or modem or something similar. It may be better to just get an HD which resides on a PCI card which your system should recognize with no problem as an external system; I don't think such a drive would be able to be booted from within YDL. It would be interesting to try that out as a concept though. Anyway enjoy and all the best!! On Thu, 24 Dec 2009 13:57:49 -0800 Warren Nagourney war...@phys.washington.edu wrote: Thanks, Derick. I still love the PPC architecture and recently bought an Apple dual core 2.3 GHz G5 for very little money and am finding it to be absolutely as fast as I could ever hope for. I will keep it for the next 3-5 years (assuming I can keep the power supply running) and maybe then, the dominance of x86 may have lessened (it can't last forever!). Merry Christmas and Happy 2010, Warren N = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Linux yellow dog manual for dummies
On Sat, 26 Dec 2009 00:55:12 +1100 Robert Spykerman robert.spyker...@gmail.com wrote: Hi Robert, may you and all here and elsewhere enjoy the upcoming celebrations and New Year! I haven't had the time to pursue or discover the article or articles which Warren referred to. If I do discover anything along those lines which approach what he shared, I'll post them in this thread. Regarding what you posted however despite all the running around about this new architecture you do understand that media people and engineers paid to do media are rather loose in their definitions of what they mean by new or really anything else -- even their mathematics find new inventive realities which more often are explorations of that dimension of imaginary numbers. Remember that universe of estimations and calculations affected by and related to the square root of negative one? The vast production of data generated by media are like that. It may be entertaining and many other things but one, no one, should believe or accept the production at face value, no matter what it is or who produces it. The new thing which you should have noted from Plug Computer is what the name tells you itself. They are merely propagating what is old as new; the new thing is the redesign of ARM technology so that it does new functions at low energy costs -- which is truly a good thing. But this is as I shared elsewhere no more interesting that bending a paper clip in a new way. There are more uses for utilizing such a clip bent in that new manner, but it is and remains just a paper clip -- Plug Computer's new thingy is no more than that. Here's one page which almost approaches the essence of the truth regarding what they actually are doing -- read between the words and the lines and you'll discover for yourself that there is a lot less to their efforts than the hoopla they are creating around it. Here's the link: http://www.marvell.com/technologies/cputech.jsp Now I've got to run lest my relatives proceed to engage upon my demise in creative ways I would not be able to foresee. Happy Holidays!! On Fri, Dec 25, 2009 at 8:44 AM, Derick Centeno dcent...@ydl.net wrote: I wasn't aware of IBM's announcement. I guess we are the lucky ones who got these marvelous computers while they could be had. Too bad others won't have the opportunity to explore and develop varied programming skills which these systems allow. I went down to the local EB the other day hoping the fat ps3s (be they second hand or old stock) would be significantly cheaper with the express notion of purchasing another Alas... not :( But hmm... there are a few interesting cheap-ish options. Been thinking of looking into these Sheeva thingies... ie http://www.plugcomputer.org/ No particular reason. Just because they exist and are not x86's - Thank heavens they did not put atoms in them - I think one would make a really nice home server with low energy costs, but it won't be fast for number crunching. Cheap ARM netbooks are probably also on the way. Hmm... if these succeed maybe we may see the evolution of small desktop ARM jobs...and maybe followed by bigger badder multicore ARMS with a lot of grunt. Hah, wishful thinking eh? Knowing ARM, probably not...but still they could try. IBM sure don't seem to be. I'm bitterly disappointed at (what I perceive to be) the continued decline of the powerpc architecture I have to say. But hey, I have a ps3. It runs linux (for now). And I can mess with it and mess with it I shall. Well, Warren, have a wonderful celebration of the holidays and a most splendid New Year!! Likewise to all who are here!!! Likewise, seasons greetings to all! Cheers Robert = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Linux yellow dog manual for dummies
On Fri, 25 Dec 2009 11:37:34 -0800 Warren Nagourney war...@phys.washington.edu wrote: Thanks, Derick. Although this is a YDL forum, I am afraid to say that there is no comparison between any linux on PPC and OS X. The former simply doesn't have the software base that I need. I used to think that it would be faster than OS X, but after a few installations of linux on Apple computers, I discovered that OS X wins hands down in the speed area as well. I think that linux is optimized for x86 and of course things like flash are only available on x86 linux (I hate flash, but it unfortunately has become a standard for internet video). There are still some PPC optimizations in OS X apps and maybe even some Altivec usage (which allows Quicktime to smoothly run at 1080p on my PPC machines). The tasks involved in writing my book would have been enormously greater if I had used linux instead of OS X. Prior to my relationship with TSS, I tried my hand at being an Apple developer. Every course Apple offered (beyond the one free introduction in programming for the Mac) were expensive. Beyond that you had to complete specialized seminar training at the Apple Campus at Cupertino!! Add to that costs for travel, hotels and accommodations, etc an individual developer like myself could not do that. Corporations and Universities with deep budgets however are another matter. Within YDL however I could write and create things which ran and explore my own technical interests occasionally sharing them as open source projects which may or may not have interested others -- without it costing blood money, mainly mine. There are entertaining applications for OS X, however if you really get into the source of how Apple did things then and does things still, and requires that they be done, nearly any careful programmer would see spaghetti code -- meaning inexplicable layers between the executing program within Apple's operating system and how that program must function to implement hooks into established and approved Apple tools. This is really the secret reason why you see no improvement in efficiency between your version of the Mac OS and the current or recent versions of Mac OS. The spaghetti has gotten longer and there aren't enough cores or processing speed to eat or process it all. The TSS team avoided the spaghetti method of programming implemented by Microsoft and Apple. YDL and other TSS products are faster because all that junk -- that spaghetti -- doesn't exist. Although nearly everyone wants to have the functionality without the spaghetti, it isn't easy to do as Apple and Microsoft have proven by regularly losing their products into baffling code which not only wastes computer cycles, but also costs consumers money by costing time. Straightforward and intentionally well designed programming helps any processor, but with all that junk removed PowerPC systems running YDL have no peer -- period. Consider also that it is rather sad that even all the work Apple has done, in professional settings where operating systems are tested yearly for efficient processing and security -- Linux comes in First, Windows comes second and the Mac sometimes doesn't come in third place because other operating systems are stronger. These tests have been going on for at least 10+ years!! No Apple operating system has ever achieved second place!! Allow me to be clear about this, there is no point on working on any computer whose data can be compromised via theft by breeches in wireless or other network, or system access vulnerabilities. Why would anyone risk it? Yet people do all the time because they are lulled into forgetting how vulnerable their data is as well as intentionally misdirected regarding how strong the operating system they choose to use actually is regarding protecting their personal and business work. You would think that many would understand by this date the threat of theft of their work and their personal and work related identities, but no. That however is a whole different problem. In consideration of the talent which was at Apple or Microsoft, they could and should have done much, much better. Spaghetti is fine for humans to consume as an enjoyable meal together with meat balls, sauces, etc. -- it is not intended for processors which would have to follow Moore's Law advanced infinitely every microsecond to successfully digest all the spaghetti humans can generate just by sheer imagination. = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Linux yellow dog manual for dummies
I found an article discussing IBM's decision to cancel the Cell which I'm posting for others here. I'm satisfied it comes close enough to what he described. Here's that article: http://arstechnica.com/hardware/news/2009/11/end-of-the-line-for-ibms-cell.ars On Thu, 24 Dec 2009 12:46:10 -0800 Warren Nagourney war...@phys.washington.edu wrote: I might also add that, due to recent announcements from IBM, the future of the Cell processor is in doubt. In November, IBM announced ... = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Linux yellow dog manual for dummies
I thought you, Rob and interested others would find this article interesting as it follows along the lines of what you stated earlier with some different details. First the article: http://arstechnica.com/hardware/news/2009/11/end-of-the-line-for-ibms-cell.ars You'll note that future development and computers (including laptops - Yippee!) will follow along an integrated or morphed design path which implements both AMD/Intel with Cell/PowerPC aspects of handling complex processing. This could well mean systems which look more like the system which is within the Toshiba Qosimo (referring to what Toshiba calls it's SPEC engine). I recall discussing details regarding how the Cell's technology was morphed into the SPEC engine with some astute people at the YDL Board awhile ago. IBM's decision therefore kills the Cell as Cell, but not what was derived by learning and working with it. It is interesting that this movement forward comprises methods previously exclusive to disparate architecture families (Intel v. PowerPC); everything running today will need to be rewritten for those newer systems as they will be unlike what has come before. This also means something rather challenging which I hinted at previously, the skills needed to program the new systems will require people familiar programming for PowerPC/Cell and Intel systems. A skill which remains rare and becoming rarer still. However those skills are transferable and advantageous in leaping forward into seriously working with this new hybrid. The new hybrid will be further advanced than the system within the Qosimo. As the hardware moving forward has changed so must Linux and commercial operating systems. YDL won't remain what it is; it will have to morph into something else to meet what is coming. That choice, if any is made, is up to Fixstars. I hope that they choose well so that they are right in the thick of it. The best to all... On Sat, 26 Dec 2009 12:46:22 -0800 Warren Nagourney war...@phys.washington.edu wrote: That's very interesting, Rob. Were the apps compiled using the same compilers (with the same degree of optimization) in both cases? Were the time differences actual CPU time of just elapsed time? ... = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Linux yellow dog manual for dummies
On Sun, 27 Dec 2009 14:20:18 -0500 Rob Sanders ra...@travelinglightfarm.net wrote: It is an interesting article, and reminds me of some discussions I've had with 'younger' programmers at work. One of my coworkers is an absolutely awesome web developer, using the newer frameworks (Groovy on Grails) to develop from scratch a replacement GUI for out linux security tools (commercial plug - www.trustedcs.com/ securityblanket) in 8 months, having no previous experience with the product. Seeing what he has been able to do using the right tools has been amazing. He enjoys the whole meta-programming way of doing things. But when I've discussed some of the things I've done (some cell code, device driver work, cross-platform porting, C/C++/Fortran, bit level manipulation, etc) he honestly confesses that he is baffled and lost trying to do those things. They just aren't taught much it seems. I've also been amused that several of the programming tricks *required* in cell based work were things I did 'back in the day' trying to get every cycle I could beg, borrow, or steal out of my old Apple II+. When a no-op costs two clock cycles, you learn to count every one of them. Anyone else remember the extra 16 K of memory (or there abouts) you could get by bank-switching the language card? Or programming overlays? Manually figuring out how to bit pack you data so you would actually be able to fit everthing into your limited memory space? Again, skills that (outside of the embedded world perhaps) just aren't taught much anymore. sigh I'm not saying that everyone needs to be able to demonstrate mastery of these skills, but I am a *firm* believer that the concepts should be taught and coded at least once, if only so the developing code can understand what the wiz-bang compiler is doing on their behalf. I appreciate your experience. My own is similar in that I also worked on small systems where memory was extremely tight, next to nonexistent by today's standards, and coding had to be done extremely well. Where you where working on an Apple II+; I couldn't afford one. So having had a few programming courses in Fortran, Basic and become familiar with programming the HP 67 in the early 70's -- I decided to acquire a Hewlett-Packard 41 which I could afford. I was looking for a means to demonstrate that I had solid technical skills, although I had very little course work in Comp. Sci. and my BA was, of all things, in Psychology. The solution was provided by HP itself; it then offered any interested persons who wrote programs judged as technically useful the opportunity to be entered into their user's program catalog which then was published worldwide. The language then used was a proprietary language which implemented Reverse Polish Notation as a form of hybrid Assembly language. The HP 41 had the vast RAM capacity of 6.4KB. Here are some links just as a matter of sharing a bit of my world back then. It may interest you to view something of the code language used then which was also implemented into the HP 41: An discussion regards the HP 67 with an example of coding: http://www.rskey.org/detail.asp?manufacturer=Hewlett-Packardmodel=HP-67 An discussion of HP41 with links to technical details: http://www.hpcc.org/calculators/hp41.html After that it is pretty straightforward how I could move into PowerPC assembly language and so on. The value of exposure to and experience with technical foundations cannot be overstated. The fact that unless one knows what is entailed to resolve a difficulty without resort to an application it will be terribly difficult to understand not only why and how it functions, but more importantly when that tool cannot be used for a task. Then such understanding can help move one forward towards a task or strategy which does work. Ok, I will now step down from one of my many soapboxes. -Rob Hey Rob, don't consider it odd that I'll cheer for you to get back onto any one of the soapboxes anytime. = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Installation Question
On Wed, 30 Dec 2009 20:27:17 -0800 (PST) Chris Blan christopher_b...@yahoo.com wrote: I'm trying to install yellow dog linux 6.1 but can't seem to log in once the installation is finished. During the installation I am never asked to setup a user name. Is there a standard user name everyone logs in with the first time? Thanks in advance, Chris No Chris, there isn't. However it is easy to miss that just before the installation proceeds to finish one is asked to create a password for the System Administrator. Ive always believed this step to be misleading, however the point of the question or expectation is that you or anyone else needs to understand that the System Administrator (also known as root) can control, add, remove and modify everything you just installed -- you (as the sole and primary owner of that computer system may choose one day to execute some -- if not all -- of those functions or tasks at some future date. So take the time to choose a specific password you alone will use to do those special functions -- as root -- sometime in the future. In other words should you ever use the term root as a user name, the password to be associated with it will only be that specific password. Once that is completed the installation proceeds and then after YDL is booting up for the first time (without the DVD used to install YDL) -- in other words YDL is running from the hard drive, then you are asked for a user name and a password to be associated with that user name. This portion of the installation process is important but different. As a user you will not be doing programming or other System Administration or root related tasks -- you will be using YDL to use the applications installed. You will as a user use Open Office or something else, play Mahjong or Rhythmbox. As a user therefore you should create and remember a unique user name to login into YDL with AND create and remember a unique password which is to be used exclusively with that particular and unique user name. Once the above has been defined YDL will be easier to work with in the sense that the operating system will then be clear when you are specifically working in root or user mode. Consider it (the whole procedure) as an oversimplification of who you are but a necessary means of how YDL (or any Linux) will be able to work for you better. All the best... and Happy New Year!! = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Installation Question -- addendum
On Thu, 31 Dec 2009 00:57:32 -0500 Derick Centeno dcent...@ydl.net wrote: On Wed, 30 Dec 2009 20:27:17 -0800 (PST) Chris Blan christopher_b...@yahoo.com wrote: I'm trying to install yellow dog linux 6.1 but can't seem to log in once the installation is finished. During the installation I am never asked to setup a user name. Is there a standard user name everyone logs in with the first time? Thanks in advance, Chris ... Just to be explicit, any one Linux computer owned by an individual has one and only one root account. If however there is a family or group sharing the computer then there can be multiple user accounts each with a user password, but still there is only one root. Should at some time in the future a need arise that one or another user needs access to some functions of root then at that time you as the System Administrator (SA) -- read owner -- can decide which root functions will be allowed to a specific user and which will not. The whole concept of this is called Linux System Administration as the concept is a about controlling the use of the computer's resources (programs, and everything comprising it); in other words the SA decides what users get to have and work with. There are many books discussing Linux System Administration. Pick one up and learn what you need, reserve details you don't need for later. Good Luck. = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
[ydl-gen] Fw: Linux yellow dog manual for dummies
Apologies: I should have referred to the Toshiba SpursEngine. Begin forwarded message: Date: Sun, 27 Dec 2009 11:23:53 -0500 From: Derick Centeno dcent...@ydl.net To: yellowdog-general@lists.fixstars.com Subject: Re: [ydl-gen] Linux yellow dog manual for dummies I thought you, ... Toshiba calls it's SPEC engine) = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Java on PS3-YDL 6.2
On Sun, 2010-01-10 at 09:38 +1100, Stephen Harker wrote: On Sat, Jan 09, 2010 at 02:33:04PM -0500, Derick Centeno wrote: So if you are building any applications from source you need to make sure that you also build from source all related rpms, but before all that you also need to remove from YDL the rpms of dependencies and applications which are already installed which you intend to replace. I've gotten caught by this requirement myself several times. This whole process is rather tedious but if you get through it all, you will have eventually what you want as you want it. There was no problem in building Firebox 3.6b3 or 3.6b5. They run well, it is merely that the IBM Java plugin does not work Thanks for your reply Steve. You've provided a clue regarding an approach which I previously missed regarding getting complied programs up and running. signature.asc Description: This is a digitally signed message part ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Installation Question -- addendum
On Fri, 8 Jan 2010 13:00:52 +0100 R. Hirschfeld r...@unipay.nl wrote: Date: Thu, 31 Dec 2009 01:14:26 -0500 From: Derick Centeno dcent...@ydl.net Just to be explicit, any one Linux computer owned by an individual has one and only one root account. If however there is a family or group sharing the computer then there can be multiple user accounts each with a user password, but still there is only one root. Actually, any account with uid 0 will have root privileges regardless of username, and you can have as many of them as you want (although many consider it a bad idea to have multiple root accounts). In some unix systems (e.g., BSD, I think), there is a standard second root account with username toor (root spelled backwards). This can be handy if you want to use a root account with a non-standard default shell that doesn't reside in the root filesystem but leave another with a standard shell for use in single user mode or emergencies. Long ago (in simpler times) I once had an account on a shared system (a research machine at a university) on which *all* users were given uid 0! Ray Hi Ray: What you describe is possible but in my experience such systems with multiple root designations are development systems. In other words, such systems exist within offices or sites where programmers or others are using or designing code implementing applications either in-house for a company or university or cooperating together for a group project to fulfill a contract. Even in such scenarios, root access was strictly controlled. Other than this scenario, as you noted, it is not a good idea to have multiple root accounts as such access can wreck destructive havoc in any Unix/Linux environment. Even if one is very skilled, utilizing only one root account it can be an annoying challenge when one makes a mistake and needs to reinstall or reconstruct/repair an entire Linux installation from scratch. All the best... = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Installation fail on Blade JS22
On Thu, 14 Jan 2010 14:44:13 +0700 Somsak Sriprayoonsakul som...@inox.co.th wrote: Hello, Sorry if the question seems too stupid, but we are desperately trying to find the answer on this but no exact answers found yet. We are trying to install YDL6.2 on an IBM Blade JS22. However, we could not get pass even the yaboot prompt, the installer failed immediately after loading ramdisk. My guess is that YDL does not support IBM Blade JS22, but I couldn't find the exact answer on this, despite that IBM Blade JS2x is listed as supported hardware. If YDL6.2 is really not supported on JS22, could you suggest any free linux distribution that support such hardware? Thanks, Hi Somsak: Please refer to this official site: http://www.ydl.net/support/hardware/ibm.shtml Note that IBM JS2x series is supported by a different Fixstars product called Yellow Dog Enterprise Linux BSP. Clicking on that link will take you here: http://www.fixstars.com/en/products/ydel/ The pages discussing YDEL describe in detail what this enhanced/specialized version of YDL is. You will notice that although there is no mention of JS2x support on the YDEL pages, probably due to recent changes at Fixstars, there are links to contacts within Fixstars where you can ask for more details regarding JS2x support utilizing YDEL. Note that YDEL is a commercial and proprietary product. YDL however, the version you tried to use is designed to be an open source product over a brief period of time after it's official release. There always has been a distinction between YDEL and YDL. I am not connected with Fixstars nor can I provide more detailed information than what I've shared with you here. Please follow the recommended advice and contact Fixstars directly for more information. = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Linux yellow dog manual for dummies
From: rhubbell rhubb...@ihubbell.com Reply-To: Discussion List for Yellow Dog Linux User Topics yellowdog-general@lists.fixstars.com To: yellowdog-general@lists.fixstars.com Subject: Re: [ydl-gen] Linux yellow dog manual for dummies Date: Thu, 14 Jan 2010 11:42:35 -0800 (14:42 EST) Mailer: Mail-2.1 Hi Robert: In order to help you get a handle on the whole topic I went back to recover a prior submission I made to this list addressing the end-of-life for the Cell. In fairness, Warren Nagourney, another contributor to this list, mentioned it first. However, he did not provide a specific link or reference. As I don't sit well with mere unverified references I researched the subject matter in Ars Technica and discovered an interview with an IBM rep. which discussed the whole issue in detail. The gist of the article clearly states that although the Cell has been mothballed work is proceeding with a novel approach which integrates what has been learned through working with it. IBM is moving forward with has been described technically as Heterogeneous Multicore systems -- a basic overview of Multicore systems is found surprisingly here: http://www.fixstars.com/en/multicore/processors.html. The good news then is that development from IBM will proceed along the lines of something which acts or looks like the Toshiba SpursEngine or other Heterogeneous design. When development proceeds as it surely will, then will be the time to discover which version of Linux will run on it. There's a lot to be positive and excited about for persons interested in programming advanced architectures. The developments are more interesting as elements of previously diverse and competing architectures have become morphed into one which makes programming these new heterogeneous systems easier, not harder. Determining whether we will see something progressing along the lines of the Toshiba SpursEngine or Nvidia's Tesla design is hard to determine. IBM's vision means more powerful and capable systems way beyond those which exist currently and in the near future. A good head's up for Apple users is that Apple is much more likely to accept IBM's new direction in the effort to maintain Apple's edge as creative hardware and operating system par excellence. Although many here will wait and see what comes, a few will study what IBM does and act accordingly. I can guarantee, as a former Apple developer, that Apple pros are studying IBM's efforts and progress as well. On Thu, 24 Dec 2009 15:27:42 -0500 Derick Centeno wrote: On Thu, 24 Dec 2009 10:09:48 +1100 Robert Spykerman robert.spyker...@gmail.com wrote: On Thu, Dec 24, 2009 at 2:23 AM, Derick Centeno dcent...@ydl.net wrote: ...snip... Be sure to use the YDL Board as a resource so that you meet other PS3 users like yourself, as well as others who program using YDL on various hardware systems. There's a lot a good people there who can help you move forward a lot faster than you going it solo. ... I hadn't heard that the CELL was end-of-lifed. I guess it's true. But any idea why? Who killed the Cell/BE? Toshiba owns the chip fab? Have they announced anything? I see the Zego vanished. What about the blades based on Cell/BE? Collectivism at work? Too much compute power for the citizen? Forwarded Message From: Derick Centeno dcent...@ydl.net Reply-To: Discussion List for Yellow Dog Linux User Topics yellowdog-general@lists.fixstars.com To: yellowdog-general@lists.fixstars.com Subject: Re: [ydl-gen] Linux yellow dog manual for dummies Date: Sun, 27 Dec 2009 11:23:53 -0500 I thought you, Rob and interested others would find this article interesting as it follows along the lines of what you stated earlier with some different details. First the article: http://arstechnica.com/hardware/news/2009/11/end-of-the-line-for-ibms-cell.ars You'll note that future development and computers (including laptops - Yippee!) will follow along an integrated or morphed design path which implements both AMD/Intel with Cell/PowerPC aspects of handling complex processing. This could well mean systems which look more like the system which is within the Toshiba Qosimo (referring to the Toshiba SpursEngine). I recall discussing details regarding how the Cell's technology was morphed into the SPEC engine with some astute people at the YDL Board awhile ago. IBM's decision therefore kills the Cell as Cell, but not what was derived by learning and working with it. It is interesting that this movement forward comprises methods previously exclusive to disparate architecture families (Intel v. PowerPC); everything running today will need to be rewritten for those newer systems as they will be unlike what has come before. This also means something rather challenging which I hinted at previously, the skills needed to program the new systems will require people familiar programming for PowerPC/Cell and Intel systems. A skill which remains rare
Re: [ydl-gen] usb drives
Hi Robert: First you have to make sure that YDL sees it. I'm using YDL 6.2, but older versions of YDL should behave similarly. I'll do an example on my system using my portable usb drive as an example: [agu...@arakus ~]$ su - Password: [r...@arakus ~]# parted /dev/sda GNU Parted 1.8.1 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: SanDisk U3 Cruzer Micro (scsi) Disk /dev/sda: 2046MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End SizeType File system Flags 1 32.3kB 2046MB 2046MB primary fat32boot (parted) quit Information: Don't forget to update /etc/fstab, if necessary. [r...@arakus ~]# Of course, you can format the drive with parted. However after you do that you next have to create the filesystem you can do: man mkfs or man mkfs.ext3 to create the linux filesystem after having quit from parted. If you want to stay within parted you can do: [r...@arakus ~]# parted GNU Parted 1.8.1 Using /dev/hda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) help check NUMBER do a simple check on the file system cp [FROM-DEVICE] FROM-NUMBER TO-NUMBER copy file system to another partition help [COMMAND] prints general help, or help on COMMAND mklabel,mktable LABEL-TYPE create a new disklabel (partition table) mkfs NUMBER FS-TYPE make a FS-TYPE file system on partititon NUMBER mkpart PART-TYPE [FS-TYPE] START END make a partition mkpartfs PART-TYPE FS-TYPE START END make a partition with a file system move NUMBER START ENDmove partition NUMBER name NUMBER NAME name partition NUMBER as NAME print [free|NUMBER|all] display the partition table, a partition, or all devices quit exit program rescue START END rescue a lost partition near START and END resize NUMBER START END resize partition NUMBER and its file system rm NUMBERdelete partition NUMBER select DEVICEchoose the device to edit set NUMBER FLAG STATEchange the FLAG on partition NUMBER toggle [NUMBER [FLAG]] toggle the state of FLAG on partition NUMBER unit UNITset the default unit to UNIT version displays the current version of GNU Parted and copyright information (parted) quit Information: Don't forget to update /etc/fstab, if necessary. [r...@arakus ~]# The command within parted which works to both partition and create a linux filesystem is mkpartfs. Unfortunately, as you see above that is as much information gathered from parted regarding how to use mkpartfs one will find. Obviously, using the man and info pages regarding mkfs.ext3 is more extensive. You could format any drive within OS X or Windows, but neither can create filesystems which Linux will understand. You could install applications which help OS X and Windows do that however, but it is easier to be within Linux and format a drive for either OS X or Windows. A good example is the sandisk drive, which I showed you above. It is accessible from within Linux (including YDL), OS X and Windows. Note that Linux (I'm using Linux and YDL to mean the same thing) sees the sandisk as having an msdos partition table which is formatted as a fat32 filesystem. Hope the above helps. All the best... On Thu, 14 Jan 2010 17:10:27 -0500 Robert Black robert.a.bl...@noaa.gov wrote: Anybody know how to format a usb drive for use by YDL 6.2? Also, can this formatting be done on a Mac or a PC? Robert A. Black Research Meteorologist 4301 Rickenbacker Cswy. NOAA/AOML/HRDMiami, FL 33149-1026 Ph: (305) 361-4314 FAX: (305) 361-4528 (NEW) E-Mail: robert.a.bl...@noaa.gov (Any opinions expressed are mine alone, not NOAA policy) ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe
Re: [ydl-gen] Java on PS3
As usual Robert, the easy way to get what you want is the least obvious. First, take the time to learn how to modify the standard application called yum which YDL uses for updates, installations, etc. The detailed instructions are here: http://www.yellowdog-board.com/viewtopic.php?f=19t=3017 Take the time and make sure you understand what is there and then modify yum accordingly. Remember that when you come across a very long explanation with a window you can scroll down within it for more information within the YDL Board. Pay attention to the section on YDL 6.2 and implement those recommendations. After all that, I recommend that you include one more modification which I'll share with you. Include something called ps3bodega. Why? Because they already have the rpm and dependencies for IBM JRE which you are having trouble with. Here's a snapshot what yum refers to: [agu...@arakus etc]$ cd yum.repos.d [agu...@arakus yum.repos.d]$ ls dribble.repops3bodega.repo yellowdog-updates.repo fedora-extras.repo yellowdog-base.repo livna-stable.repo yellowdog-extras.repo [agu...@arakus yum.repos.d]$ Explanation: Within the yum.repos.d directory are several files one of which is ps3bodega.repo. The ps3bodega.repo file consists of the following: [PS3Bodega] name=PS3Bodega repo for Yellow Dog 6.2 baseurl=http://pleasantfiction.ipower.com/ps3linux/ps3bodega62/ppc/ gpgcheck=0 enabled=1 After all the above has been done then do: #yum install ibm*jre* then the jre and whatever programs/dependencies it needs to run are all found and installed by yum for you. Now regarding getting the java plugin to be seen and used by Firefox. The instructions posted by Fixstars is old and hasn't been corrected. Here's the shortcut after all the above has been completed find it (libjavaplugin_oji.so) in YDL 6.2. It should be here: /opt/ibm/java*/jre/plugin/ppc/ns7 I don't like recommending links soft or hard as they can be hard to remember and more problematic to change without affecting a Linux installation. An alternative is to use the copy command (cp) and copy the desired plugin from the directory it was installed into and copy it into the new location so that you see this: /usr/lib/mozilla/plugins/libjavaplugin_oji.so Once this last step is complete, I recommend a that you logout and restart. Once you are back in YDL Firefox will see and use the JRE. All the best... On Thu, 14 Jan 2010 13:18:13 -0500 Robert Black robert.a.bl...@noaa.gov wrote: I too have so far failed to get a working Java on the PS3. I downloaded the all files with the latest release from the IBM web site, Tried to install them, got a message that the JRE and SDK needed another .so file. I found downloaded that, re-installed the SDK, that worked. Tried to re-install the JRE, and it now claims to be incompatible with the latest SDK from IBM. A complete runaround. Result: No java capability w/Firefox on the PS-3. YDL 6.2 (so far) fails to meet minimal functionality requirements for me, although I can check email with it. Good thing this is at home, not here at work. Robert A. Black Research Meteorologist 4301 Rickenbacker Cswy. NOAA/AOML/HRDMiami, FL 33149-1026 Ph: (305) 361-4314 FAX: (305) 361-4528 (NEW) E-Mail: robert.a.bl...@noaa.gov (Any opinions expressed are mine alone, not NOAA policy) ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Java on PS3
On Fri, 15 Jan 2010 15:02:13 + Pat Wall pjw...@mac.com wrote: On Fri, 15 Jan 2010 14:49:19 + Pat Wall pjw...@mac.com wrote: On Fri, 15 Jan 2010 00:45:24 -0500 Derick Centeno dcent...@ydl.net wrote: ... You must symbolically link the plug-in, rather than copy it, so that the browser and plug-in can locate the JVM. Presumably if it doesn't register in the first instance it can't crash Firefox. Hi Pat, I appreciate your clarification. However, I've not experienced any crashes or difficulties Firefox within YDL 6.2 resulting from the method I posted. Indeed, despite the advice recommending a symbolic or soft link I was able to play on my old favorite game site which is very java intensive using the method I posted previously. The version of Firefox I'm using is the standard release which was installed in YDL 6.2. = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] pathetic
On Fri, 15 Jan 2010 09:38:18 -0500 Young-Min Park smpl...@gmail.com wrote: Don't call yourselves open source if it's not free. This is an outrage to everyone who as ever volunteered their time and expertise to open source projects without pay. Hi Park: Judging from your comment, it appears there is some misunderstanding of what is offered as a commercial service/product and what is open source. Briefly, there are multiple definitions of open source around the world which are explained here: http://www.opensource.org/ If you can take the time to explore the various licenses and kinds of open source commitments which many companies adhere to and expect their users to adhere to as well, you'll observe the very large breadth or gap of intention and meaning of all these various licenses -- it is an education to explore as much of them as possible. Although various companies do offer some of their software products as open source they define the conditions they choose to do so and those conditions express widely differing definitions, and circumstances regarding when such a process will be done. The expectations and obligations by those using their software also differ. Some companies state very clearly that if the reader doesn't agree to the terms of what the company or project is offering, then one must not use the software. Some of what companies and projects offer is committed to open source only after a period of time and/or under particular circumstances. PGP (pgp.com), for instance, makes their contribution in two different ways. They offer a trial software product for Windows and OS X which after 30 days provides some, not all the functions, of their commercial product. In other words, the trial version after 30 days, functions as free software has less functionality of the trial version, but remains quite useful as free software. They also contribute to the GnuGP project so that gpg2 can run something called OpenPGP or OpenGP which allows for public keys created with the trial or free version or other commercial products of PGP to be understood by gpg2. Individuals and companies have the right to determine the terms and conditions of their employment. This means also that a person (an individual human or commercial entity) can freely determine when they will charge for services for their product and/or when they will contribute to open source or other community based or free effort. The obligation for everyone however is to become clearer regarding which licenses and commercial/non-commercial obligations or expectations one is agreeing to. I prefer an agreement based on a handshake. We are all a long way from those days, especially as our current transactions of services span across the planet. What we can do however is to clarify the terms and means of our relationships to one another which although challenging to examine and consider -- in the long run can help smooth the means for cooperation. = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Boot error
On Sat, 16 Jan 2010 06:16:28 +0100 angelo angelo_da...@alice.it wrote: Hello everyone ! Some time ago, I had a blackout while YDL 6.2 was running. Since then, I get this message after starting udev: error at ! /etc/X11/Xmodmap. I'm running YDL on a PS3 40 GB, which I expanded to 250 GB, European version, with GameOS 3.10. After giving this error, everything works fine. Can anyone tell me what this message means and how to fix it ? Keep in mind that I'm a newcomer to Linux, so please explain straightforward. Any help will be appreciated. Thanks in advance, Angelo. Buon Jorno, Angelo!! One very simple approach which could correct the complaint you are getting from udev, is to check if you are using a standard USB keyboard or mouse which YDL recognizes and/or is designed to work with. Let this be your first step. Read about this here: http://www.yellowdoglinux.com/support/hardware/sony.shtml Please note that within the PS3 section under 2, you will see: The Bluetooth keyboard and mouse may work under Linux, but will require additional configuration. We recommend a USB keyboard and mouse or USB to Bluetooth adapter (dongle). The reason the above is important is that the udev application was built into the Linux kernel (all versions from kernel 2.6 forward) to replace something called devfs, another kernel tool. The purpose of udev is to control peripheral devices - mostly keyboards and mice. Every Linux distribution -- Debian, Fedora, YDL and other distributions determine for themselves when they build their own standard kernel which applications such as udev, will be automatically used (turned on or off) by that distribution when they compile their kernel. You, as an individual, can download and build (compile) -- solid programming skills required -- your own kernel to use and decide for yourself whether udev is on or off according to your own needs. The entire process is not simple, unfortunately. In case the simple act of replacing your keyboard with a USB keyboard and USB based mouse is not possible what follows are links to instructions and references for you to use to correct the code or instructions udev utilizes and refers to. This is not simple but it is what is available that I could gather to address this particular problem. Here goes: http://webpages.charter.net/decibelshelp/LinuxHelp_UDEVPrimer.html#UDEV http://blog.interlinked.org/tutorials/linux.html When you are ready to create your own rules for udev to follow refer to this link (Note: Look for UDEV in the middle of the webpage): http://en.gentoo-wiki.com/wiki/Acer_Travelmate_803LCi All the best... = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Installation of Cell SDK
On Fri, 15 Jan 2010 13:32:04 -0600 john.a.brick...@l-3com.com wrote: Is the IBM SDK 3.1 supposed to install with a fresh install of YDL 6.2 on the PS3. I just installed the OS, but see nothing in the /opt/cell directory. I assume I can use the latest IBM SDK on the PS3 for a standalone development/runtime environment? Thanks - John Brickman From: Derick Centeno dcent...@ydl.net To: yellowdog-general@lists.fixstars.com Cc: robert.a.bl...@noaa.gov Subject: Re: [ydl-gen] Java on PS3 Date: Fri, 15 Jan 2010 00:45:24 -0500 Reply-To: Discussion List for Yellow Dog Linux User Topics yellowdog-general@lists.fixstars.com Sender: yellowdog-general-boun...@lists.fixstars.com X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.4; powerpc-redhat-linux-gnu) As usual Robert, the easy way to get what you want is the least obvious. First, take the time to learn how to modify the standard application called yum which YDL uses for updates, installations, etc. The detailed instructions are here: http://www.yellowdog-board.com/viewtopic.php?f=19t=3017 Take the time and make sure you understand what is there and then modify yum accordingly. Remember that when you come across a very long explanation with a window you can scroll down within it for more information within the YDL Board. Pay attention to the section on YDL 6.2 and implement those recommendations. After all that, I recommend that you include one more modification which I'll share with you. Include something called ps3bodega. Why? Because they already have the rpm and dependencies for IBM JRE which you are having trouble with. Here's a snapshot what yum refers to: [agu...@arakus etc]$ cd yum.repos.d [agu...@arakus yum.repos.d]$ ls dribble.repops3bodega.repo yellowdog-updates.repo fedora-extras.repo yellowdog-base.repo livna-stable.repo yellowdog-extras.repo [agu...@arakus yum.repos.d]$ Explanation: Within the yum.repos.d directory are several files one of which is ps3bodega.repo. The ps3bodega.repo file consists of the following: [PS3Bodega] name=PS3Bodega repo for Yellow Dog 6.2 baseurl=http://pleasantfiction.ipower.com/ps3linux/ps3bodega62/ppc/ gpgcheck=0 enabled=1 After all the above has been done then do: #yum install ibm*jre* then the jre and whatever programs/dependencies it needs to run are all found and installed by yum for you. Now regarding getting the java plugin to be seen and used by Firefox. The instructions posted by Fixstars is old and hasn't been corrected. Here's the shortcut after all the above has been completed find it (libjavaplugin_oji.so) in YDL 6.2. It should be here: /opt/ibm/java*/jre/plugin/ppc/ns7 It is recommended that you create soft or symbolic links. Read this: http://plugindoc.mozdev.org/linux.html#Java Regarding how to do this within Linux the instructions I found useful are here: http://uw714doc.sco.com/en/SDK_sysprog/_Using_Symbolic_Links.html = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Boot error
On Sun, 17 Jan 2010 08:44:09 +0100 angelo angelo_da...@alice.it wrote: Dear Derick, thank you very much for the quick reply. The fact is that I previously used the same USB keyboard and USB mouse and I hadn't any problem, it recognizes the keyboard saying the model and it uses a standard driver common for all mice. The problem arose only after the blackout. Another peculiarity is that I connect both keyboard and mouse to a USB hub in port 1, in order to have a USB port free for something else. Greetings, Angelo. ___ Not a problem, Angelo. By the way, you may consider that as you are connecting your keyboard and mouse through the usb hub, the problem udev is complaining about may be related to the hub you are using. I suggest this because you recent comment regarding your keyboard/mouse suggests that YDL running on the PS3 recognized them when they were directly connected to the PS3. Unfortunately, not all USB hubs are designed well. I have used USB hubs from Belkin, Targus or even Gigaware within YDL across the years. The core problem for you however is that udev is complaining about something it doesn't like. The simplest solution is to connect directly to the PS3 and avoid that particular USB hub entirely. If you find that udev has no complaints, then you solved the problem and discovered that the USB hub was what it was complaining about. After trying this, try also updating your installation by using yum: #yum update I hope that udev finds happiness. :-D In other words, that udev stops complaining and things get back to a state which is workable for you. All the best... = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Boot error: USB hub
On Sun, 17 Jan 2010 18:50:23 +0100 angelo angelo_da...@alice.it wrote: Thank you very much Derick for your effort, but I used the same USB hub also previously, and udev didn't complain. Thus, it shouldn't be the reason why now it does. You haven't told me what this error message means. Thanks, Angelo. Hi Angelo: udev is complaining that something is wrong with the devices (keyboard/mice) it is designed to oversee. The links I shared with you earlier are guides which you can use which you can refer to so that you can modify udev to your environment so that udev will not report that error/complaint. As others wrote the guide for modifying udev, I thought their experiences would be useful to you. It is true that their experience is on other computers and even other Linux distributions -- even so, the step by step details which they provide should work within YDL and could be useful for you to follow or at least consider examining the udev user commands which udev is following while at the same time being informed regarding how to change/modify those settings to meet your needs (in consideration of the hardware you are actually using). Again if you have unplugged the keyboard/mouse directly into the USB port into the PS3 and then plugged them back in while observing how udev behaved as it boot into YDL. Then you again tried the same procedure, this time connecting your keyboard/mouse into the USB hub observing how udev behaved as it boot into YDL, and after all that you found that udev was still complaining or reporting the same error, then you need to consider using the links I sent earlier as a guide. The references should be clear enough for you to decipher which command or user settings which need to be changed. Unfortunately, doing such things is part of the normal reality of utilizing any Linux distribution. There is always one more thing which doesn't quite work as well as one would like. Good Luck... = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] pathetic
On Thu, 21 Jan 2010 10:04:59 +1300 Sam Lummis sam.lum...@gmail.com wrote: As Derick has said, OpenSource does in no way mean free. That's a connotation uninformed people consistently derive about Open Source Software. It's insulting that you'll insult a perfectly legitimate, well meaning company without doing your research. Hi Sam!! I was going to let this thread go into the vast cyber black-hole when I noticed your reply. I believe I know what got Park's goat. I can't be sure that what I believe is the source of his indignation, but it's a reasonable guess based on the timing of his response. I responded to a query posted on Jan 14, 2010 on the subject: Re: [ydl-gen] Installation fail on Blade JS22. The query expressed a complaint that YDL would not run on a Blade JS22. Early the next day, I responded with a link to a Fixstars posting explaining that YDEL is a commercial product designed to run on JS2x systems. Fixstar's error was that their webpages did not explicitly define, explain or emphasize the distinction between YDL and YDEL. Unfortunately, Fixstars has lost webpages and links as various internal changes were made. It is difficult for any organization to keep all software support documentation on their websites pristinely clear; it is even more difficult during periods of rapid business and technological changes to maintain clarity across a variety of cultures and languages. = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] PS3 is Hacked!
Hi Rob, my comments follow yours: On Tue, 26 Jan 2010 22:20:56 +1100 Robert Spykerman robert.spyker...@gmail.com wrote: On Tue, Jan 26, 2010 at 7:09 AM, Kai Staats k...@overthesun.com wrote: As a former employee of Fixstars and huge fan of YDL on the PS3, I offer this link with all due respect to both Sony and GeoHot: http://arstechnica.com/gaming/news/2010/01/three-years-later-the-ps3-gets-hacked.ars Now, I am wondering (1) when we will be able to actually run unsigned code on the ps3 That depends on which Linux distributions decide to share and incorporate the code this fellow generates. It also depends which open source license he chooses to utilize. This choice (whichever it becomes) will lock out or exclude some Linux distributions as the open source licenses they participate with may be different from his. An example of this limitation exists in how the Claws Mail project had to drop utilizing Clamav from it's project because Clamav utilizes a different open source license. The work around can only be implemented by individuals who want to code clamav so that it works within the version of Claws Mail which they use on their own computer. In brief as to when the code will be available depends on when he releases his work and under what open source license. If you want to have a clue regarding the variety of open source licenses (and gain a better understanding of that universe) you can refer here: http://www.opensource.org/ (2) if (1) is realized, who will rewrite the kernel (and I also would say drivers of course) to run on an un-hypervisor-abstracted ps3... Depending under which open source license the work is finally released as a variety of projects can participate. I doubt very much whether Fixstars will participate though as they have commercial obligations to adhere to. Then again what Fixstars does or doesn't choose to do has little to do with what talented programmers will choose to do on their own anyway, if I was to guess I would believe that work would appear within Debian Linux and it's variant Ubuntu first. Slackware Linux and others may move towards this direction and others. Established commercial interests may not offer tools to facilitate this independent effort as their business obligations would be threatened or prevent them from participating. IBM for instance, announced that it ceased Cell development last December. So work at a sufficiently sophisticated and useful level which interests techncially saavy professionals may be slow to develop if at all, since most will be looking towards where IBM is going as opposed to Cell projects which IBM has abandoned. (3) how easy/practical (1) and in fact (2) actually is...and if it will ever actually happen. Programming for the Cell isn't easy at all. Decent discussions involving an in depth consideration of various processors was explored with the YDL Board. One such discussion is here: http://www.yellowdog-board.com/viewtopic.php?f=19t=4976 There are other threads. Just search the thread discussing the PS3 and others on the YDL Board which may be informative on various informative details. In the end, there are very good reasons why IBM is moving towards heterogeneous multicore systems could look something like the Toshiba SpursEngine as that design is more effective in terms of producing working and manageable code quickly, than the Cell has been. Sadly. I honestly do not believe all that much will actually happen. I hope I am wrong about this. As usual in high-tech prognostications time will prove which idea or design is the most practical. We are reading tea leaves even with the variety of experiences we may contribute to this or other discussions. In other words, unless we are directly involved with one or another project we will have to wait to observe where the various commercial and open source efforts actually lead to over time. I hope we will have other interesting things to play with soon, however. The new out-of-order ARM derivatives from NVIDIA look particulary interesting. As the Cell is dead as a development project, although it may continue for sometime development will continue in the wild for quite sometime another reason why commercial entities may not feel comfortable in making contributions to such efforts. Work on the Tesla though interesting, if one is looking for what is available now which is indicative of where IBM is going there is only one system on the market currently which comes close and is affordable within the current consumer market -- the Toshiba SpursEngine. It was established last year that YDL will not run on the Toshiba SpursEngine. Also Fixstars announced in December that they are supporting and developing for homogeneous multicore processors; resources being limited as they are, it is doubtful they will change their mind. The next question then really is a matter of determining which Linux will. I did come across a brief mention that
Re: [ydl-gen] Epson printer for both YDL 6.2 and GameOS 3.15
On Wed, 10 Mar 2010 14:43:57 +0100 angelo angelo_da...@alice.it wrote: Hello everyone ! Is there anyone who can suggest a still in production Epson ink-jet printer not too expensive that works with YDL 6.2 and - possibly - PS3 GameOS 3.15 ? I bought a Stylus S-20, but it neither works with Linux nor with GameOS. Thanks in advance, Angelo Da Re. Hi Angelo: I'm not sure what you mean by still in production. The phrase could refer to various things refering to the photographic arts or it simply could mean a new Epson printer. It is not possible to determine the exact meaning so I thought it best to merely highlight the potential for confusion for you to clarify at a later time if your problem remains unresolved. My approach to your printer problem will work for any Linux or Unix based computer. First an explanation, every Linux and Unix based operating system relies upon an open source printer control system developed by Apple known as CUPS (Common Unix Printing System). You can read about it by visiting: http://www.cups.org/. Cups can be accessed through your web-browser from within YDL by typing the following within the URL: localhost:631. If your host has a name (which you formally defined for YDL when you first installed YDL) then you type that name within the URL as follows: hostname:631, where hostname is replaced by the name of host. Therefore if I called my host vulcan then I would access CUPS within YDL by typing into my brower's URL: vulcan:631. Capabilities of CUPS within your own YDL system: CUPS is extremely flexible and vast regarding the variety of printers it can control and access via the CUPS interface (meaning through the browser you use) within YDL. Through CUPS you can control and choose the driver for the printer type you actually own or an open source driver close to the commercial driver provided for Windows or Apple computers. I say close because open source drivers while amazing don't always have all the features or capabilities of commercial drivers. Although this is true, many companies produce free open source versions of their commercial drivers which have a good deal utility. In the event that you are looking through CUPS from within YDL and you discover that you don't have the driver for your particular printer listed; you can download it from http://www.cups.org/. I tend to use xfce within YDL 6.2, however I switched back into e17 as this is the standard environment YDL boots into. If using CUPS is a bit too overwhelming you can access the standard printer environment available to all users through e17. From the e17 menu Applications -- System Settings -- Printing. Enter your root password for access which will lead you into the Printer Configuration dialog window. The settings for your printer (make sure it is connected to YDL) while you do any of the steps recommended above or at this point, in order for YDL to see the printer you are attempting that it controls. I'm familiar with controlling printers through CUPS not the user interface, so make sure that you read the documentation regarding CUPS for details and make sure that your printer is actually connected via the USB bus or serial or parallel or ethernet cable depending on what you are using. All the best... = Refranes/Popular sayings: The Taino say:No hay mal que por bien no venga. There is no evil out of which good cannot blossom. signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Powerbook G4 '12, 1.33 GHz runs hot and shuts down
On Mon, 19 Apr 2010 10:58:25 -0700 Julian West jwest...@gmail.com wrote: Hello everyone, I'm afraid I didn't accurately describe my issue. My install of Yellow Dog 6.2 went fine. I left my mac on after using it for over an hour or so. I like to leave my computer on because I know how turning it on and off is hard on a computer. Anyways, when I wasn't using it, the fan seemed go full blast. I glanced at the system monitor and the cpu seem to go to 100% without me doing anything on the computer (besides running system monitor of course.) It then shutdown a few seconds after that. Any help with this would be appreciated. Julian Hi Julian: I did a little research on this problem and am sharing with you the link: http://www.ehmac.ca/mac-ipod-help-troubleshooting/9004-powerbook-g4-fan-noise.html If you read through the discussion you'll notice a section discussing the wiring and the fan proper. It just may be the case that you'll have to have your powerbook checked out by Apple certified engineers to insure that more serious problems don't exist. I also found this link: http://discussions.apple.com/thread.jspa?threadID=504823 However, essentially the solution is the same, take the powerbook to be examined. All the best... signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Printer for YDL 6.2 on a PS3
On Fri, 23 Apr 2010 19:25:44 +0200 angelo angelo_da...@alice.it wrote: Hello everyone, is there anyone who can suggest me an inkjet color printer that is available now for which there is the YDL 6.2 driver ? Maybe HP or Epson USB printer. I bought an Epson Stylus S20 , but it's not compatible. I also had a look at CUPS, but the latest Epson driver is of August 2008. Please help me ! Thanks in advance, Angelo Hi Angelo: I recall that back in March (between March 10 - 12, 2010) a number of people commented on this problem you reported. I'm not sure that you read what was posted back then but the general idea is that YDL as open source Linux relies upon CUPS which collects drivers from HP, Epson and other companies which also contribute open source version of the commercial drivers they make. The commercial drivers prepared for Windows or the Mac OS have all the features associated with a particular printer. You can expect to have the printer's scanner and other components to be fully supported within Windows or the Mac OS. However, it is best to be very clear and understand that under no circumstances can you expect to have every feature supported within either x86 or ppc based Linux even though you are the same owner of the printer and that printer is connected to the same computer. It may be useful to keep in mind that the entire Linux market is so small that companies find it more economical (and financially sensible) to support Windows, and Macs. This means that any consumer looking to have the full functional capability of a printer available needs to be using almost exclusively either Windows or the Mac. CUPS, which is available for Linux, is very flexible and useful however there is no way that the drivers available can have the features or capabilities of drivers available for commercial operating systems. Some open source drivers are designed, on purpose, to allow a printer to have standard or basic printing capability for a range of printer models sometimes across several manufacturers. Commercial drivers are specialized for one model printer often emphasizing the special components of that one model, maybe one or two within one company. Hopefully, this won't frustrate you. You may indeed have a great printer, just remember to use that printer within Windows if you want the full features of that printer to be utilized. As you are using a PS3, you could build or install (using yum) Wine or other programs which allow you to run Windows from within YDL. Using Wine (or similar programs) you would have the full capabilities of the printer available to you as the printer would believe that it was connected to a Windows machine. If this idea interests you, I recommend that you consult with and become a member of the YDL Board community. There are some really saavy and skilled people there who could help you explore this idea and even guide you. Implementing this idea isn't easy but it isn't impossible either. As a project it's an interesting means of exploiting the PS3's potential in a direction which few take advantage of. All the best... signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] default shell ?
Hi James: Linux, can use a variety shells and every Linux distribution includes the option to use/switch between 3 or more different shells. Some Linux distributions use the bash shell as the default shell; however regardless of the distribution anyone with sufficient Unix/ Linux experience/training or web based research can change the default shell to a shell they feel is more useful for their particular needs. All the best... On Tue, 25 May 2010 10:56:46 -0700 james gray pointerl...@gmail.com wrote: what is the default shell that Linux does use. Thank you. ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] thank you
On Thu, 27 May 2010 07:30:30 -0700 james gray pointerl...@gmail.com wrote: I just went back in to the admin and tried again and here are the results at more explicit, without having to remember. This is the instructions from the source: Or, you may also conduct a media check prior to burning the ISO, from the command line as follows: sha1sum /[path]/[to]/[ydl].iso [ENTER] ... which will output a SHA1SUM which you compare against the SHA1SUM in the SHA1SUM file. And what i receive is shown below: using upper case, lower, case any case, sslsha1 or whatever, feral cat 2, does not matter. pure fecal experience. $ sha1sum /Users/polymorphous/Desktop/fire_downL/yellowdog-6.2-ppc-DVD_20090629.iso -bash: sha1sum: command not found - $SHA1SUM /Users/polymorphous/Desktop/fire_downL/yellowdog-6.2-ppc-DVD_20090629.iso -bash: SHA1SUM: command not found - $ SHA1 yellowdog-6.2-ppc-DVD_20090629.iso -bash: SHA1: command not found $ sha1 yellowdog-6.2-ppc-DVD_20090629.iso -bash: sha1: command not found Ok, James, believe it or not we are a little closer to getting this done. First point, sha1 and sha1sum are different commands. You can discover that for yourself by doing: $man sha1 $info sha1 $man sha1sum $info sha1sum The above can also be executed in root. Ok. Obviously, sha1sum did not work in user mode; execute the sha1sum command in root mode. Keep in mind that in Linux, there exist a few commands which can only be executed from within the directory where their binaries exist which means you have to know where those directories are. The short-cut is to invoke the root mode using the - flag which tells root that all commands throughout the entire directory tree in Linux are available to you as though they were in the same top-level directory and available to be immediately executed. The sequence to invoke this from user mode is the following: [agu...@arakus ~]$ su - Password: [r...@arakus ~]# For clarification, the user mode and root mode should have different passwords as a way of maintaining clarity for Linux and yourself which account (root or user) one is using at any one time. Once you are in root mode try executing the sha1sum again. It should work without difficulty. Make sure that the sha1sum value produced on the .iso exactly matches the sha1sum value reported by the vendor. Remember it doesn't matter which shell you are using -- bash, ksh, csh, ash -- what matters is that you execute the root mode, as you have demonstrated that sha1sum cannot be executed from within user mode. Remember the short-cut I explained above. All the best... ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Syslog question regarding mysterious shutdowns
On Thu, 27 May 2010 13:43:19 -0500 Nick Jones nicholas-jo...@uiowa.edu wrote: Hi Derick, First off thank you very much for the very thorough and prompt response. You're welcome. # uname -r Linux lcn 2.6.15-rc5.ydl.1custom #1 SMP Tue Aug 8 17:01:58 CDT 2006 ppc64 ppc64 ppc64 GNU/Linux I compiled the kernel with special modules, namely an LSI fiber channel controller module. Nice. # ps aux |grep syslogd root 2768 0.0 0.0 1824 640 ?SMay24 0:02 syslogd -m 0 root 22311 0.0 0.0 3964 712 pts/0S 13:17 0:00 grep syslogd I can understand the syslogd sleeping or needing to be restarted on my system as it is a laptop; you however are running YDL as a server. I would think that you'd have lots of logs to examine from syslogd. So something is being missed. As a former System Admin myself, I don't recall all the tricks of the trade. However, I did find some references which could be useful to you. Some of these references are useful for me also as I don't like daemons sleeping when they should be telling me what is going on. Here are some references which you can explore on your own. I'll assume you've already investigated man/info as these references build upon them as well. *http://publib.boulder.ibm.com/infocenter/wmbhelp/v6r0m0/index.jsp?topic=/com.ibm.etools.mft.doc/an04230_.htm *http://www.linuxjournal.com/article/2926 *http://www.linuxjournal.com/article/5476 *http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch05_:_Troubleshooting_Linux_with_syslog Of course, there are limits regarding what one can gather on the net which is reliable. It may be time to invest in old style System Administration tomes addressing Linux System Administration in sufficient detail to help you drill down to resolving the mystery quickly. I tried running tail -f /var/log/messages log.txt ; so that all messages were hopefully logged, but got nothing helpful. The references I recommend above should be more useful. I appreciate the suggestions about the UPC, however I know for a fact that power has never been interrupted to the battery bacukp, the batteries are good, and that it will not shut down (it beeps loudly until the batteries die). In the past I've observed the problem and the batteries were all full charge minutes after I went into the server room to check why the system went down. Recently a major power update was performed, and the problem has gone away (I suspect that there was bad power involved), so I'm waiting to see if it comes back. I'll repost if I find it to be related to the version of YDL or the packages I'm using, but for now I'm going to assume it's not that. If you have any more suggestions regarding helpful system messages I'd be interested, but I'm hoping the problem is gone for good. Thanks again Nick No problem Nick. However, in my previous post I also wanted to share with you the resources of two different vendors who have diverse strengths in providing technical resources (for a price, of course) which you may find useful. I didn't mention them earlier as I was pressed for time; I'll direct you to their respective webpages discussing the UPS systems they offer: *http://eshop.macsales.com/Search/Search.cfm?Ntt=apcNtk=PrimaryN=0Ns=P_Popularity|1 *http://www.blackbox.com/Store/Results.aspx/search-ups%60%60si_product Blackbox is a no nonsense tech shop I worked with years ago; they should be helpful in recommending more esoteric approaches should there be need. ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] thank you
On Sun, 30 May 2010 14:41:48 -0700 james gray pointerl...@gmail.com wrote: Hello and thank you. I was trying to install YDL on a G4 iBook. YDL or any Linux is not installed on this machine. I apologize but i think the communication and understanding that the person seeking to install YDL has any existing Linux experience, is a joke beyond my means. You could ask Julie Childs for some French Toast. Thank you for your assistance. You were successful then in the download of the YDL .iso, the use of sha1sum, the burning of a working DVD disc and finally the installation of YDL onto your ibook? I'm hopeful you were indeed successful. All the best... ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Sound on G4 PowerMac (digital audio)
On Thu, 1 Jul 2010 09:30:39 +1000 Stephen Harker s...@adfa.edu.au wrote: On Wed, Jun 30, 2010 at 11:52:41AM -0400, Derick Centeno wrote: On Wed, 30 Jun 2010 07:35:19 -0600 Thomas Carlson tcarl...@sharedcup.com wrote: Derick: I did what you suggested: changed my window manager to xfce (very nice, I'm keeping it) and went to Settings/Settings Manager/Sound. All the controls are at 0 which tells me that the default setting is not recognizing the sound card. In the Volume Control utility I can't get it to go from headphone to PC speaker. I had the same problem with a Debian installation a while back. Maybe PowerMac G4 (Digital Audio) is an oddball among the other PM G4s. Thanks for the response, though. Tom Try this Tom: From anywhere within the xfce desktop right-click and then select Settings -- Mixer Settings. This dialog, simply called sound, is more specific in controlling the hardware; on my system there are two options default and something called PowerMac Snapper. PowerMac Snapper works for me, if you've a different card it should show up there. One question, should this powermac G4 be using the snd-aoa driver (http://alsa.opensrc.org/index.php/Aoa rather than snd-powermac http://alsa.opensrc.org/index.php/Powermac? I don't know what the correct module is for the model listed. With my iBook G4 1.33MHz 12inch I found that snd-powermac did not work. To get snd-aoa to work I had to compile a kernel without snd-powermac but with snd-aoa. If I had both lsmod would always list snd-powermac as would the system-config-soundcard utility and sound would not work. After compiling the new kernel sound works and I have: # cat /proc/asound/cards 0 [SoundByLayout ]: AppleOnbdAudio - SoundByLayout SoundByLayout # lsmod | grep snd snd_aoa_codec_tas 10697 2 snd_aoa_fabric_layout 9534 0 snd_aoa_i2sbus 18011 1 ... Hi Stephen: Within XFCE there is an app accessible by going to the XFCE menu or by right-clicking on a three-button mouse: Other -- Soundcard Detection. After entering the root password for your system which you created when you first installed YDL (hopefully you created a separate root password and user password at that time) the Soundcard Detection app will come up (it shows up with the name Audio configuration) and you'll notice three tabs one of which is called System click that one. You'll see an option for a Report. If you click on that button a file will be placed in the root directory with the name: scsconfig.log. It can be opened with vim or any other text editor of your choice. This report collects all elements for you regarding the sound device you have installed. What is useful about it is that different sections list the commands used to generate the data below it. This can be a time saver when one is looking to resolve a problem. I'm going to utilize commands utilized in generating different sections of that report to address what you posted. The entire report is over 1000 lines and although a good source of study; surpasses the intent of the current discussion. [r...@arakus ~]# lsmod|grep snd snd_aoa_i2sbus 20296 0 snd_powermac 46944 1 snd_seq_oss35724 0 snd_seq_midi_event 6488 1 snd_seq_oss snd_seq59268 4 snd_seq_oss,snd_seq_midi_event snd_seq_device 6824 2 snd_seq_oss,snd_seq snd_pcm_oss43520 0 snd_mixer_oss 16160 1 snd_pcm_oss snd_pcm77528 3 snd_aoa_i2sbus,snd_powermac,snd_pcm_oss snd_timer 22016 2 snd_seq,snd_pcm snd_page_alloc 8672 1 snd_pcm snd53520 11 snd_aoa_i2sbus,snd_powermac,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 6300 1 snd snd_aoa_soundbus4872 1 snd_aoa_i2sbus Something should strike you immediately. You have the snd_aoa_i2sbus module; I instead have snd_powermac. The calls by modules, made available by software libraries, to the sound device must be adapted to utilize the hardware devices we actually have installed. This takes a bit of research as you did. If you look closely, you'll notice that snd_powermac and snd_aoa_i2sbus modules can act on other modules as alternatives to one another in certain instances. If you explore (open modprobe.conf with vim) /etc/modprobe.conf on my system here is what would be there: alias eth0 sungem alias snd-card-0 snd-powermac options snd-card-0 index=0 options snd-powermac index=0 Yours could be different. Also if you did the following command on my system, you'll see what hardware I have installed: # aplay -l List of PLAYBACK Hardware Devices card 0: Snapper [PowerMac Snapper], device 0: PMac Snapper [PowerMac Snapper] Subdevices: 1/1 Subdevice #0: subdevice #0 # Yours may be different. Final note: I've found it useful that when I'm
Re: [ydl-gen] Software RAID - making the spare bootable
Question: Correct me if I missed something, but wasn't the third spare intended to be an exact mirror so that it could replace either the first or second drive? For the spare to be a replacement for either the first or the second drive it also would have matched the exact partition structure of the first two. In this particular sense the spare is really no spare at all, but a sort of emergency last ditch fail-safe in the event that either the first or second drive failed. This also means that the for the RAID 1 system to function with a fail-safe option/strategy the third drive had to be prepared properly so that it could potentially replace any one of the other two at any time. Zeroing the RAID superblocks and attempting to make the Apple partition bootable via ybin may have been mistakes; however the strategy to dd the second (or first) drive onto the spare appears reasonable. Is it possible to reformat/restructure all three disks, using YDL, so that function is restored? On 12/13/10 2:37 PM, Matt Brock wrote: Hi there. (I posted this onto the YDL forums earlier today, so apologies to anyone who's seen it twice.) I've been using YDL on Xserve G5s for a couple of years now and it does a great job. Recently I decided to rebuild one with software RAID to get disk redundancy. I did all of this through the installer. The server has three disks, so I set them up as RAID 1 with a spare. This has all gone very successfully apart from one detail. The two disks in the RAID set are bootable, i.e. I can remove either of those disks and the machine will still boot as normal. That's fine so far. Then I permanently removed the first disk and brought the spare third disk into the RAID set instead. Once the RAID set is then fully rebuilt I can boot off the original second disk, but the third disk which was previously the spare disk is not bootable. It gets to the first yaboot stage, and then the blue icon which represents OpenBoot failing to find a boot disk appears superimposed over the yaboot screen. That process just loops over and over again and never boots. I've tried using ybin to make the Apple boot partition bootable with the correct yaboot config, but that didn't help. I've tried dd-ing the entire second disk onto the third disk then zeroing the RAID superblocks, and that didn't work. I've tried resetting the NVRAM and that made no difference. I'm sure it's not a hardware problem with the disk because I've tried this twice now with the disks in different slots each time, and it's always the spare disk which has the boot problem even though that's a different physical disk each time. I hope there's someone out there who can help because I'm tearing my hair out over this. I can't see what else would be needed to make the third disk bootable... yet there must be something! Without getting this working the full redundancy I'd hoped for can't be achieved, which would be extremely frustrating. Cheers, Matt. ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Software RAID - making the spare bootable
Questions: You can boot from the original second drive but not from it's replacement?? Are you familiar with the application within YDL known as parted (aka: partition editor)? It can reveal a rather precise layout of the partition table for each of the disks in question which would allow you to more precisely determine the location of the partitions as well as the file systems used within each partition. Hopefully these details could provide essential information useful in analyzing this problem you reported. Suggestion: Keep a record of each disk's partition table and file system; compare each one to the other two. Perhaps the copy or duplication routine implemented by the software used in creating each of the drives is the source of your difficulties; I'm guessing of course. However, parted would report what consumer grade Apple software cannot because Apple software cannot see ext2/3. However, Apple Server software could be different; I'm not sure. My focus for some years has been Unix/Linux, not Apple. If you have the hfstools installed within YDL (use yum) you should be able to see, write to, use and create whatever partition structure and filesystem you need in the order you need it to be. Supposition: When TerraSoft existed and Apple produced PowerPCs there existed a recommended two-step installation process which involved using Apple's Partitioning tool first so that it created the partitions for Apple's OS and the partition format known as Free Space - at the same time. The second installation process involved booting from the YDL installation DVD to initiate Anaconda to install YDL; the options at that point eventually allowed for either choosing an automated installation process which allowed Anaconda to build ext3 on those partitions it recognized as suitable for Linux, or manually choosing the partition to proceed with the installation process. I am not sure that the above procedure was the same for Apple Servers; it should be an area for you to explore carefully. The problem you report sounds like something caused by a missed step or error in one or another step of preparing Apple hardware to function seamlessly with YDL. If a review or re-examination of implemented procedures reveal that no errors were made then it may be time to replace the spare completely with a new drive as all other methods will have been explored and implemented first. Good Luck... On 12/17/10 7:30 AM, Matt Brock wrote: Yes, that's exactly right. The spare is set up in just that way, and when I bring it into the array it works fine as the second disk once the sync process is completed. The only problem is that I can't get the server to boot off that new second disk, and that's what's frustrating me. ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] filesharing with Snow Leopard.
Hi Tom! Please remember that Ubuntu is a Debian deviant, or a off-shoot or sub-branch of Debian. Also Debian came to support the PowerPC very, very late, almost reluctantly after Ubuntu dropped official support. If you would permit me to provide some information regarding what is going on lately with YDL, please refer to this page here: http://www.fixstars.com/en/company/press/20100720.html You'll notice that the current version of YDL 6.2.1 which allows support for modern boards. Terra Soft Solutions (TSS), you may recall was the lead developer for PowerPC systems to such a degree that that Apple only allowed TSS to resell PowerPC Macs with YDL and OS X/9 pre-installed without voiding the Apple warranty! In brief, buying from TSS was as much as add-ed value as buying from Apple itself. No other vendor could claim such a relationship. TSS was bought by Fixstars and you can read for yourself how they've continued work here: http://ydl.net/products/ydl/index.shtml Also this page may interest you regarding YDL for Nvidia CUDA: http://ydl.net/ydl_cuda/features.shtml You could further access different pages regarding hardware support, configuration, etc. on the same page. Take the time to go over the How Tos (How to do this or that) -- they could be helpful given your background and what you explained. On 3/4/2011 11:05 AM, Thomas Carlson wrote: Danny: I suspected as much given the age of YDL 6.2, and it doesn't play well with the graphics or sound cards (oddly, 6.1 does) on my old machines, either. Ubuntu works out of the box when it works. Sound doesn't work on my PM G4 digital audios, and when I command line eject the superdrive opens for about 1 second and closes again. Ubuntu PPC is also not officially supported anymore, either. Debian is the only desktop Linux that is, as far as I know. Cheers, Tom signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] filesharing with Snow Leopard.
Thanks for the correction. As regards these venerable aging machines it's pretty easy to misplace one's personal enthusiasm regarding a unique function or quality of a system's architecture as being something anyone should obviously appreciate in spite of the reality that there's little to no money to be made supporting such systems. As you say, business is business. I like the dancing penguin as well! At least, Linux itself moves forward in interesting directions. The newer hardware is faster, has multi-cores and Linux has better tools to allow an interested learner to explore them with as much interest as one can bear with amazingly flexible open source tools. At least the dance continues..., for those willing to work through the steps! Of course, only people like ourselves would be interested in an event known as Dancing with Linux! ;-) Derick. On 3/4/2011 6:03 PM, Thomas Carlson wrote: Derick: Interesting reading. As far as I can tell, YDL development for PowerMacs ended in July of 2009. CUDA is for AMD x86_64 or Intel EM64T. You are right, Debian PPC was a sub-branch of the original Debian and has been around only since August of 2000. YDL put out its first version 1.1 in March of 1999, beating it to the punch by a year or so. Actually, my first experience with Linux was with MkLinux which came out in 1996. I had it running on my PowerBook 1400. It only worked on NuBus Macs. Some of the NuBus Linux diehards tried to keep things going until 2006 or so. MkLinux still has its website up at... http://www.mklinux.org/index.html I think the dancing penguin with the shades is very cool. Apple soon dropped it and went on to what would become OS X. Later, of course, they dropped PPC just like Fixstars did. Oh, well. I don't mean to put anybody down. Business is business. Again, thanks for the response. Tom signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] quid ps3 linux after 2012
John, that depends on what you choose to do. Sony, as you know ended the option of supporting the OtherOS option quite sometime ago. Intel, has been moving for some years to producing more multi-core based PCs, currently duo-core models are inexpensive, quad-core are considered intermediate, and hex-core models are top of the line. I've read that 12-core and higher exist and are at various stages of development. You may not realize this but IBM has integrated what they learned in building the PowerPC and the Cell into the multi-core systems which I described. In other words, the Cell is no longer the primary must have hardware system; it lost that status quite sometime ago. There are no Linux distributions actively developing either for the PowerPC or the Cell. Linux has moved on to develop for multi-core Intel and similar systems. Of course, that is merely my opinion. All the best... On 3/8/2011 3:23 PM, john.swilt...@wanadoo.fr wrote: hello yellowdoglinux list how to keep using linux on a PS3 with yellowdoglinux after 2012 (end of official updates) signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] quid ps3 linux after 2012 - addendum
John, that depends on what you choose to do. Sony, as you know ended the option of supporting the OtherOS option quite sometime ago. Intel, has been moving for some years to producing more multi-core based PCs, currently duo-core models are inexpensive, quad-core are considered intermediate, and hex-core models are top of the line. I've read that 12-core and higher exist and are at various stages of development. You may not realize this but IBM has integrated what they learned in building the PowerPC and the Cell into the multi-core systems which I described. In other words, the Cell is no longer the primary must have hardware system; it lost that status quite sometime ago. There are no Linux distributions actively developing either for the PowerPC or the Cell. Linux has moved on to develop for multi-core Intel and similar systems. It may interest you that YDL for CUDA, runs on Intel only. See here: http://www.ydl.net/ydl_cuda/support/ Of course, that is merely my opinion. All the best... On 3/8/2011 3:23 PM, john.swilt...@wanadoo.fr wrote: hello yellowdoglinux list how to keep using linux on a PS3 with yellowdoglinux after 2012 (end of official updates) signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] quid ps3 linux after 2012 - addendum
Thanks, I appreciate the correction. The question however remains in terms of the quality of PowerPC support. There is a bit of a difference between support for IBM POWER server architectures, which institutions (corporate and educational) tend to use versus consumer grade computers such as the various older Apple and other PowerPC desktop/laptop products which yet remain available on ebay or elsewhere becoming increasingly more expensive to replace when one or another of these consumer grade products break down. This situation is something I'm very familiar with by the way, and I can testify to the challenge and difficulty of an individual justifying the expense of hundreds of dollars to repair a component needed by a home-based PowerPC system one owns versus what institutions can pay or afford out of petty cash or other easily available funding or other sources. The economies of scale are very, very different. Between the choice of expenditures a sole individual must consider essentials such as food, or child support or other responsibilities - car/bus fare to search or find work, rent, produce résumés, etc. - versus replacing an expensive component for an aging machine utilizing Linux software which no longer receives primary support (example Fedora nor Ubuntu provide primary level support for PowerPC systems). Many will switch to x86_Linux running on Intel or Cygwin or Cygwin-X (which runs within Windows 7 while recreating the Linux environment) because for the same hundreds one would spend on a PowerPC component one can acquire either a new duo- or quad-core system which incorporates IBM's advances past the PowerPC/Cell era! The independent individual when their system is broken cannot bother with the nuances of the superior architecture of the PowerPC/Cell because it is no longer a platform which they can work on instead one must face that it has become something which must be replaced if they are a student or even other professional experiencing various stages of financial stress where money is sparse. Replacement for the professional is even more important in any attempt to keep one's skill set even close to current; again in such a scenario individual's cannot choose as easily as those associated with corporations and/or academic institutions or research centers. Although I appreciate learning that Gentoo Linux (and others) are active in supporting the PowerPC the repairs I, and I'm sure others, need to make on the PowerPC one has are such that it is actually cheaper to acquire an x_86 system removing myself, and others similarly affected, from using any PowerPC Linux thereby causing in effect an ever smaller pool of PowerPC Linux users. The financial realities are such that although I'm happy to learn that at least three distributions continue to develop for the PowerPC, the finances independent individuals face, who are not connected to research or academic or corporate institutions, are forcing a greater contraction of users away from PowerPC Linux. Oddly enough support for Linux mobile systems via Android are growing, but that is a different technology platform entirely which doesn't matter to the independent individual whose system requires repairs. On 3/9/2011 5:54 AM, nello martuscielli wrote: On Wed, Mar 9, 2011 at 9:37 AM, Atro Tossavainen atossava+...@cc.helsinki.fi wrote: There are no Linux distributions actively developing either for the PowerPC or the Cell. Linux has moved on to develop for multi-core Intel and similar systems. The recently released Red Hat Enterprise Linux 6 continues to be supported on IBM POWER server architectures, which are ppc. This is of zero interest and no consequence to PowerPC workstation users, but it does invalidate the point that there would be no Linux distributions actively developing for the Power architecture. indeed, there are also Gentoo, CRUX PPC and Archlinux PPC. cheers, nell -- Power Mac G4 AGP 450MHz - CRUX PPC (32bit) 2.7 signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Current rev?
I ran YDL 6.2 on a 15 G4 for a long time until the LCD screen failed. So what I'm sharing is based upon memory. Be that as it may, my experience running YDL spans all the way back since it's earliest incarnations when Terra Soft Solutions (the original creator/vendor) initially released the product -- which is quite a long time ago. In other words, what I don't recall regarding YDL aren't the most important aspects of YDL. Unfortunately for you as a beginner development from major Linux distributions have all ceased; the development (programming work) which does exist has become community based which essentially means whoever has the time to write code after the real lives and jobs have been addressed. There may be some universities and computer research departments which have active research projects which require writing code for PowerPC systems or even current IBM Power systems (http://www-03.ibm.com/systems/power/) but those projects may not be contributing to any code related to your interests. Another unfortunate problem is that the current reality of PowerPC programming has as it's pre-requisite well developed programming skills at the professional level which even some professionals cannot meet because more current projects such as compiz fusion which is found here ( http://www.compiz.org/) requires that one understand enough about Linux to prepare the computer hardware for compiling and building software from source within Linux although YDL behaves exactly the same way here; the problem is do you know how to do this? See here (http://wiki.compiz.org/). Under hardware you'll notice a listing of GPU (Graphic Processor Units) within the Compiz Wiki: http://wiki.compiz.org/Hardware When Apple was building PowerPC Macs they changed between using ATI to Nvidia across different models. In order for you to discover which GPU you have in your Powerbook G4 I found a page for you which you can use to explore the details for yourself. Here is the link: http://www.everymac.com/systems/apple/powerbook_g4/index-powerbook-g4.html I recommend that you look at the link which starts with Complete to find the complete listing which will then include the exact GPU used in your computer. Even if you do all that you may discover only at compile time (whenever you compile the compiz source code within YDL) that the installed hardware is too old to use the source code used by the compiz project. Maybe it is not, you won't know until you do it yourself. The Linux compiler within YDL is strong and intelligent enough to provide a lot of information, but I'll tell you right now that information makes sense to professional programmers only. A typical beginner would wonder how could a computing device be old? The answer is that as time moves forward new programming tools and strategies of controlling hardware are developed which hardware manufacturers take advantage of by building these new strategies into the firmware of their products. You may have noticed that every manufacturer has developed a process of updating the firmware (software designed to control the hardware) of whatever they sell for a period of time. Sometimes that period of time is a year or longer. Understand that Apple based PowerPCs and other PowerPC systems are so old that the manufacturers that produced those firmware updates in the past may no longer do so -- if they even still exist! This means that you have to know enough to make your own firmware update which again is another level of programming sophistication because that requires knowing how to code for the GPU directly utilizing the guidelines provided by the manufacturer. However if you are willing here is the page of the compiz project you need to look at: http://wiki.compiz.org/Hardware/NVIDIA Because each person using YDL, or any PowerPC based Linux, is really on their own be sure that you read the instructions on that and other sites explaining such details very carefully. It is very easy to miss something. Can using Linux be easier? Probably -- if one was willing to just pay money to stay current with whatever is popular. Programming in Linux, or YDL or anywhere should start with a willingness and determination which most consumers don't have. Think of it this way, a generation or two ago people used to repair and upgrade their own cars. Linux still allows you to do something similar on your own computer, even in YDL this is true. It just means that individuals have to be focused and determined to get done what one chooses to get done on their own -- with occasional help from online references, computing/programming courses, and solid research. All the best... On 4/26/2011 12:25 PM, Matty Sarro wrote: Hey everyone. I am new to YDL, so please be gentle. Tonight I am getting a 17 Powerbook G4 and I have a few questions. Does YDL 6.2 stack up against the current rev of RHEL (6?) Or is it closer to 5.5/5.6? Has anyone been able to get compiz fusion working?
Re: [ydl-gen] wifi
Hi Stephanie, Start with redirecting where yum looks for repositories, meaning sites where software which yum recognizes as available for download for YDL. Getting the right software installed will get your network up and running faster. Here's the link: http://www.yellowdog-board.com/viewtopic.php?f=19t=3017 I messed up my install of YDL such that it's fine for programming, but not much else unfortunately. However, there exists another link which could be helpful to you which addresses wicd. See here: http://www.yellowdog-board.com/viewtopic.php?f=19t=7236p=37327 Good Luck, Derick. On 9/25/11 8:23 PM, Stephanie Loup wrote: I am a new Yellow Dog Linux user, and am having a hard time getting my computer to recognize my wireless network. I went to applications - internet - wicd network manager, but it will not recognize our wireless network, or any network in our neighborhood, for that matter. But the internet does work connected through our ethernet cable. I have a very old ibook and tried one of the troubleshooting hints to install firmware, but the command yum groupinstall Development Tools was rejected as an error. Any tips? I'm feeling very frustrated! ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] wifi - addendum
Hi Stephanie, Start with redirecting where yum looks for repositories, meaning sites where software which yum recognizes as available for download for YDL. Getting the right software installed will get your network up and running faster. Here's the link: http://www.yellowdog-board.com/viewtopic.php?f=19t=3017 I messed up my install of YDL such that it's fine for programming, but not much else unfortunately. However, there exists another link which could be helpful to you which addresses wicd. See here: http://www.yellowdog-board.com/viewtopic.php?f=19t=7236p=37327 By the way, remember to extract the Airport Extreme (AE) firmware from OS X! Although yum can help you acquire the tools to do the extraction of AE firmware you also need to check to see if you have AE installed on your laptop at all. Remember Airport Extreme is not the same as the standard Airport card Apple installed in that era. So if AE isn't present, the whole effort is useless. You might be better off looking for a wireless card to fit into the PCMCIA card. See more here: http://www.ydl.net/support/solutions/ydl_general/pcmcia-nic.shtml Of course, if you do have AE proceed with the instructions here: http://www.ydl.net/support/solutions/ydl_6.x/airport-extreme.shtml Good Luck, Derick. On 9/25/11 8:23 PM, Stephanie Loup wrote: I am a new Yellow Dog Linux user, and am having a hard time getting my computer to recognize my wireless network. I went to applications - internet - wicd network manager, but it will not recognize our wireless network, or any network in our neighborhood, for that matter. But the internet does work connected through our ethernet cable. I have a very old ibook and tried one of the troubleshooting hints to install firmware, but the command yum groupinstall Development Tools was rejected as an error. Any tips? I'm feeling very frustrated! ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] wifi - addendum (corrected)
Hi Stephanie, Start with redirecting where yum looks for repositories, meaning sites where software which yum recognizes as available for download for YDL. Getting the right software installed will get your network up and running faster. Here's the link: http://www.yellowdog-board.com/viewtopic.php?f=19t=3017 I messed up my install of YDL such that it's fine for programming, but not much else unfortunately. However, there exists another link which could be helpful to you which addresses wicd. See here: http://www.yellowdog-board.com/viewtopic.php?f=19t=7236p=37327 By the way, remember to extract the Airport Extreme (AE) firmware from OS X! Although yum can help you acquire the tools to do the extraction of AE firmware you also need to check to see if you have AE installed on your laptop at all. Remember Airport Extreme is not the same as the standard Airport card Apple installed in that era. So if AE isn't present, the whole effort is useless. You might be better off looking for a wireless card to fit into the PCMCIA slot. See more here: http://www.ydl.net/support/solutions/ydl_general/pcmcia-nic.shtml Of course, if you do have AE proceed with the instructions here: http://www.ydl.net/support/solutions/ydl_6.x/airport-extreme.shtml Good Luck, Derick. On 9/25/11 8:23 PM, Stephanie Loup wrote: I am a new Yellow Dog Linux user, and am having a hard time getting my computer to recognize my wireless network. I went to applications - internet - wicd network manager, but it will not recognize our wireless network, or any network in our neighborhood, for that matter. But the internet does work connected through our ethernet cable. I have a very old ibook and tried one of the troubleshooting hints to install firmware, but the command yum groupinstall Development Tools was rejected as an error. Any tips? I'm feeling very frustrated! ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] wifi - addendum (corrected)
Jon, you can remove yourself at anytime. Note: Everytime you receive something from this mailing list you notice those last three lines which include something that starts with: Unsuscribe, which should of course be Unsubscribe Just follow that link. If it's not highlighted then merely copy it starting from http to however it ends - and place it into the URL of whatever browser you use. Follow the directions there on that page. There's a big difference as to how Fixstars has managed this mailing list versus how it was managed in the past. Unfortunate, but true. In brief, that difference means that those who participate on this list are apparently left to ourselves to abide by the posted directions/guidelines - or not. I cannot speak for Fixstars, however I've not observed any Fixstars employee or certainly no upper management participate as actively in these lists as those who worked for Terra Soft Solutions did. That is quite a while ago! The upshot is, you registered onto the list; you've therefore have to remove yourself. Good Luck!! On 10/4/11 11:40 PM, JON ASSS wrote: take me off the sending list please ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com' signature.asc Description: OpenPGP digital signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] YDL PowerStation wanted for purchase
On Sat, 3 Mar 2012 14:41:25 +0400 Robert Hagan robertha...@gmail.com wrote: I would like to purchase a working YDL PowerStation. Please indicate price and location to robertha...@gmail.com Thanks. I believe you are a few years too late; the original company which sold them Terra Soft Solutions was absorbed by Fixstars some years ago then they stopped the sale of this system. You can read a thread regarding a similar query such as you made here: http://www.yellowdog-board.com/viewtopic.php?f=28t=3737 All the best... signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
Re: [ydl-gen] Noisy fan on Power G5 and YDL 6.2
Hi Dimitar! As you may know YDL was originally created by Terra Soft Solutions (TSS), which was absorbed or bought by Fixstars. Long story short, provided great support for all versions of YDL, which was continued by Fixstars, for some years. Official support for YDL ended quite some years ago (at least 8). You can still find however their support notes and advisories. I'm going to share the link addressing your particular problem. The difficulty you may face is that the last release for YDL for any PowerPC system was YDL 6.2. The fix created to address the fan problem was designed for YDL 4.1 which required the use of a specifically designed kernel (the link is provided in the explanation) your problem will be - does the link still work and does the kernel TSS produced still exist! Unfortunately, I am not running YDL on a G5, I run YDL 6.2 from a Powerbook. So other than providing the link to this reference material I cannot help you further. Feel free however to reference the other links and references you can find which address your G5 specific queries. One more thing, Fixstars is not providing any support; the days when TSS or Fixstars engineers provided suggestions or guidance on PowerPC systems is long over. Therefore what you can find online as reference is all that is left. Here is the link addressing the G5 fan resolution, Good Luck! http://www.ydl.net/support/solutions/ydl_4.x/fan-control.shtml Sincerely, Derick Centeno On Tue, 13 Nov 2012 12:28:58 -0500 Dimitar Georgievski mitk...@gmail.com wrote: Hi, I just installed YDL on my Power G5 1.8 GHz and the fan is out of control. It produces so much noise that after couple of minutes I have to shut down the computer. Is there any fix for this issue? I noticed on older posts in the forums users have experienced similar issues in the past. From their replies it doesn't look like there is an official fix for this issue yet. Here is the info about my Mac $ cat /proc/cpuinfo processor : 0 cpu : PPC970FX, altivec supported clock : 1800.00MHz revision : 3.0 (pvr 003c 0300) timebase : platform : PowerMac model : PowerMac9,1 machine : PowerMac9,1 motherboard : PowerMac9,1 MacRISC4 Power Macintosh detected as : 337 (PowerMac G5) pmac flags : L2 cache : 512K unified pmac-generation : NewWorld $ uname -a Linux myhost 2.6.29-3.ydl61.4 #1 SMP Mon Sep 7 14:50:27 PDT 2009 ppc64 ppc64 ppc64 GNU/Linux thanks, Dimitar signature.asc Description: PGP signature ___ yellowdog-general mailing list - yellowdog-general@lists.fixstars.com Unsuscribe info: http://lists.fixstars.com/mailman/listinfo/yellowdog-general HINT: to Google archives, try 'lt;keywords site:us.fixstars.com'
