'function not implemented' when upgrading to potato
I get errors similar to and including the following during dist-upgrade. I'm running kernel 2.0.35 with Sparc patches and just hand-upgraded to glibc2.1 i mamually unpacked fileutils and used the ch* executables out of there, so I know it's not a problem with fileutils. I suspect it's a problem with libc6 :nasal:/usr/local/foo/baz/bin# apt-get install fileutils :Reading Package Lists... Done :Building Dependency Tree... Done :1 packages upgraded, 0 newly installed, 0 to remove and 132 not upgraded. :1 packages not fully installed or removed. :Need to get 0B/575kB of archives. After unpacking 897kB will be used. :(Scanning database ... 13129 files and directories currently installed.) :Preparing to replace fileutils 3.16-5.4 (using \ .../fileutils_4.0i-2_sparc.deb) ... :Unpacking replacement fileutils ... :dpkg: error processing \ /var/cache/apt/archives/fileutils_4.0i-2_sparc.deb (--unpack): : error setting ownership of `./usr/share/info': Function not implemented :dpkg-deb: subprocess paste killed by signal (Broken pipe) :Errors were encountered while processing: : /var/cache/apt/archives/fileutils_4.0i-2_sparc.deb :E: Sub-process returned an error code (1) -- Ferret no baka
Transient network problems on bootup
I am having strange problems during the boot of my SPARCStation 4, here is the relevant portion of dmesg: sunlance.c:v1.12 11/Mar/99 Miguel de Icaza ([EMAIL PROTECTED]) eth0: LANCE 08:00:20:7d:7f:ff eth0: using auto-carrier-detection. eth0: Carrier Lost, trying TPE Sending BOOTP and RARP requests. timed out! After that the boot proceeds as normal and once I log in, I find the network in perfect working order: I can ping, telnet, mount NFS, etc., etc. The network is standard twisted pair with RJ-45 connectors and the Sparc is plugged into a Linksys hub. It isn't surprising that the BOOTP and RARP requests time out, since no one on my net is providing these services, but where does the carrier problem come from? Besides, I think that the carrier is checked by the boot PROM and it evidently passed this check... This problem appeared recently -- it *may* have been caused by the upgrade from slink to potato, or by kernel upgrade to 2.2.13 -- I am not sure. As to the modutils situation, it's getting slightly ridiculous. The binary package modutils is missing the executables. I cannot compile the source myself because gcc 2.95.2 barf on insmod.c (I submitted this as a bug to Debian). And when I tried to install gcc272, it wouldn't install! Viz: Sequence (?-...) not recognized at /usr/bin/dpkg-preconfig line 99. E: Sub-process dpkg-preconfig --apt returned an error code (255) E: Failure running script dpkg-preconfig --apt My next step would probably be uninstall my gcc, reinstall it from stable, and then try again. Oh, well. -- Akor [EMAIL PROTECTED]
Additional info re Sparc network problems
I've just confirmed that the problems started with the changeover to kernel 2.2.13 (and the new sunlance driver). Looking into my kern.log file produced: This is kernel 2.2.1: Nov 17 23:15:15 sparc kernel: PROMLIB: Sun Boot Prom Version 3 Revision 2 Nov 17 23:15:15 sparc kernel: Linux version 2.2.1 ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #1 Sun Feb 28 18:57:45 EST 1999 Nov 17 23:15:15 sparc kernel: ARCH: SUN4M Nov 17 23:15:15 sparc kernel: TYPE: SPARCstation 4 Nov 17 23:15:15 sparc kernel: Ethernet address: 8:0:20:7d:7f:ff Nov 17 23:15:15 sparc kernel: Boot time fixup v1.6. 4/Mar/98 Jakub Jelinek ([EMAIL PROTECTED]). Patching kernel for srmmu[Fujitsu Swift]/iommu Nov 17 23:15:15 sparc kernel: [0]: v[f000,f280](280) p[] Nov 17 23:15:15 sparc kernel: [1]: v[f400,f47ad000](7ad000) p[0400] Nov 17 23:15:15 sparc kernel: SRMMU: Compact physical memory. Using strightforward VA-PA translations. Nov 17 23:15:15 sparc kernel: Found CPU 0 node=ffd4519c,mid=0 ... snip ... Nov 17 23:15:15 sparc kernel: sunlance.c:v1.11 27/Dec/97 Miguel de Icaza ([EMAIL PROTECTED]) Nov 17 23:15:15 sparc kernel: eth0: LANCE 08:00:20:7d:7f:ff Nov 17 23:15:15 sparc kernel: eth0: using auto-carrier-detection. Nov 17 23:15:15 sparc kernel: Partition check: ... etc. And this is kernel 2.2.13: Nov 18 23:44:54 sparc kernel: PROMLIB: Sun Boot Prom Version 3 Revision 2 Nov 18 23:44:54 sparc kernel: Linux version 2.2.13 ([EMAIL PROTECTED]) (gcc version 2.95.2 19991024 (release)) #1 Wed Nov 3 09:26:24 EST 1999 Nov 18 23:44:54 sparc kernel: ARCH: SUN4M Nov 18 23:44:54 sparc kernel: TYPE: SPARCstation 4 Nov 18 23:44:54 sparc kernel: Ethernet address: 8:0:20:7d:7f:ff Nov 18 23:44:54 sparc kernel: Boot time fixup v1.6. 4/Mar/98 Jakub Jelinek ([EMAIL PROTECTED]). Patching kernel for srmmu[Fujitsu Swift]/iommu Nov 18 23:44:54 sparc kernel: [0]: v[f000,f280](280) p[] Nov 18 23:44:54 sparc kernel: [1]: v[f400,f47ad000](7ad000) p[0400] Nov 18 23:44:54 sparc kernel: SRMMU: Compact physical memory. Using strightforward VA-PA translations. Nov 18 23:44:54 sparc kernel: Found CPU 0 node=ffd4519c,mid=0 ... snip ... Nov 18 23:44:54 sparc kernel: sunlance.c:v1.12 11/Mar/99 Miguel de Icaza ([EMAIL PROTECTED]) Nov 18 23:44:54 sparc kernel: eth0: LANCE 08:00:20:7d:7f:ff Nov 18 23:44:54 sparc kernel: eth0: using auto-carrier-detection. Nov 18 23:44:54 sparc kernel: eth0: Carrier Lost, trying TPE Nov 18 23:44:54 sparc kernel: Sending BOOTP and RARP requests. timed out! Nov 18 23:44:54 sparc kernel: IP-Config: Auto-configuration of network failed. Nov 18 23:44:54 sparc kernel: Partition check: ... etc. Does this look like a driver bug to be reported? -- Akor [EMAIL PROTECTED]
/dev/fd0 permissions...
Dear all, I have in my Sparc 20 a Debian 2.1. I have problem trying use mtools. I have done adduser (or addgroup) user floppy, but when the user try use mdir, mcopy , always they have the same message: Can't open /dev/fd0: Permission denied. Also if users use eject floppy. However, in fstab the floppy is defined as /dev/fd0 and using mount or umount It works perfectly. Could you help me to resolve this? Thanks Javier -- \\|// (o o) --ooO---(_)---Ooo-- Dr. Javier Gonzalez Platas Grupo de Rayos-X Universidad de La LagunaTel (+34) 922 31 83 00 Dpto. Fisica Fundamental II (+34) 922 31 83 01 E-30204 La Laguna. Tenerife Fax (+34) 922 31 83 20 Islas Canarias E-mail: [EMAIL PROTECTED] Spain [EMAIL PROTECTED] --- (_) (_)
[non-i386 people needed] Proposed packages for 2.1r4
Hello, Are here the packages I expect to add in 2.1r4 (comments? questions?). Many of them need to be recompiled on one or more archs. Can the people who have access to non-i386 machines still running stable have a try at it? Here's the list: From dists/slink-proposed-updates [*] amd_upl102-23.slink2_alpha.changes [*] amd_upl102-23.slink2_i386.changes [*] amd_upl102-23.slink2_m68k.changes [*] amd_upl102-23.slink2_sparc.changes - fixes 2 buffer overflows. [OK] [*] egcs_1.1.2-0slink1_alpha.changes [*] egcs_1.1.2-0slink2_i386.changes [*] egcs_1.1.2-0slink2_m68k.changes - fixes a y2k bug in g77. [MISSING: sparc] [*] inn_1.7.2-4.1_i386+m68k+sparc.changes - fix several buffer overflows in inews program. [MISSING: alpha] [*] kernel-source-2.2.5_2.2.5-2_i386.changes - needed for SMP machines, fixes lots of bugs, source-only package. [OK] [*] libdb_1.85.4-4_alpha.changes - Security fixes. [OK] [*] lpr_0.46-1-0slink1_alpha.changes [*] lpr_0.46-1-0slink1_i386.changes [*] lpr_0.46-1-0slink1_m68k.changes [*] lpr_0.46-1-0slink1_sparc.changes - security fix. [OK] [*] mirror_2.9-2.1_i386.changes - security fix. [OK] [*] netkit-telnet_0.12-4slink.1_i386.changes [*] netkit-telnet_0.12-4slink.1_m68k.changes - fix DoS. [MISSING: alpha, sparc] [*] nis_3.5-2_alpha.changes [*] nis_3.5-2_i386.changes [*] nis_3.5-2_m68k.changes [*] nis_3.5-2_sparc.changes - security fixes. [OK] [*] proftpd_1.2.0pre1-3_i386.changes [*] proftpd_1.2.0pre1-3_m68k.changes - patch to fix root exploit. [MISSING: alpha, sparc] [*] pvm_3.4beta7-4_i386.changes - security fix. [MISSING: alpha, sparc, m68k] [*] rvplayer_5.0-9_i386.changes - security fix. [OK] [*] selfhtml_7.0-3_i386.changes - fix a trademark violation pbm. [OK] [*] termcap-compat_1.1.2_i386.changes [*] termcap-compat_1.1.2_m68k.changes - security fix. [MISSING: alpha, sparc] [*] trn_3.6-9.3.2_m68k.changes - fix bad dependancy. [m68k only] -- and from www.debian.org/~vincent/dists/y2k-update: [*] cvs_1.10.7-1.99.slink.y2k.0_i386.changes [*] elm-me+_2.4pl25ME+65-0.slink.0_i386.changes [*] enscript_1.6.2-3.99.slink.y2k.0_i386.changes [*] gs_5.10-3.99.slink.1_i386.changes [*] htdig_3.1.2-4slink5_i386.changes [*] vflib2_2.24.2-2.99.slink.0_i386.changes - misc y2k fixes. [MISSING: m68k, alpha, sparc] -- Cordialement, -- - Vincent RENARDIAS [EMAIL PROTECTED],pipo}.com,{debian,openhardware}.org} - - Debian/GNU Linux: GNOME : - - http://www.fr.debian.org http://www.gnome.org - --- Every man has two nations, and one of them is France [Benjamin Franklin]
Re:[non-i386 people needed] Proposed packages for 2.1r4
Hello, Are here the packages I expect to add in 2.1r4 (comments? questions?). Many of them need to be recompiled on one or more archs. Can the people who have access to non-i386 machines still running stable have a try at it? Here's the list: I'd like to help, if possible. I have an SUN ultra1 machine running slink. Can I just grab the sources and compile? Or does it have to in an non-ultra machine? -- Hermano Cabral
boot-floppies for sparc layout
We are changing the file layout for boot floppies. Below is my proposed layout and some commentary by Bruce Sass. I'd like some commentary from you sparc folks on wether you find this helpful or not, or if you spot some problems with it. Please CC debian-boot@lists.debian.org on your replies. -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/ [EMAIL PROTECTED]:19991123 ls -1FR .: README base-contents.txt base2_2.tgz disks-1.44/ doc/ md5sum.txt root.tar.gz sun4cdm/ sun4u/ tftpboot.img ./disks-1.44: base-1.bin base-10.bin base-11.bin base-2.bin base-3.bin base-4.bin base-5.bin base-6.bin base-7.bin base-8.bin base-9.bin root.bin ./doc: ch-administrivia.en.html ch-boot-floppy-techinfo.en.html ch-dselect-conclusion.en.html ch-dselect-glossary.en.html ch-dselect-intro.en.html ch-dselect-main.en.html ch-hardware-req.en.html ch-init-config.en.html ch-install-methods.en.html ch-partitioning.en.html ch-post-install.en.html ch-preparing.en.html ch-rescue-boot.en.html ch-welcome.en.html dselect-beginner.en.html dselect-beginner.en.txt fdisk.txt footnotes.en.html install.en.html install.en.pdf install.en.txt ./sun4cdm: disks-1.44/ drivers.tgz linux-a.out tftpboot-noultra.img ./sun4cdm/disks-1.44: driver-1.bin rescue.bin ./sun4u: disks-1.44/ drivers.tgz linux-a.out ./sun4u/disks-1.44: driver-1.bin rescue.bin -- commentary by Bruce Sass Directory Structure --- The files necessary to install Debian have been sorted according to platform[1], architecture[2] and installation media capacity[3]; this forms the primary directory structure. e.g.: disks-m68k/atari/disks-1.44/ disks-m68k/atari/disks-720/ disks-m68k/mac/disks-1.44/ disks-sparc/sun4cdm/disks-1.44/ disks-i386/disks-1.44/ disks-i386/disks-1.20/ Furthermore, there are a variety of idiosyncrasies and special features for some systems that makes multiple versions of the installation files attractive. These alternate versions have been placed in subdirectories under the most suitable primary directory[4]. e.g.: disks-i386/raid/ disks-i386/disks-1.44/safe/ File Placement -- Files are placed in the above directories as close to the top level as possible. What this means is that a file common to all versions of the installation available for a specific platform, will be placed in the top level directory for that platform; a file common to all versions available for a specific architecture, will be placed in the directory for that architecture. e.g.: disks-sparc/tftpboot.img disks-sparc/root.tar.gz disks-sparc/sun4cdm/linux disks-sparc/sun4cdm/tftpboot-noultra.img disks-sparc/sun4cdm/disks-1.44/resc1440.bin disks-sparc/sun4cdm/disks-1.44/drv14-1.bin disks-sparc/sun4u/linux-sun4c disks-sparc/sun4u/disks-1.44/resc1440-sun4u.bin disks-sparc/sun4u/disks-1.44/drv14-sun4u-1.bin disks-i386/disks-1.44/safe/README-safe - [1] A platform is defined by the microprocessor (or processor family) that is used in a computer. (alpha, i386, m68k, powerpc, sparc) [2] An architecture is defined by the microprocessor and supporting integrated circuits that are used in a computer. If a platform has only one architecture, there will be no architecture directory. [Note -- I object to the use of 'architecture' in this sense. I call it a subarchitecture. -- ADC] [3] The installation media capacity is the size of floppy disk the files are intended to reside on (2880, 1440, 1200 or 720Kb). The tarballs used to generate these disk image files can be found under the primary directory for the architecture they are applicable to. [4] The most suitable primary directory refers to a directory of the primary directory structure that reflects the level at which the alternate version diverges from the standard version. That is to say, if a version with an alternate kernel has been created to accommodate the needs of some users of a specific architecture, the files needed to install that version will appear in a sub-directory of the directory for that architecture. e.g.: The safe option, available on the i386 platform, is an example of a version that has diverged from the standard version because of issues related to 3.5 floppy drives, as such the safe/ is a sub-directory of the 1.44Mb media directory.