Re: Major breakage in Slink..
> > > (on kernel 2.2.13) something causes a kernel panic/OOPS having to do with > > > the serial ports > > > > Haven't noticed this. Perhaps emailing sparclinux@vger.rutgers.edu would > > be of more help. > Mmmm. I have a full console log of one of the 'nice sessions'. Basically > go ahead and explain that I'm running a serial console, then send the > .config (if I can recreate it) and the console log as attachments? Yes, please. So are you running the kernel-image-2.2.13 package, or your own compile? If your own, have you tried the package? > > > (in potato) 'login' can't change tty permissions, and man can't change its > > > cat page permissions. > > > > Login does not change tty permissions for a very good reason, mainly > > security related. I'm not sure what you mean about man and it's cat pages, > > I haven't noticed any problems with man at all. > I'll check this if I ever to a full upgrade to potato again. Oh, now that > I'm actually AWAKE (g), it was saying 'function not implimented'. Sounds like you lack a feature in your kernel. Maybe the above would help. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED]' `---=--===-=-=-=-===-==---=--=---'
Re: Cross-compiling on Debian systems?
On Wed, Nov 17, 1999 at 02:48:55PM -0800, [EMAIL PROTECTED] wrote: > > I'd like to set up a cross-compiler on my Lintel (AMD 266) to compile > packages for my Sparc IPX. I'd preferably like to package the > cross-compiler so I can esaily remove it if I no longer need it. > > The only cross-compiler in the slink packages list is for m68k. > > What do I need to do to set one up? The last cross-compiler I built (for kernel compiles) was using the m68k cross-compiler package. I just changed the m68k references to sparc, and ran dpkg-buildpackage -us -uc -rfakeroot (change all of the m68k references in debian/ to sparc). -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED]' `---=--===-=-=-=-===-==---=--=---'
Cross-compiling on Debian systems?
I'd like to set up a cross-compiler on my Lintel (AMD 266) to compile packages for my Sparc IPX. I'd preferably like to package the cross-compiler so I can esaily remove it if I no longer need it. The only cross-compiler in the slink packages list is for m68k. What do I need to do to set one up? -- Ferret no baka
Re: halt & reboot: segfaulting
Hi again... > I think I have to change the rc?.d/K* order the shutdown eth0 later, but I > haven't > tested it yet. Hmmm I guess eth0 is NEVER shut down by some init scripts...? I found a script (btw. a link to a script) /etc/rcS.d/S40network -> ../init.d/network which sets up the ethernet card, but I found NO corresponding /etc?.d/K* script... Umm... Any ideas? *g* CU Andreas Jaehnigen [EMAIL PROTECTED]
Text ttys & X
Hi there, I noticed something strange: If I have an X-server running, I can't switch over to text-mode ttys. And yes, getty is running. ;-) I tried ALT-Fx, SHIFT-ALT-Fx and CTRL-ALT-Fx- with no result... Is X "blocking" the text-mode ttys? Any hints? I noticed another thing: If I disable tty1 in /etc/inttab, NONE of the other ttys is accessible. Strange... Thanks & bye Andreas Jaehnigen [EMAIL PROTECTED]
Re: Major breakage in Slink..
On Wed, 17 Nov 1999, Ben Collins wrote: > On Tue, Nov 16, 1999 at 08:02:39PM -0800, [EMAIL PROTECTED] wrote: > > > > I've just noticed a few things while installing Debian on my IPX. >[snip] (upgrade stuff to potato's version) apt-move wanted too much stuff upgraded (actually broke some things), so I grabbed source and tweaked dependencies. Then I copied stuff from my Lintel slink box to make debhelper work. :> > > setserial crashes the console (bad if you're running a serial console) > > setserial tries to initialise to Lintel IRQ settings on sparc > dpkg --purge setserial > Setserial makes little sense on stock sparc systems. Yeah. :> > > > (on kernel 2.2.13) something causes a kernel panic/OOPS having to do with > > the serial ports > > Haven't noticed this. Perhaps emailing sparclinux@vger.rutgers.edu would > be of more help. Mmmm. I have a full console log of one of the 'nice sessions'. Basically go ahead and explain that I'm running a serial console, then send the .config (if I can recreate it) and the console log as attachments? > > (in potato) 'login' can't change tty permissions, and man can't change its > > cat page permissions. > > Login does not change tty permissions for a very good reason, mainly > security related. I'm not sure what you mean about man and it's cat pages, > I haven't noticed any problems with man at all. I'll check this if I ever to a full upgrade to potato again. Oh, now that I'm actually AWAKE (g), it was saying 'function not implimented'.
RE: halt & reboot: segfaulting
> I'm running "Slink" on an SLC with 16 megs RAM. The machine boots via tftp and > gets its filesystems via NFS from a server running Sun Solaris 2.6 > Everything is is fine, but a few days ago I noticed that "reboot" and "halt" > won't work. If I run a system on a hard disk, everything is fine. Your problem may be similar to mine. Yesterday, I installed a RARP-TFTP-NFSROOT Sparc under Linux with standard local disk init scripts and I noticed the system shutdown was stopped by the early shutdown of eth0. I think I have to change the rc?.d/K* order the shutdown eth0 later, but I haven't tested it yet.
Re: whiptail problem
On Wed, Nov 17, 1999 at 03:16:18PM +, Enrique Zanardi wrote: > On Mon, Nov 15, 1999 at 11:19:35PM -0500, Ben Collins wrote: > > On Mon, Nov 15, 1999 at 08:03:19PM -0800, Joey Hess wrote: > > > reassign 50165 whiptail > > > thanks > > > > > > It turns out that ruinning whiptail on a sparc yeilds: > > > > > > whiptail: error in loading shared libraries: libnewt.so.0.50: > > > cannot > > > open shared object file: No such file or directory > > > > > > Which is of course why debconf is breaking when it tries to use it.. > > > > I checked into this and whiptail 0.50-4 on sparc does not depend on _any_ > > version of newt. It should depend on libnewt0 0.50. > > But it depends on libnewt0 on the i386 version, and AFAICT the > control and shlibs.local files are OK... > > puzzled, More than likely on i386, libnewt0 was installed before the package was built. However, since on sparc it was the first compile, it wasn't already installed (since they are from the same package). Which means the dpkg-shlibdeps didn't pick it up correctly. I haven't checked the shlibs.local, so I'm not sure if it's dpkg-dev's problem, or the package's setup. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED]' `---=--===-=-=-=-===-==---=--=---'
Re: whiptail problem
On Mon, Nov 15, 1999 at 11:19:35PM -0500, Ben Collins wrote: > On Mon, Nov 15, 1999 at 08:03:19PM -0800, Joey Hess wrote: > > reassign 50165 whiptail > > thanks > > > > It turns out that ruinning whiptail on a sparc yeilds: > > > > whiptail: error in loading shared libraries: libnewt.so.0.50: cannot > > open shared object file: No such file or directory > > > > Which is of course why debconf is breaking when it tries to use it.. > > I checked into this and whiptail 0.50-4 on sparc does not depend on _any_ > version of newt. It should depend on libnewt0 0.50. But it depends on libnewt0 on the i386 version, and AFAICT the control and shlibs.local files are OK... puzzled, -- Enrique Zanardi [EMAIL PROTECTED]
halt & reboot: segfaulting
Hi there,
I'm running "Slink" on an SLC with 16 megs RAM. The machine boots via tftp and
gets its filesystems via NFS from a server running Sun Solaris 2.6
Everything is is fine, but a few days ago I noticed that "reboot" and "halt"
won't work. If I run a system on a hard disk, everything is fine.
Here's the strace output from "reboot" (shortened):
...
open("/lib/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
mmap(0, 1114204, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xe0028000
mprotect(0xe011c000, 114780, PROT_NONE) = 0
mmap(0xe0128000, 45056, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED,
3, 0xf) = 0xe0128000
mmap(0xe0133000, 20572, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xe0133000
close(3)= 0
munmap(0xe0017000, 4471)= 0
personality(PER_LINUX) = 0
getpid()= 175
geteuid() = 0
chdir("/") = 0
access("/var/run/utmpd.rw", F_OK) = -1 ENOENT (No such file or directory)
access("/var/run/utmpd.ro", F_OK) = -1 ENOENT (No such file or directory)
access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory)
open("/var/run/utmp", O_RDWR) = 3
lseek(3, 0, SEEK_SET) = 0
alarm(0)= 0
recv(14, 0xe8d0, 4026529856, MSG_DONTROUTE|MSG_PROXY|0xe004d460) = -1
ENOSYS (Function not implemented)
Segmentation fault
Any clues???
Thanks in advance for any hints given! :-)
CU
Andreas Jaehnigen
[EMAIL PROTECTED]
Re: sparc libc5 support (report #29585).
On Wed, Nov 17, 1999 at 02:06:52PM +0100, Matthias Klose wrote: > I saw a bug filed against libreadline2 (libc5), that this package > should not be built anymore for sparc. Is altgcc still needed for > sparc (and the patch from report #29585) ? The libc5 and altgcc packages are still wanted. But we can't really support other packages building with libc5 since most of them either wont, or don't work when they do compile. We've never released Debian/SPARC based on libc5, and since jdk for sparc is now available for glibc 2.0/2.1, aswell as netscape (was, but netscape doesn't offer a sparc-linux download anymore), there isn't much need for it anymore. Plus, the latest libc5 in the archive wont even build for sparc (which is the cause of some of the problems, since some programs require the latest version). As for the patch in the bug report, please apply it. Perhaps we can atleast get the latest libc5 to build (and working on ultrasparc). The only reason for keeping altgcc and libc5 is legacy support, but I suspect we will remove it all together after potato releases. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED]' `---=--===-=-=-=-===-==---=--=---'
Re: problem while installing debconf
On Wed, Nov 17, 1999 at 01:50:51PM +0100, Baudin maxime wrote: > for several versions now, > dpkg -i debconf returns an error message: > > Unpacking replacement debconf ... > Setting up debconf (0.2.32) ... > dpkg: error processing debconf (--install): > subprocess post-installation script returned error exit status 127 > Errors were encountered while processing: > debconf > > where can I find more details about the problem, > I'd like to correct it. apt-get install libnewt0 dpkg --configure debconf and it should work. whiptail on sparc does not depend on libnewt0, but it should. It has beenreported, see bug #50165 bye, -- Borut [EMAIL PROTECTED] - The trouble with political jokes is they get elected.
sparc libc5 support (report #29585).
I saw a bug filed against libreadline2 (libc5), that this package should not be built anymore for sparc. Is altgcc still needed for sparc (and the patch from report #29585) ?
problem while installing debconf
for several versions now, dpkg -i debconf returns an error message: Unpacking replacement debconf ... Setting up debconf (0.2.32) ... dpkg: error processing debconf (--install): subprocess post-installation script returned error exit status 127 Errors were encountered while processing: debconf where can I find more details about the problem, I'd like to correct it. sincerely, max -- T'as l'épée de Dame Hocles, qui est une petite épée, et t'as l'épée du père Hocles, qui est plus grande.
Re: Major breakage in Slink..
On Tue, Nov 16, 1999 at 08:02:39PM -0800, [EMAIL PROTECTED] wrote: > > I've just noticed a few things while installing Debian on my IPX. > > debhelper is missing several files (dh_list and a couple others) Slink's debhelper isn't missing files, it's just an older version. Upgrade to potato's debhelper. > bug won't file bug reports Make sure you are running the latest one from potato. Also, there appears to be problems with -icanon on older sparc kernels, which `bug' uses. > setserial crashes the console (bad if you're running a serial console) > setserial tries to initialise to Lintel IRQ settings on sparc dpkg --purge setserial Setserial makes little sense on stock sparc systems. > (on kernel 2.2.13) something causes a kernel panic/OOPS having to do with > the serial ports Haven't noticed this. Perhaps emailing sparclinux@vger.rutgers.edu would be of more help. > (in potato) 'login' can't change tty permissions, and man can't change its > cat page permissions. Login does not change tty permissions for a very good reason, mainly security related. I'm not sure what you mean about man and it's cat pages, I haven't noticed any problems with man at all. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED]' `---=--===-=-=-=-===-==---=--=---'
Major breakage in Slink..
I've just noticed a few things while installing Debian on my IPX. debhelper is missing several files (dh_list and a couple others) bug won't file bug reports setserial crashes the console (bad if you're running a serial console) setserial tries to initialise to Lintel IRQ settings on sparc (on kernel 2.2.13) something causes a kernel panic/OOPS having to do with the serial ports (in potato) 'login' can't change tty permissions, and man can't change its cat page permissions. And probably others that I haven't yet noticed. What needs to be done to fix stuff? -- Ferret no baka
