[EMAIL PROTECTED] writes: > A couple of questions appeared in my mind while upgrading to 2.2.10:
> (1) This business of having to install /etc/init.d/devpts.sh from > potato's libc6 to make a recent 2.2.x kernel work if > CONFIG_UNIX98_PTYS is selected. It's not too hard to do by hand, but > it doesn't seem right that people should have to do that sort of thing > merely in order to use a more up-to-date kernel. You can't tell people > to update their libc6 to unstable just in order to use a newer kernel; > we've already seen how an unstable libc6 can make a system unusable in > some unfortunate cases. So is there another solution, other than > telling people how to extract and install /etc/init.d/devpts.sh by > hand? Delete /dev/ptmx. libc6 only tries to use /dev/pts if /dev/ptmx exists, otherwise it falls back on the oldstyle ptys. I personally would just tell people to upgrade. This is not i386; slink for the sparc has a _beta_ version of the glibc-2.1 that is in unstable - there are very few problems, if any, in updating. If Debian did non-security updates, I would strongly advocate copying libc6 from potato to slink. > (2) I built a kernel with CONFIG_SMP, which is the default, and was > welcomed by this message (coming from linux/arch/sparc/mm/nosun4c.c): > SILO boot: > Uncompressing image... > 32bit SMP kernel only supports sun4m and sun4d > Program terminated > Is there no way, at present, of building a kernel which does SMP on > some suns but works on all suns? Apparently not. (SMP kernels are slower than non-smp kernels anyways.) Steve [EMAIL PROTECTED]