Re: Netscape in Debian/Sparc
Downloaded from ftp.netscape.com. The file is navigator-v45-export.sparc-unknown-linux2.0.tar.gz File size is 7056824. I don't remember the directory, it was under unsupported. If you wish, I can split and mail you the file. Regards, On Wed, 27 Jan 1999, Kumsup Lee wrote: On Wed, 27 Jan 1999, Paulo Henrique Baptista de Oliveira wrote: Anyone has Netscape installed in Debian Sparc release? Have a nice day,Paulo Henrique Yes. Netscape 4.5 (X11), Linux 2.0 running X, on SPARC SLC. No problems at all. Hmm... Where did you get that ? sundown 1% netscape netscape: error in loading shared libraries: libstdc++.so.2.8: cannot open shared object file: No such file or directory sundown 2% locate libstdc++.so.2. /usr/lib/libstdc++.so.2.9 sundown 3% Sanjeev Ghane Gupta Tel: +91(11) 6941831, 6946619 Eurolink Systems LtdFax: +91(11) 6943732 New Delhi, India email: [EMAIL PROTECTED] Eurolink doesn't pay me to speak for it, so I don't Old age is not an accomplishment, nor youth a sin
Re: XWindow in Sparc4
Hi all, I installed Debian Sparc in 2 Sparc/4. One is running X and the other not :( The packages are the same in both. I made the kbd device in the two. When I type startx the following error occurs: No screen founds. I have another problem with csh: $ csh -csh: Symbol `_IO_2_1_stdin_' has different size in shared object, consider re-linking These bugs are important to elimin because I'introducing Linux in a envorinment of Sun running Solaris. If doesnt work very well I'll have to return to Slowlaris :( Have a nice day,Paulo Henrique Quoting christian mock ([EMAIL PROTECTED]): X-Mailer: exmh version 2.0.1 12/23/97 To: Paulo Henrique Baptista de Oliveira [EMAIL PROTECTED] Subject: Re: XWindow in Sparc4 In-Reply-To: Your message of Sat, 23 Jan 1999 20:00:08 -0400. [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi Debian Sparc users, Excuse me if I'm sending this mail twice. I already send a mail yesterday about setting X in a Sparc4 and none answered :( I have to setup X in this machine otherwise I'll wave to install Slowlaris again :( Please help, altought I know that all of you are busy compiling Slink packages. Good work guys. your problem was with X not finding /dev/kbd? well, make it: mknod /dev/kbd c 11 0 major/minor numbers for devices are listed in /usr/src/linux/Documenta tion/devices.txt HTH, cm. -- christian mock @ home in vienna, austria sind fremdcancels strafbar? - http://www.tahina.priv.at/bincancel/ Those silly RFCs are all that separate us from the animals! -- Kevin Rodgers in a.r.e
Uploaded kernel-patch-2.2.0-sparc 2.2.0-2 (source sparc) to master
This patch supposedly fixes the cgsix crash problems. I don't have a cgsix, so it's up to all of you to test it ;) -BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Thu, 28 Jan 1999 11:36:18 -0500 Source: kernel-patch-2.2.0-sparc Binary: kernel-patch-2.2.0 Architecture: source sparc Version: 2.2.0-2 Distribution: unstable Urgency: low Maintainer: Ben Collins [EMAIL PROTECTED] Description: kernel-patch-2.2.0 - Diffs to the kernel source for sparclinux Changes: kernel-patch-2.2.0-sparc (2.2.0-2) unstable; urgency=low . * New patch from Dave Miller * Fixes cgsix crashes when leaving/returning from/to X Files: feebd2c0f0f55b16fdb6074f45d5f23c 602 devel extra kernel-patch-2.2.0-sparc_2.2.0-2.dsc f48cc2b16cde09338b6bca6eb9afb7f9 198749 devel extra kernel-patch-2.2.0-sparc_2.2.0-2.tar.gz ff252264eda4d432e7b1e013169cf7d6 198504 devel extra kernel-patch-2.2.0_2.2.0-2_sparc.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBNrCSuyo9WkFm9rsJAQESUgP9GWk2vkCmkNvduLoMl4ppBB5YxH0pwlvi 4f0VLDf4mB7j3NZLIpHedHOGEtLN6VQh1ORAF/5Q4KBTLQ7YUYQEajB7QBEA4weP ltPdm7DlZixc72qHLsaoRXbygupmQBWVB4zj6ZhOo7vpwHdQjwtlAl06SBZUd+at DzDDJnSHLqs= =upqN -END PGP SIGNATURE- -- --- - - --- - - - --- Ben Collins [EMAIL PROTECTED] Debian GNU/Linux UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED] -- -- - - - --- --- -- The Choice of the GNU Generation
Floppy Installation on Sparcstation 1
Hello, I apologize for reposting. There were no responses to my earlier message so I thought I would try again. I am trying to install debian on a sparcstation 1 with 16MB of RAM. From ftp.debian.org, in the directory pub/debian/dists/unstable/main/disks-sparc/1998-12-07, I downloaded the files base14-1.bin thru base14-2.bin, resc1440.bin, drv1440.bin and root.bin. Using rawrite2, I copied these to floppies. I then booted the sparc with the 'boot floppy' command and at the SILO boot prompt, entered '/fd;/linux' to start the process. After uncompressing the kernel image and detecting the hardware on the machine, I am prompted to insert the root floppy and press enter. When I do this however, the kernel panics, saying that it cannot mount the root files system. Here are the exact messages: .. Partition check: sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 sdb: sdb1 sdb2 sdb3 sdb4 sdb5 sdb6 sdb7 sdb8 floppy 0: Warning disk change called early VFS: Insert root floppy and press enter Upon inserting the root floppy and pressing enter: vfs_read_super: bad magic number 0xf1f9e4ad on dev 2/0 kernel panic: VFS: Unable to mount root fs on 2:00 Press L1-A to return to the boot prom Now, while the release notes talk about using root1440.bin, I could find only root.bin in the above ftp directory. Could this be a problem? Also, while I am able to mount the resc1440 and drv1440 floppies as ext2 filesystems, I am not able to mount the root floppy as ext2. Is this correct behaviour? I tried with images from the 1998-03-08 amd 1998-05-25 directories, but in those two cases, I could not even get to the SILO boot: prompt. There were errors in reading from the etc/silo.conf file. All suggestions appreciated. Thanks, Ashok [EMAIL PROTECTED] Any and all help is appreciated.
Re: Floppy Installation on Sparcstation 1
Ashok Gopalakrishnan wrote: Hello, I apologize for reposting. There were no responses to my earlier message so I thought I would try again. I am trying to install debian on a sparcstation 1 with 16MB of RAM. From ftp.debian.org, in the directory pub/debian/dists/unstable/main/disks-sparc/1998-12-07, I downloaded the files base14-1.bin thru base14-2.bin, resc1440.bin, drv1440.bin and root.bin. Using rawrite2, I copied these to floppies. I then booted the sparc with the 'boot floppy' command and at the SILO boot prompt, entered '/fd;/linux' to start the process. After uncompressing the kernel image and detecting the hardware on the machine, I am prompted to insert the root floppy and press enter. When I do this however, the kernel panics, saying that it cannot mount the root files system. Here are the exact messages: .. Partition check: sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 sdb: sdb1 sdb2 sdb3 sdb4 sdb5 sdb6 sdb7 sdb8 floppy 0: Warning disk change called early VFS: Insert root floppy and press enter Upon inserting the root floppy and pressing enter: vfs_read_super: bad magic number 0xf1f9e4ad on dev 2/0 kernel panic: VFS: Unable to mount root fs on 2:00 Press L1-A to return to the boot prom Are you sure the root.bin file was written without errors on your floppy disk? Can you read back out then try to compare it or gunzip it to test its integrity? Another suggestion: have you tried new floppy medium? Hmm, how many memory your sparc1 has? I'm sorry I don't have access to a sparc1 to try my bootdisks on it. Now, while the release notes talk about using root1440.bin, I could find only root.bin in the above ftp directory. Could this be a problem? Also, while I am able to mount the resc1440 and drv1440 floppies as ext2 filesystems, I am not able to mount the root floppy as ext2. Is this correct behaviour? root.bin is ext2 fs but the whole image was gziped. Just gunzip it before. Thanks in advance. -- Eric Delaunay | La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant. Henri Jeanson (1900-1970)
Re: Floppy Installation on Sparcstation 1
On Thu, 28 Jan 1999, Ashok Gopalakrishnan wrote: I am trying to install debian on a sparcstation 1 with 16MB of RAM. From ftp.debian.org, in the directory pub/debian/dists/unstable/main/disks-sparc/1998-12-07, I downloaded the files base14-1.bin thru base14-2.bin, resc1440.bin, drv1440.bin and root.bin. Using rawrite2, I copied these to floppies. I then booted the sparc with the 'boot floppy' command and at the SILO boot prompt, entered '/fd;/linux' to start the process. After uncompressing the kernel image and detecting the hardware on the machine, I am prompted to insert the root floppy and press enter. When I do this however, the kernel panics, saying that it cannot mount the root files system. Here are the exact messages: .. Partition check: sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 sdb: sdb1 sdb2 sdb3 sdb4 sdb5 sdb6 sdb7 sdb8 floppy 0: Warning disk change called early VFS: Insert root floppy and press enter Upon inserting the root floppy and pressing enter: vfs_read_super: bad magic number 0xf1f9e4ad on dev 2/0 kernel panic: VFS: Unable to mount root fs on 2:00 Press L1-A to return to the boot prom I ran into this problem a week ago. It appears that the file root.bin is 151 bytes short. This is how I fix it. I just appended 151 bytes of zeroes to this file then recreated the floppy with dd. It worked after this. You might want to give it a try.
dist on cdrom
I am looking for a distribution on cdrom for sparc5 20. Can anyone help me out? -- Gabriel Millerd | http://www.rwk.com Director of Technical Infrastructure | Voice: 414-347-4100 x262 Electronic Printing Systems | Fax: 414-347-4040
Re: Floppy Installation on Sparcstation 1
Eric Delaunay wrote: Are you sure the root.bin file was written without errors on your floppy disk? Can you read back out then try to compare it or gunzip it to test its integrity? Another suggestion: have you tried new floppy medium? Hmm, how many memory your sparc1 has? I tried with 3 floppy disks and they all behaved the same way. As you suggested, I did read off the floppy and compared it with the downloaded file. There were no errors. After gunzipping, there were still no errors in comparison. My sparc1 has 4 banks of 4MB each (total 16MB). While detecting the hardware, the memory is detected as follows: available 13856K, kernel 1028K, data 1140K. I added 'append=mem=16m' to the silo.conf file on the floppy and it still detected only 13856K. Could this be a possible problem cause? Also, before prompting for the root floppy, a warning message appears: floppy0 : Warning disk change called early Is this normal? Thank you, Ashok [EMAIL PROTECTED]
Re: XWindow in Sparc4
Hi all, I installed Debian Sparc in 2 Sparc/4. One is running X and the other not :( The packages are the same in both. I made the kbd device in the two. When I type startx the following error occurs: No screen founds. You are probably missing the /dev/fb* nodes. Try (cd /dev; ./MAKEDEV fb) /Anders -- -- Of course I'm crazy, but that doesn't mean I'm wrong. Anders Hammarquist | [EMAIL PROTECTED] Physics student | Hem: +46 31 47 69 27 Chalmers University of Technology, G|teborg, Sweden | Mob: +46 707 27 86 87
Re: Floppy Installation on Sparcstation 1
On Thu, 28 Jan 1999, Ashok Gopalakrishnan wrote: : Eric Delaunay wrote: : : Are you sure the root.bin file was written without errors on your floppy disk? : Can you read back out then try to compare it or gunzip it to test its : integrity? : Another suggestion: have you tried new floppy medium? : Hmm, how many memory your sparc1 has? : : I tried with 3 floppy disks and they all behaved the same way. : As you suggested, I did read off the floppy and compared it with the : downloaded file. There were no errors. After gunzipping, there were still no : errors in comparison. : : My sparc1 has 4 banks of 4MB each (total 16MB). While detecting the hardware, : the memory is detected as follows: : available 13856K, kernel 1028K, data 1140K. : : I added 'append=mem=16m' to the silo.conf file on the floppy and it still : detected only 13856K. Could this be a possible problem cause? 13856 + 1028 + 1140 = 16024. Not quite 16384, but close. The kernel does have a memory footprint ... : Also, before prompting for the root floppy, a warning message appears: : : floppy0 : Warning disk change called early : : Is this normal? It always happened last time I tried an install, but I admit it's been a while. -- Nathan Norman MidcoNet 410 South Phillips Avenue Sioux Falls, SD mailto:[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9)
Re: Floppy Installation on Sparcstation 1
Alex Yung wrote: On Thu, 28 Jan 1999, Ashok Gopalakrishnan wrote: Upon inserting the root floppy and pressing enter: vfs_read_super: bad magic number 0xf1f9e4ad on dev 2/0 kernel panic: VFS: Unable to mount root fs on 2:00 Press L1-A to return to the boot prom I ran into this problem a week ago. It appears that the file root.bin is 151 bytes short. This is how I fix it. I just appended 151 bytes of zeroes to this file then recreated the floppy with dd. It worked after this. You might want to give it a try. Strange behavior :-( Why a bunch of zeros added at the end of the file are making the disk to work? Even if the sparc is reading more bytes than the exact size of root.bin, I thought the extra part was not used at all. It could be linux kernel related problem because the loading of the ramdisk is done by the kernel itself. Any pointers? -- Eric Delaunay | La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant. Henri Jeanson (1900-1970)
Re: The road ahead ...
Steve Dunham wrote: Christian Meder [EMAIL PROTECTED] writes: Hi, this is just a summary of the current Sparc slink status: * boot floppies Seem to work pretty well. Some devices for a working X setup are missing from the initial installation (sunmouse, fb*, kbd; known by Eric). Eric, could you incorporate a generic-sparc target in the makedev package and upload it too (or provide the patches to the list) ? On a SS10 Done. I had problems using the bootfloppies because every command issued in ash was segfaulting (ash_0.3.4-6.2 uploaded yesterday fixes the symptoms but I'm not sure why ;-) Eric, could you test the new ash and include it in the next boot floppies release (it's mandatory for the two SS10 we got around) Ok. Also, Eric seems interested in making everything work on both UltraSparc's and Sparcs, so I'm going to work with him on this. * X Seems to work well on most installations. I uploaded the last X packages and didn't file a bug report with the patch but sent it to Anders who usually does the X stuff on Sparc. I didn't keep up with the latest X prereleases on i386 but we definitly need another X upload after Branden released another X set. Anders, Steve, could you coordinate on syncing up with Branden's prereleases ? I would favor to use the current X sparc patch for frozen and switch to Steve's patches for potato. My packages still need some polishing, but they add Mach64 and UltraSparc support. Maybe we should add my Mach64 and XSun24 servers to the CDROM, in a seperate directory, as a convenience? BTW, is the missing source for X problem was resolved in slink ? * kernel issues 2.0.35 was running pretty well for me. I'm running a 2.2.0-pre8 cvs kernel right now which is up 6 days. Anyone experiences with 2.2.0 ? If we'll agree on a good 2.2.x candiate I'll package it and upload an image. Probably we should provide 2.2.x boot images too. What's your opinion Eric ? IMHO, this should be 2.2.0 with David Millers patches from ftp.kernel.org, plus a very small Ultra patch that he just posted, which fixes fakeroot and postgresql on Ultrasparcs. I will try to add 2.2 kernel support to bootdisks at the end of this week. What should we do about kernel: 1. release slink with 2.0.35 bootdisks and 2.2 as alternate boot method [*] 2. release slink with 2.2 bootdisks BTW, what is the deadline for release ? [*] I don't know wether I will be able to merge both boot methods in one disks set. A more simpler way could be to release 2 independent set of bootdisks (rescue drivers floppy disks are already distincts, therefore I only need to add another root floppy disk for 2.2). If we make this package, we should try to do it right. If you install egcs64_19980921-2 and the binutils from my ftp site, then you can generate both sparc64 and sparc kernels on any machine. (Just supply ARCH=sparc64 to the make command.) It would be nice if we made the package properly generate both kernels. After slink, we can look into adding smp kernels to the list. (I'd propose kernel64-image for the 64bit kernel, unless somebody has a better idea.) * outdated and missing packages I've got most of the outdated stuff compiled and will upload it today or tomorrow (hope I will get Gnome done too ;-) * testing I would appreciate a flood of experiences with the uptodate sparc slink distribution. Serious brokenness is especially welcome but we like supportive cheers too ;-) * binutils One other, minor issue is binutils. I have a small patch to both the rules file and the sparc64 parts of binutils that enable it to compile the sparc64 kernel (without changing it's ability to build sparc32 stuff). While it would be nice to have in slink, it might not be worth the trouble of changing a source package. If the sparc distribution have to run on both sparcs ultras, it will be required for user to build new kernels, therefore it should appear on the dist. Either discuss this with the package maintainer, or upload it as separate source (eg. binutils-sparc64-linux like the already existing binutils-m68k-linux package). IMHO, if it only fixes problem in the sparc64 part, it could be merged to our main binutils package. Regards. -- Eric Delaunay | La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant. Henri Jeanson (1900-1970)
Re: XFree86 3.3.2.3a-8pre9v6 at master.debian.org/~branden/xfree86
Note to Def Branden Robinson [EMAIL PROTECTED] writes: This is what I hope to be the final test build of XFree86 3.3.2.3a-9; if there are no significant problems it will be released with that version number. This test build addresses all four release-critical bugs currently outstanding against XFree86. There are exactly 5 things I want to do for -10, and then I will declare slink X done (barring any nasty bugs that crop up). * have XF86Setup mung /etc/X11/Xserver (and call correct X server during test) * deal with new font and static library packages in the upgrade department * XKB and locale fixes for our non-American friends (bugs.debian.org/xlib6g) * merge alpha patches * merge sparc patches My sparc patches or the older ones that Anders sent you? Alpha and sparc patches need to be i386-safe. I don't know that they aren't; I haven't checked closely yet. My next test build will likely incorporate the alpha patches and I will want to see if it works okay on i386. Almost all of the Alpha patches have to do with 64-bit alignment issues, and should not affect the i386. But there's always the chance of something lurking... If some sparc folks could confirm that their patches are similarly safe for i386 consumption I'll subsequently add those. I imagine the Alpha patches will make life easier for the sparc64/UltraLinux port (do we have one yet?). The patches that I sent you should be completely safe. But the resulting packages have only been tested by me. (As I said, I took out the -pedantic flag on the altdev stuff - the other changes don't touch x86 at all.) BTW, There are two kinds of sparc64 support: usermode and kernel mode. Usermode stuff is a _long_ way off, currently Debian runs 32-bit sparc stuff on a 64-bit kernel. So Alpha patches don't help much there. The biggest issue on the 32-bit sparc is unaligned memory accesses. I don't really want to step on any feet here, but it would be nice if we could get the X source for Sparc into slink - and get the UltraSparc support in there. (Eric plans on making the install work, so X support would be an added bonus.) Nontheless, the current sparc binaries are a built by Anders from a seperate tree. (Anders - my tree was made by merging the latest UltraPenguin patches - a superset of the Red Hat patches - into Branden's tree.) I would want some other sparc people to double check my packages, before we actually include binary packages from my code into slink. If Anders has a tree that matches Branden's recent trees, I'll defer to him (but ask that either he or I merge in the Mach64 and Creator patches), otherwise, I'd like to the goahead from Anders et al to use my stuff in slink (after appropriate testing). It shouldn't matter too much (as long as the binaries work), since I believe Anders is planning on starting from scratch on the 3.3.3.x releases. What do the other Debian Sparc people think? Should we update the X binaries in slink so that we are shipping source code and have UltraSparc support? (I'm 99% sure the binaries work, the only issues would be install script c, and they are mostly copied from the current binary packages. Also, I have to add a hard-coded XF86Config to the Sparc Mach64 package - because XF86Setup doesn't work yet on the sparc machines.) Steve [EMAIL PROTECTED]
