Re: LEO support and accelerated creator support
On Sun, Apr 25, 1999 at 03:00:10PM -0400, Ben Collins wrote: On Sun, Apr 25, 1999 at 02:37:06PM -0400, Steve Dunham wrote: We might just want to bite the bullet and do the register_frame_info thing. It has been done on intel, and it is necessary for compatibility with Red Hat 6.0 (and perhaps Red Hat 5.2). I suspect that if Netscape ever compiles against glibc 2.1 for the sparc, it will require this symbol from glibc. The symbol is there no matter what, and I have heard that egcs might backout the functionality in 1.1.3 anyway (not official, but hear say). Binaries will still work between the systems. This isn't the same as the i386 problems. Well I now have a recompile of the glibc 2.1.1 libs using the egcs 1.1.2 where I modified 2 lines to remove the WEAK symbol of __register_frame_info. The symbol is still defined, but now I can compile apps on the new lib and they still run on a glibc 2.0.105 system so the shlibdeps are now =2.0.105. The egcs 1.1.2 and glibc 2.1.1 are at: http://master.debian.org/~bcollins/glibc/ Please test this out now (sun4m better have a 2.2.5+cvs or better kernel). Also try compiling programs and testing them on RedHat sparc systems. Thanks, Ben -- --- - - --- - - - --- Ben Collins [EMAIL PROTECTED]Debian GNU/Linux OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation -- -- - - - --- --- -- - - --- - --
Install on SS4
I recently obtained the Debian 2.1 releas I tried to install it on my Sparc Station 4. Booting the CD-Rom failed with both kernels. It displayed similar behavior as others have mentioned about the bus reseting and not connecting. I also tried tftp from an Intel Linux box with not luck. I do have an existing install of RH5.1 running. My question is if I boot using the installed system, how could I start the Debian install program to wipe away the existing Red Hat version. I appreciate any advice. John Derr
Re: LEO support and accelerated creator support
Ben == Ben Collins [EMAIL PROTECTED] writes: Ben Please test this out now (sun4m better have a 2.2.5+cvs or Ben better kernel). Also try compiling programs and testing them Ben on RedHat sparc systems. I was all set to go off do this except my SS5 that I sacrificed to the last glibc2.1 build still hasn't returned to life. Got the libs back in place using sash stuff run under sash works fine (ldd etc) but init still wedges on boot. Do I need to back-rev init? I'll try to pull/install the new packages under sash see if that helps init. -- Stephen --- Long noun chains don't automatically imply security. - Bruce Schneier
Re: Install on SS4
I recently obtained the Debian 2.1 releas I tried to install it on my Sparc Station 4. Booting the CD-Rom failed with both kernels. It displayed similar behavior as others have mentioned about the bus reseting and not connecting. I also tried tftp from an Intel Linux box with not luck. I do have an existing install of RH5.1 running. My question is if I boot using the installed system, how could I start the Debian install program to wipe away the existing Red Hat version. It is probably not possible to run dbootstrap (the Debian install program) once the system has started running; dbootstrap is likely to get very confused if it finds that its root file system is not a RAM disc, etc. What you could probably do, however, is reboot your system, stop it when it says SILO, then type some arcane incantation at SILO's boot: prompt that causes it to boot Red Hat's kernel with Debian's installation root file system taken from the CD. You could then install Debian as if you had booted from the CD. You would have to make sure that you substitute by hand Red Hat's kernel (or a kernel you made yourself) for the kernel that dbootstrap installs before you reboot, however, because the kernels that come with Debian 2.1 don't work on your hardware, apparently. (So make a copy of your working Red Hat kernel in a safe and accessible place beforehand.) Obviously you shouldn't attempt this unless you are sure that you can reinstall your Red Hat system, if necessary. If you want to know what the arcane incantation should be, try comparing and merging Red Hat's /etc/silo.conf with the silo.conf on Debian's CD. Personally I don't really understand how booting from a CD works; I don't have one on my SPARC. Edmund
Re: openboot, silo, and partitions
Ok, After getting a sun 630 MP (quad processor), I stuck in a small 500 MB drive to replace the huge drives that came with it. After some fussing, I installed linux on it. The manual was quite good, except it mentioned nothing of sun disk labels. neither did fdisk. this disk had previously been in a novell server, so it had never seen a sun. My question is, how do I now create a sun disk label without destroying every thing? I would like to be able to boot off the hard drive. It may not be possible as different types of disk label have different rules about where a partition might begin. However, it is possible in some cases as I managed to convert one particular MSDOS partition table into a Sun one without losing the data that was on the disc ... On the other hand, unless you enjoy hacking partition tables, or there is no alternative, you're better off making a big tar file of everything on your disc, making a new partition table and file systems, then untaring everything back again. If you want to hack, /usr/src/linux/drivers/block/genhd.c has some clues ... Also, although the kernel detects 4 cpus, it only uses one. Is the stock kernel not built with SMP? Presumably devel/kernel-source...diff.gz can answer this ... Another question: If you install a Debian kernel source package, do you get the same default config as was used for building Debian's kernel binaries? Is 2.2.6 workable with out any patchs on the sparcs? 2.2.5 was. I haven't got round to trying 2.2.6 yet ...
.xsession in xdm session
Hi all, I installed a Debian Linux Sun Port in a Sparc 4 here at school, but some people have a .xsession file that is not executable because they use Solaris and some program set this file. But they cant log in xdm because xdm found the .xsession file but cant execute it. The question is what is the better solution to this problem? chmod +x ~accounts/.xsession or in some /etc/X11/* file put: sh .xsession Thanks, Paulo Henrique
problems installing sparccenter 2000
Hello, I've been trying to install a sparccenter 2000 here (sun4d), booting thru tftp. The default tftpboot.img didnt even start, it said something about invalid instruction, the tftpboot-2.2.1.img started, detected all the 4 cpu's, got to detecting the serial controller, and hung there, it didnt react even to stop-a. Any ideas ? -- Madarasz Gergely [EMAIL PROTECTED] [EMAIL PROTECTED] It's practically impossible to look at a penguin and feel angry. Egy pingvinre gyakorlatilag lehetetlen haragosan nezni. HuLUG: http://mlf.linux.rulez.org/
floppyless installation.
Hi there. I just got a Sparc Server 5 with no CD-ROM and no floppy, any clues/documents you people got out there that can point me in the right direction? I am planning on installing Debian 2.1 Thanks in advance.
Re: LEO support and accelerated creator support
Ben Collins [EMAIL PROTECTED] writes: Well I now have a recompile of the glibc 2.1.1 libs using the egcs 1.1.2 where I modified 2 lines to remove the WEAK symbol of __register_frame_info. The symbol is still defined, but now I can compile apps on the new lib and they still run on a glibc 2.0.105 system so the shlibdeps are now =2.0.105. The egcs 1.1.2 and glibc 2.1.1 are at: http://master.debian.org/~bcollins/glibc/ I'm downloading the library and gcc now. (It should help with the 3.3.3.1 X build - one directory of code has to be built with egcc.) Steve [EMAIL PROTECTED]
Re: Install on SS4
I have successfully booted my machine throught tftp however I cannot mount my cdrom. I can boot into the install program if I disconnect the SCSI cable from the CD ROM drive. Here is the message that I get on my screen esp0: disconnect, resetting bus esp0: Resetting scsi bus esp0: SCSI bus reset interrupt esp0: SCSI bus reset interrupt esp0: disconnect, resetting bus esp0: Resetting scsi bus esp0: SCSI bus reset interrupt esp0: SCSI bus reset interrupt esp0: disconnect, resetting bus esp0: Resetting scsi bus esp0: SCSI bus reset interrupt esp0: SCSI bus reset interrupt esp0: disconnect, resetting bus esp0: Resetting scsi bus esp0: SCSI bus reset interrupt esp0: SCSI bus reset interrupt Is there an updated tftp boot image that may have corrected this problem? Thanks, John Derr
Re: autobuilder...glibc 2.1...egcs 1.1.2
At 20:29 -0400 1999-04-23, Ben Collins wrote: Question. Are we prepared to move to egcs 1.1.2 for potato? This means that egcs becomes the default gcc, although gcc 272 will still be available. Actually, no, gcc 272 won't still be available. Someone needs to change the gcc source package to make a gcc272 package first. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: autobuilder...glibc 2.1...egcs 1.1.2
Ben Collins [EMAIL PROTECTED] writes: In case you haven't noticed, I've setup an autobuilder for sparc and have compiled some 500+ packages over the past few days. We were initially at onl 53% sync with potato, we are not slightly over 89%. There are a few more gnome packages I need to get out. I am going to post failed builds here for you people to take a look at if you desire. Send the relevant patches to the package maintainer and buildd will pick it up on the next upload. Now onto glibc. There is a new upload of 2.1.1-1 in unstable. I am going to try and build this. I'll need the usual fool hearty sun4m volunteer when it's done :) Question. Are we prepared to move to egcs 1.1.2 for potato? This means that egcs becomes the default gcc, although gcc 272 will still be available. I'm all for it, have it compiled. Unless some one can give me a reason not to, I'll upload it in the morning. Yes! I've been waiting a long time for this - gcc 2.7.2 should _never_ be used on the sparc, it can produce bad code in quite a few instances (I've already had to hack binutils to use egcc on the sparc.) I'm surprised the i386 (which has less of a problem) beat us to the punch. (I also need egcc to build the X source - because gcc can't generate some of the instructions for the newer sparc chips (32-bit even).) Steve [EMAIL PROTECTED]
Sun prices
Sorry to be slightly off-topic, but does anyone have any recent experience of how much second-hand Sun computers are worth? If so I'd be grateful for any data points (model and price) as there's a whole lot coming up for auction here soon and I might try to get one. The machines to be sold include: SS LX, SS 4, SS 5, SS 20, Ultra Enterprise, Ultra Creator, Ultra 6262, Ultra 10 (according to the catalogue which does not seem to have been compiled very carefully). (It's the remains of Ionica being sold off, by the way.) Edmund
Re: Sun prices
[EMAIL PROTECTED] writes: Sorry to be slightly off-topic, but does anyone have any recent experience of how much second-hand Sun computers are worth? If so I'd be grateful for any data points (model and price) as there's a whole lot coming up for auction here soon and I might try to get one. The machines to be sold include: SS LX, SS 4, SS 5, SS 20, Ultra Enterprise, Ultra Creator, Ultra 6262, Ultra 10 (according to the catalogue which does not seem to have been compiled very carefully). Look at www.gstek.com and www.compsyscon.com - they should give you a ballpark figure for some of these systems. Steve [EMAIL PROTECTED]