Need help [Fwd: Bug#52468: wml: undefined symbol: PL_sv_undef at /usr/lib/perl5/5.004/sparc-linux/DynaLoader.pm line 169.]
Hello, I got this bug report, and I'm not quite sure whether this is a Perl problem, a Sparc problem, a Perl on Sparc problem, an autobuilder problem, or what. This works for me on an i386. Please cc me, as I don't subscribe to either of these lists. Thanks for your help, Brian Bassett [EMAIL PROTECTED] wrote: > > Package: wml > Version: 1.7.4-2 > Severity: normal > > Example session, from english/logos area of Debian web site CVS area: > > <[EMAIL PROTECTED]:logos> make > wml -q -o UNDEFuEN:index.en.html index.wml > Can't load '/usr/lib/wml/perl/lib/5.005/sparc-linux/auto/IO/IO.so' for module > IO: /usr/lib/wml/perl/lib/5.005/sparc-linux/auto/IO/IO.so: undefined symbol: > PL_sv_undef at /usr/lib/perl5/5.004/sparc-linux/DynaLoader.pm line 169. > > at /usr/lib/wml/perl/lib/5.005/sparc-linux/IO/Handle.pm line 241 > BEGIN failed--compilation aborted at > /usr/lib/wml/perl/lib/5.005/sparc-linux/IO/Handle.pm line 241. > BEGIN failed--compilation aborted at > /usr/lib/wml/perl/lib/5.005/sparc-linux/IO/Seekable.pm line 51. > BEGIN failed--compilation aborted at > /usr/lib/wml/perl/lib/5.005/sparc-linux/IO/File.pm line 112. > BEGIN failed--compilation aborted at /usr/bin/wml line 55. > make: *** [index.en.html] Error 2 > > -- System Information > Debian Release: potato > Kernel Version: Linux arroz 2.2.13 #7 Wed Nov 3 12:56:22 EST 1999 sparc64 > unknown > > Versions of the packages wml depends on: > ii eperl 2.2.14-0.6 Embedded Perl 5 Language > ii iselect 1.2.0-3An interactive line selection tool for > ASCII > ii libc6 2.1.2-8GNU C Library: Shared libraries and > timezone > ii m4 1.4-10 a macro processing language > ii perl-5.005 5.005.03-4 Larry Wall's Practical Extracting and > Report > ii slice 1.3.4-3Extract out pre-defined slices of an ASCII > f
fdisk and native partition formats (was: Re: Problems with SILO (Sparc slink))
Edmund GRIMLEY EVANS wrote: > Eric Delaunay wrote: > > Hmm, this thread is too repetitive. I propose to fix the installer to > > enfore a > > Sun disklabel on the disk. > > I guess it could be fixed in either 2 ways: > > - add some obscure option to fdisk telling it to treat non Sun disklabel the > > same way as blank disk > > - or check for a Sun disklabel before calling fdisk, zeroes the partition > > table > > if not found, then call fdisk. > > I don't like either of these, because it is possible that someone > really does want to keep the old partition table. People use > installation media for all sorts of things. The other day I saw a > colleague here rescuing an NT machine with a broken partition table by > using a Red Hat installation CD for example ... > > I think: > > - the 's' option should always be visible in fdisk In fact it is already documented in potato fdisk menu. > - dbootstrap should check for a Sun disk label after calling fdisk > and issue a warning if it doesn't find one, something like: > "/dev/whatever appears not to have a Sun disk label. This means you > will not be able to boot directly from this disk. You can create a Sun > disk label with the option 's' in fdisk." with options to continue or > run fdisk again. (But I can't remember at the moment how these > messages are usually phrased; I'd have to look at the context again ...) > > Edmund I like this idea more than my proposal. However, I'd also want to check for valid Sun disk label before running fdisk, then issuing the warning here. This will give the user more informations on how to proceed instead of doing wrong the first time then forced to partition again. Of course, if the disk does not contains a disk label at all or one which is already of Sun type, this message will not be displayed and fdisk will be run immediately. It will be checked again after fdisk has existed, like you describe, to be sure the user is knowing what it does. Well, I would implement it asap. Btw, how other arches (alpha, ppc, m68k, ...) are supposed to work with non native partition formats ? Is there a need for such a scheme for them ? Or is it just an artifact of sparc fdisk that also support i386 partitions? Regards. -- Eric Delaunay | "La guerre justifie l'existence des militaires. [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)
missing keys in X11
Hello everybody, I have a SUN SPARCstation 10 running with debian slink and problems with missing keys under X11. The dmesg shows me that I am using a "SUN Type 5 keyboard without keyclick" in a German version. My problem is now, that I'm missing the "< > |" symbols which are located on the same key (keynumber 124 - taken from showkey). My questions are now: - where is the correct configuration file for my keyboard? - which are the correct parameters I need to add for the three keys above? - is there somebody who have a complete defined keytable for X and a German SUN Type 5 keyboard who might send it to me? Regards, Volker
Re: Netscape for SPARC
On Sun, Dec 12, 1999 at 04:11:57PM +0100, Volker Gülke wrote: > Hello everybody, > I have a Debian SPARC on a SPARCstation 10 installed. Now I'm looking for a > good Webbrowser. I hear that there is (or was) a Version of Netscape > available for SPARC Linux. Can somebody tell me a place where I can > download it or recommend another good browser? > Regards, > Volker The current mozilla package in potato (version M11) runs pretty well, but if you want the commercial netscape, you will have to build the netscape package from slink on sparc. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED]' `---=--===-=-=-=-===-==---=--=---'
Netscape for SPARC
Hello everybody, I have a Debian SPARC on a SPARCstation 10 installed. Now I'm looking for a good Webbrowser. I hear that there is (or was) a Version of Netscape available for SPARC Linux. Can somebody tell me a place where I can download it or recommend another good browser? Regards, Volker
Re: Problems with SILO (Sparc slink)
Hi, thanks to the quick help from this list I managed to get my IPC working by now. Even the booting problem is resolved. For the (improbable) case that someone else experiences similar problems I'll give a short summary: As I remembered seeing the IPC trying to boot from sd(0,0,0) when the internal disk was defect I installed the new disk with SCSI-ID 0. I was able to boot from disk and install everything but OpenBoot firmly rejected to see the disk at boot time. In the end I rejumpered it to ID 1 and by now I can boot from hard disk... Was this my stupidity or is this normal?? Ah - this reminds me - the explanation of "hiding" the online help for the fdisk `s' command seems completely besides the point to me. Why shouldn't we then hide the man-page for `rm' or other potential dangerous things?? Is the consensus of this list that this is ok or should I file a bug report against fdisk? Ok, I have two remaining problems: The 2.0.34 kernel initialized the text mode correctly as opposed to the 2.2.13 kernel. The difference can be seen in the log messages: 2.0.34 kernel: Dec 9 22:37:23 poc kernel: Console: 16 point font, 864 scans Dec 9 22:37:23 poc kernel: Console: mono SUN 128x54, 1 virtual console (max 63) 2.2.13 kernel: Dec 14 12:55:12 poc kernel: Console: colour dummy device 80x25 How can I get the new kernel to do the same initialization? The difference for me is that I cannot see the leftmost 4 characters on each line... (and the Sun btw supports no color) The other problem is to get X running - As the IPC uses the BWtwo framebuffer I thought I could fix it by applying the patch from the Ultralinux FAQ to the kernel but the patch is already in there. So I'll better show how X fails: PEXExtensionInit: Couldn't open default PEX font file Roman_M X connection to :0.0 broken (explicit kill or server shutdown). I have the xfonts-pex package installed which owns a file `/usr/X11R6/lib/X11/fonts/PEX/Roman_M.phont'. Unfortunately I cannot strace the X server as strace dies like this: open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 open("/lib/libc.so.6", O_RDONLY)= 3 open("/etc/X11/Xserver", O_RDONLY) = 3 syscall: unknown syscall trap 9c23a018 e0002cc0 Although this is probably a debian-user question I dare to ask here Thanks for any help Detlev P.S: Please CC me as I am not subscribed to debian-sparc -- The mathematician's patterns, like the painter's or the poet's, must be beautiful; the ideas, like the colours or the words, must fit together in a harmonious way. Beauty is the first test: there is no permanent place in the world for ugly mathematics. -- G. H. Hardy
Keyboard problem (kernel 2.2.7)
Hi all. I am using the experimental disks from ftp://lix.polytechnique.fr/pub/Linux/debian/sparc/exp/disks-sparc/current as recommended in http://www.debian.org/ports/sparc/problems . I try to install from disks on a Sparc 1+ (on SUN prompt, I enter b fd(2,0) ) with correctly recognized Sun Type 5 Keyboard (no mouse). The rescue disk works, but when I am prompted to enter the "root floppy", the RETURN key has no effect. Strangely, the SPACE key continues the dboostrap procedure where I fail because other keys are garbled too. Any ideas? Sven
Re: Problems with SILO (Sparc slink)
> Hmm, this thread is too repetitive. I propose to fix the installer to enfore > a > Sun disklabel on the disk. > I guess it could be fixed in either 2 ways: > - add some obscure option to fdisk telling it to treat non Sun disklabel the > same way as blank disk > - or check for a Sun disklabel before calling fdisk, zeroes the partition > table > if not found, then call fdisk. I don't like either of these, because it is possible that someone really does want to keep the old partition table. People use installation media for all sorts of things. The other day I saw a colleague here rescuing an NT machine with a broken partition table by using a Red Hat installation CD for example ... I think: - the 's' option should always be visible in fdisk - dbootstrap should check for a Sun disk label after calling fdisk and issue a warning if it doesn't find one, something like: "/dev/whatever appears not to have a Sun disk label. This means you will not be able to boot directly from this disk. You can create a Sun disk label with the option 's' in fdisk." with options to continue or run fdisk again. (But I can't remember at the moment how these messages are usually phrased; I'd have to look at the context again ...) Edmund
Re: Problems with SILO (Sparc slink)
In a message dated 12/13/99 4:15:26 PM US Mountain Standard Time, [EMAIL PROTECTED] writes: > I guess it could be fixed in either 2 ways: > - add some obscure option to fdisk telling it to treat non Sun disklabel the >same way as blank disk > > not a bad idea > > - or check for a Sun disklabel before calling fdisk, zeroes the partition > table >if not found, then call fdisk. > > VERY bad idea. I would think that modifying the disk before someone says > "yes, change the partition table" is the Wring Thing (tm). Agreed. I had this problem first hand being a SPARC hardware newbie a few months back. It took me awhile to figure this out by myself before I could boot from disk. Simply make the "s" option always visible. I see no circumstances where you would want it not user visible anyway. You can ALWAYS use it, just not always see it as an option. Remember what distribution this is and the platform. I use Debian on the SPARC because I want to get down and dirty with this thing. You do not exactly go down to your local Radio Shack or Best Buy to get a SPARCstation. Give the options to the user. Jesse Molina-Lanners[EMAIL PROTECTED] Phoenix Arizona