Re: ftp.debian.org?

[Karl Ferguson]

Hi again...

It seems that the buster login for mirrors on ftp.debian.org has been moved
to the root directory ( / ) of debian.org.  Now to get to the Debian
distribution we have to go into "/debian.org/ftp/debian".  Could someone
try to correct the buster login before the mirrors delete everything?

Seeya.

-- 
Karl Ferguson <[EMAIL PROTECTED]>  
Network Supervisor - Tower Internet Services. 
| Internet Providers and | 
Tel: +61-9-316-3036  Fax: +61-9-381-3909|  Networking Solutions  |

Bug#2032: 2036. Printer stuck #4.

[Eddie Maddox]

Bug# 2032: Printer stuck.
Bug# 2036: Print screen button non-functional.

This posting: Bug# 2032 only.

Bug# 2032: Printer stuck.

Presenting symptoms: "bash: /dev/lp0: No such device", also lp1, lp2.

At boots, the AMIBIOS System Configuration chart pops up just before
checking for cache memory and loading MS-DOS, Linux, whatever.
I just happened to notice during a boot to reinstall the Linux system
(again) that the "Parallel Port(s): 378" entry had CHANGED to "None"!

I have only one parallel port, my HP Deskjet 500 is on it.

I went on to finish the Linux install, the "lp" module SELECTED.

Now, when I press the computer RESET button,
AMIBIOS: "Parallel Port(s): 378".
If I then boot MS-DOS, the '500 works fine.

If I then boot Linux, after the MS-DOS session,
AMIBIOS: "Parallel Port(s): 378". Fine.

As Linux loads and runs it eventually says,
"lp_init: no lp devices found"! Not fine.

At the login prompt, then, a CRTL-ALT-DEL produces:
AMIBIOS: "Parallel Port(s): None"!

The '500 won't work in MS-DOS, either, with AMIBIOS in this condition.
Pushing the computer RESET button is the only action I've found that
will get AMIBIOS to see the 378 again.

That brings us full circle. We've been running around in CIRCLES!
__

# ls -ls lp* |mor
0 crw-rw   1 root lp 6,   0 Dec 29 04:14 lp
0 crw-rw   1 root lp 6,   1 Dec 29 04:14 lp
0 crw-rw   1 root lp 6,   2 Dec 29 04:14 lp


# lsmo
Module:#pages:  Used by
lp
slip
dummy
nfs   1


# rmmod l
# lsmo
Module:#pages:  Used by
slip
dummy
nfs   1


# insmod -v l
reading 36 symbols
external bss size =
total module size =   434
textseg  -> 0x00012000, size =   418
dataseg  -> 0x0001305c, size =15
bss1seg  -> 0x000130f8, size =
bss2seg  -> 0x000130f8, size =
versioned kernel: ye
versioned module: ye
a.out kerne
a.out modul


# lsmo
Module:#pages:  Used by
lp
slip
dummy
nfs   1


# lsmod >/dev/lp0
bash: /dev/lp0: No such device


# lsmod >/dev/lp1
bash: /dev/lp1: No such device


# lsmod >/dev/lp2
bash: /dev/lp2: No such device



# cat version
Linux version 1.2.13 ([EMAIL PROTECTED]) (gcc version 2.6.3) #4 Sun Nov 2
15:07:59 PST 199


# cat meminf
total:   used:free:   shared:  buffers
Mem:   3506176  3170304   335872  2265088  110182
Swap: 178053120 1780531


# cat sta
cpu  992 0 2425 27661
disk 1 1155 0
page 2061 43
swap 1
intr 282369 280036 1015 0 5 137 0 1 0 0 0 0 1174 0 1 0
ctxt 449
btime 82025596


# cat loadav
0.03 0.02 0.00 1/1


# more devices
Character devices:
1 mem
4 ttyp
5 cua
6 lp
7 vcs
10 mouse
21 sg
Block devices:
2 fd
8 sd
23 mcd


# more interrupts NOTE: LPT IRQ 7 is missing. IRQ 5 is jumper selectable
0:64226   timer
1:  358   keyboard
2:0 + cascade
11: 1056   aha1542
13:1   math error


# more cpuinfo
cpu : 38
model   : Unknow
mask: Unknow
vid : Unknow
fdiv_bug: n
math: ye
hlt : ye
wp  : n
Integrated NPU  : n
Enhanced VM86   : n
IO Breakpoints  : n
4MB Pages   : n
TS Counters : n
Pentium MSR : n
Mach. Ch. Exep. : n
CMPXCHGB8B  : n
BogoMips: 8.0


# cat dma
4: cascade
5: aha1542


# cat ioports   NOTE: Should the parallel port be listed here? Is it
-001f : dma
0020-003f : pic1
0040-005f : timer
0060-0060 : kbd
0064-0064 : kbd
0070-007f : rtc
0080-009f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00f1 : npu
00f8-00ff : npu
02f8-02ff : serial(set)
0330-0333 : aha1542
03b4-03b5 : ega+
03f8-03ff : serial(set)


<# more ksyms
0081a060 _lp_table  [lp
00817074 _slip_init [slip
00814024 _dummy_init[dummy
008082b4 _nfs_proc_getattr  [nfs
0080aa6c _nfs_rpc_call  [nfs
00808424 _nfs_proc_setattr  [nfs
008085a4 _nfs_proc_lookup   [nfs
008087d4 _nfs_proc_readlink [nfs
00808974 _nfs_proc_read [nfs
00808bb4 _nfs_proc_write[nfs
00808da4 _nfs_proc_create   [nfs
00808fd4 _nfs_proc_remove   [nfs
008091a4 _nfs_proc_rename   [nfs
008093e4 _nfs_proc_link [nfs
008095d4 _nfs_proc_symlink  [nfs
00809814 _nfs_proc_mkdir[nfs
00809a44 _nfs_proc_rmdir[nfs
00809c34 _nfs_proc_readdir  [nfs
00809e44 _nfs_proc_statfs   [nfs
0080abec _nfs_read_super[nfs
0080af5c _nfs_fhget [nfs
0080ca88 _nfs_refresh_inode [nfs
0080cf4c _nfs_mmap  [nfs
0080d0d0 _nfs_file_inode_operations [nfs
0080d110 _num_requests  [nfs
0080d114 _num_cache_hits[nfs
0080d1dc _nfs_dir_inode_operations  [nfs
0080d22c _nfs_symlink_inode_operations  [nfs
0080d26c _nfs_file_mmap [nfs
0001 _Using_Version
0011bee0 _rename_module_symbol_Rb81c73c
0011cb60 _register_symtab_Re910ea6
001e4f14 _EISA_bus_R7e37737
001e4f12 _w

faulty mirror of Debian Linux at tsx-11

[Matthew Swift]

The stable, recommended components of Debian Linux are available
in the directory

  ftp://ftp.debian.org/debian/debian-0.93

but neither this directory nor its sister symbolic link "stable" are
properly mirrored at tsx-11.mit.edu/pub/linux/distributions/debian,
and this has been the case for I'd say about two months.

Bug#2072: MANOPT not parsed well?

[Susan G. Kleinmann]

> Package: man
> Version: 2.3.10-6
>
> I can't seem to find a way to set MANOPT to change the default pager for
> displaying man pages to "less -s".
>
> I want to do this:
>
>   MANOPT='-P "less -s"'
>
> But man apparently doesn't parse the double quotes, and treats the -s as a ne
w
> man option. The man page for man hints that embedded spaces should be escaped
> with \, so I tried:
>
>   MANOPT="-P less\\ -s"
>
> With this, running man I get:
>
>   sh: less -s: command not found
>   man: command exited with status 32512: /bin/gzip -dc
>   '/var/catman/cat1/man.1.gz' | { export MAN_PN LESS; MAN_PN='man(1)';
>   LESS="$LESS\$-Pm\:\$ix8mPm Manual page $MAN_PN ?ltline %lt?L/%L.:byte
>   %bB?s/%s..?e (END):?pB %pB\\%..";  less\ -s; }
>
> Apparently man correctly includes -s as part of the option, but doesn't strip
> the \ so it gets passed down into the resulting shell command above. I've
> tried many variations on quoting and backslashing, and none seem to give the
> desired results. Any ideas, or can this be classified as a bug?
>
> --
> Robert Leslie
> [EMAIL PROTECTED]
>
>

I'm having a problem which may or may not be related to this:
I've been trying to get MH to use less with the '-c' option.  That is,
I put these lines into my .mh_profile:
mproc: /usr/bin/less -c
lproc: /usr/bin/less -c

Like Robert Leslie, I've tried many variations of quotes and backslashes.
I get a similar error message:
unable to exec /usr/bin/less -c: No such file or directory

I've also tried using an alias, e.g.,
alias les="/usr/bin/less -c"
with the lines in .mh_profile set to:
mproc: les
lproc: les

This produced the same error message.
I had presumed this was an MH problem, and should be sent to mh-users.
Now I'm not so sure.  Any suggestions would be appreciated.

Susan Kleinmann
[EMAIL PROTECTED]

Bug#2032: 2036. Printer stuck #4.

[Bruce Perens]

Eddie,

Did something else change? You had better results before.

Bruce
--
Bruce Perens <[EMAIL PROTECTED]> Pixar Animation Studios

Bug#2072: MANOPT not parsed well?

[Bruce Perens]

A work-around would be to construct a shell program that evaluated to
"less -c" and pass the name of that program in MANOPT. An alias won't
always be expanded where you want it to be - it depends on how
the program executes a command line - it has the option to not use the
shell to do that at all.

By chance, does man evaluate the $PAGER variable? I don't have man working
at the moment on my own system due to an ELF library conflict.

Thanks

Bruce
--
Bruce Perens <[EMAIL PROTECTED]> Pixar Animation Studios

Re: ftp.debian.org?

[Matthew Bailey]

On Sun, 31 Dec 1995, Karl Ferguson wrote:

> Hi...
> 
> Just logged into ftp.debian.org with my mirror script manually and it was
> about to delete ALL my files.  I manually ftp'd in there and the only
> directory under there was "ftpadmin" with a few files in it.  Where has
> the whole of the Debian Linux archive gone?  Luckily I stopped my mirror
> before it was going to delete everything here...
> 
> ...Karl
220 bugs.cps.cmich.edu FTP server (Version wu-2.4(1) Wed Dec 6 10:26:23 
EST 1995) ready.
Name (localhost:root): buster
331 Password required for buster.
Password:
230 User buster logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 40
-rw-r--r--   1 root  wheel0 Oct 30 10:44 .notar
drwxr-xr-x   2 root  wheel  512 Oct 11 14:50 bin
drwxrwxr-x  12 imurdock  debian1024 Dec 30 23:55 debian
drwxr-xr-x   2 root  wheel  512 Jun 20  1995 dev
drwxr-xr-x   2 root  wheel  512 Sep 26 13:51 etc
drwxr-xr-x   3 ftp   ftpadmin   512 Oct 29 23:44 private
drwxr-xr-x   6 root  wheel  512 Dec 12 23:34 pub
drwxr-xr-x   2 root  wheel 9728 Dec 27 11:46 pub1
drwxr-xr-x   4 root  wheel  512 Jul  7 00:38 usr
-rw-r--r--   1 imurdock  debian1025 Oct 10 14:32 welcome.msg
226 Transfer complete.
ftp> quit
221 Goodbye.
bash# ftp localhost
Connected to localhost.
220-Welcome to C e n t r a l  M i c h i g a n  U n i v e r s i t y
220- Departent of Computer Science
220-
220-Home of the Debian GNU/Linux distribution.
220-
220 bugs.cps.cmich.edu FTP server (Version wu-2.4(1) Wed Dec 6 10:26:23 
EST 1995) ready.
Name (localhost:root): anonymous
331 Guest login ok, send your complete e-mail address as password.
Password:
230-**
230-  WELCOME TO
230-C E N T R A L   M I C H I G A N   U N I V E R S I T Y
230-DEPARTMENT OF COMPUTER SCIENCE
230-**
230-
230-Hello, user at localhost.
230-
230-You are currently user 151 out of a possible 175 in your class.
230-
230-If you experience problems with this archive or if you have comments 
or
230-questions about this archive, please contact 
[EMAIL PROTECTED]
230-
230-Anonymous users: Please use a real e-mail address as your password,
230-not "root", "Netscape", "WWWuser", etc., and please keep the number of
230-connections to one.  If this becomes a problem, we will deny access to
230-your machine, or even to your entire domain.
230-
230-The official Debian GNU/Linux archive is located on this machine in 
the
230-directory /debian.
230-
230-NOTE: This site allows the .tar.gz convention, but please note that 
99%
230-  of the files on this site are already compressed.  Therefore, 
.gz
230-  should not be used, as it creates unnecessary load on the 
server.
230-
230 Guest login ok, access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 40
-rw-r--r--   1 0  wheel0 Oct 30 15:44 .notar
drwxr-xr-x   2 0  wheel  512 Oct 11 18:50 bin
drwxrwxr-x  12 1  debian1024 Dec 31 04:55 debian
drwxr-xr-x   2 0  wheel  512 Jun 21  1995 dev
drwxr-xr-x   2 0  wheel  512 Sep 26 17:51 etc
drwxr-xr-x   3 50 ftpadmin   512 Oct 30 04:44 private
drwxr-xr-x   6 0  wheel  512 Dec 13 04:34 pub
drwxr-xr-x   2 0  wheel 9728 Dec 27 16:46 pub1
drwxr-xr-x   4 0  wheel  512 Jul  7 04:38 usr
-rw-r--r--   1 1  debian1025 Oct 10 18:32 welcome.msg
226 Transfer complete.
ftp> cd debian
250-The current version of Debian GNU/Linux is 0.93 Release 6,
250-in the debian-0.93 directory here.
250-
250-For more information about Debian GNU/Linux, please visit the World
250-Wide Web page http://www.debian.org/.
250-
250-Please read the file README.DEBIAN
250-  it was last modified on Thu Oct 26 22:55:35 1995 - 66 days ago
250-Please read the file README.USE-0.93
250-  it was last modified on Fri Dec  8 15:07:30 1995 - 23 days ago
250-Please read the file README.mirrors
250-  it was last modified on Sat Dec 23 01:09:22 1995 - 8 days ago
250 CWD command successful.
ftp> dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 3204
-rw-rw-r--  1 3969   debian 201 Nov 18 16:26 .message
-rw-rw-r--  1 1  debian   0 Dec 23 06:09 .notar
drwxrwx--x  3 10005  debian 512 Dec  9 17:25 ALPHA-TEST
-rw-rw-r--  1 1  debian  141302 Dec 28 21:36 Packages-Master
-rw-rw-r--  1 1  debian   40372 Dec 28 21:37 Packages-Master.gz
-rw-r--r--  1 1  debian2982 Oct 27 02:55 README.DEBIAN
-rw-rw-r--  1 3969   debian 310 Dec  8 20:07 README.USE-0.93
-rw-r--r--  1 1  debian2435 Dec 23 06:09 README.mirrors
drw

Re: ftp.debian.org?

[Matthew Bailey]

On Sun, 31 Dec 1995, Karl Ferguson wrote:

> Hi again...
> 
> It seems that the buster login for mirrors on ftp.debian.org has been moved
> to the root directory ( / ) of debian.org.  Now to get to the Debian
> distribution we have to go into "/debian.org/ftp/debian".  Could someone
> try to correct the buster login before the mirrors delete everything?
> 
> Seeya.

Didn't make any changes to the code. :( sorry


--
Matthew S. Bailey
107 Emmons Hall
Central Michigan University
Mt. Pleasant, MI 48858

[EMAIL PROTECTED]

... Any resemblance between the above views and those of my employer,
my terminal, or the view out my window are purely coincidental.  Any
resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.  The question of the
existence of the reader is left as an exercise for the second god
coefficient.  (A discussion of non-orthogonal, non-integral polytheism
is beyond the scope of this article.)

Bug#2072: MANOPT not parsed well?

[Siggy Brentrup]

> "Bruce" == Bruce Perens <[EMAIL PROTECTED]> writes:

[unnecessary kludge deleted]

Bruce> By chance, does man evaluate the $PAGER variable? I don't
Bruce> have man working at the moment on my own system due to an
Bruce> ELF library conflict.

You're right, man evaluates $PAGER (I'm using PAGER="less -j5" to see
some preceeding lines on searches). Even if you have a man that
doesn't honor $PAGER envvar, less(1) shows that the program takes
options from the $LESS.

(As always it pays to RTM, just couldn't resist :)

Happy new year
  Siggy

--
email: [EMAIL PROTECTED]   // programmer/*nix admin for hire
   [EMAIL PROTECTED] \\  Opinions are strictly my own,
voice: +49-251-8619-99\\  everything else is GPLed
Mime(RFC1521) encoded messages welcome \\  http://coming.soon/

Re: ftp.debian.org?

[David Engel]

> On Sun, 31 Dec 1995, Karl Ferguson wrote:
> > Just logged into ftp.debian.org with my mirror script manually and it was
> > about to delete ALL my files.  I manually ftp'd in there and the only
> > directory under there was "ftpadmin" with a few files in it.  Where has
> > the whole of the Debian Linux archive gone?  Luckily I stopped my mirror
> > before it was going to delete everything here...
> > 
... script output deleted.
> 
> Looks fine to me *shrug*

I had (and still have) the same problem as Karl.  The problem is that
the debian directory has suddenly moved (at least logically) from
/debian to /debian.org/ftp/debian.  I don't know if a symlink was
deleted or chroot is being/not being called differently, but something
has changed.  This is a major problem for anyone who uses an absolute
path of /debian/... to get where they want.

David
-- 
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED]  1101 E. Arapaho Road
(214) 234-6400 Richardson, TX  75081

Re: Bug#2063: scsi driver sequence unreasonable

[Jeff Noxon]

> In article <[EMAIL PROTECTED]> you wrote:
> 
> : It doesn't really matter if a 152X gets detected before a high-power
> : whiz-bang SCSI-matic 2010 PCI adapter, because you can still put root
> : on any SCSI controller you like.
> 
> You are correct, of course, Jeff, but the problem with having a card like
> a 15[12]X recognized first is that if you have machines like mine, which all
> have one fast controller that's always there and has the root on it, and you
> then stick 1510's in from time to time when you need to temporarily hang
> an external disk chassis on, or put a tape drive on, or something else that
> is transitory, you have to go through contortions to boot because what 
> normally would be the 0th SCSI controller isn't any more, though it may be
> again shortly.

Agreed, that's a problem.  Moving the probes around doesn't really solve
it: someone switching to Debian from Slackware will find their SCSI
controllers detected in reverse order, for example.  It's a no-win
situation.

> This seems unfortunate.  The other OS's I've had experience with (and there
> are many on the list) always made it possible to either nail down hard where
> the root disk was going to be, physically, or they sequenced driver discovery
> "correctly" to handle this case.  None have been perfect for all cases, but
> all treated my needs better than Linux currently does.

You're onto something here.  I wonder how difficult it would be to add
something to the partition tables to nail down drives to devices.  Windows
NT, for example, does _something_ when you run it's fdisk program that
lets you re-order drives.

We'd need to extend the kernel for this, and fdisk and cfdisk would need
to be updated.  I'm not up for the kernel work required, but since I have
the dubious distinction of fdisk maintainer, I would be willing to work
on that part.  :)

Are there any kernel hackers lurking about that might have an idea as
to how difficult a project this would be?  Does the Linux RAID stuff
already have provisions for this?

> I'm not going to get upset no matter what Simon decides to do, because I
> suspect I'll be building custom kernels for most of my machines no matter
> what, but I wanted to make sure that the "silliness" of the current approach
> in my eyes got registered someewhere and fed back upstream.

I'm not running Debian kernels either.  PPP 2.2.X is still broken, for
example, and I don't want to be forced to use it.  2.1.2d works just fine
in a stock 1.2.13 kernel.

Thanks,

Jeff

Bug#2072: MANOPT not parsed well?

[Susan G. Kleinmann]

> less(1) shows that the program takes options from the $LESS.
Thanks for the hint.  Setting LESS to "-c" makes less work the way I wanted
within MH.

> (As always it pays to RTM, just couldn't resist :)
>
Yes, you're right.  But the problem (and I think this is an interesting
problem)  is to figure out what M to R.  For example, at first I thought
the problem I had was with MH (which involves a ton of reading); then I
thought it was with bash (another ton).  It just didn't occur to me that the
solution was within less, whose manual "page" is itself about 20 reasonably
dense pages long.

What's needed is a "smart" search engine, i.e., one that's matched to the
various documentation resources that exist.  Hope springs eternal.

Thanks again!
Susan Kleinmann
[EMAIL PROTECTED]

Re: Bug#2063: scsi driver sequence unreasonable

[Jeff Noxon]

> I think the real solution lies elsewhere;  I am developing a
> configuration tool which will allow us to choose the order of the
> devices without editing hosts.c.  It may take some time to surface and
> you may beat me to it, but that's OK.

I'm not sure if that's the right solution either.  I think we need a way
to nail devices down when partitioning disks.  We could just assign each
partition a 1-byte ordering number.  Partitions with a '0' would get detected
first, '1' second, etc...  Partitions with the same number would be detected
on a device-order basis, the way things work now.

Does anyone know how NT does this?  I guess I could play around with it
and see what Norton Disk Doctor turns up.

Thanks,

Jeff

Bug#2077: mdir says "fat_read: Wrong FAT encoding?" on valid dos partition

[Mark W. Eichin]

Package: mtools
Version: 2.0.7-12

With the following /etc/mtools.ref
A /dev/fd0 12 0 0 0
B /dev/fd1 12 0 0 0
C /dev/hda1 16 0 0 0
either with or without the additional line
#CHK_FAT=FALSE

I get:

# mdir c:
fat_read: Wrong FAT encoding?
Exit 1

The kernel handles the partition fine:
/dev/hda1 on /dos type msdos (rw,uid=3382)
Filesystem 1024-blocks  Used Available Capacity Mounted on
/dev/hda1 102600   4972852872 48%   /dos

Fdisk says it's a 16 bit partition...
   Device Boot  Begin   Start End  Blocks   Id  System
/dev/hda1   1   1 102  102784+   6  DOS 16-bit >=32M

and an old (non-debian 2.0.5+) version of mtools handles the disk
fine, as dos DOS itself (chkdsk and scandisk report no problems.)

I'll note that while the man page suggests a #CHK_FAT=FALSE option,
the strings appear nowhere in the executables, leading me to suspect
that it isn't actually recognized.

Release information: debian 0.93r6
uname -a: Linux depreciation 1.2.13 #2 Sat Dec 30 18:08:13 EST 1995 i486
(problem occurred equally with the stock debian kernel.)
libc: libc.so.4.6.27

_Mark_ <[EMAIL PROTECTED]>
Cygnus Support, Eastern USA

Bug#2072: MANOPT not parsed well?

[Darren/Torin/Who Ever...]

[EMAIL PROTECTED] (Bruce Perens), in a magnificent manifestation of deity, 
wrote:
>A work-around would be to construct a shell program that evaluated to
>"less -c" and pass the name of that program in MANOPT. An alias won't

You could also set the LESS environment variable. i.e. LESS=-c,
personally, I have LESS=-Cefgh0mqs
You could also do alias man='LESS="${LESS:--}c" man' if you didn't want
to use -c at other times that you are using less.

>By chance, does man evaluate the $PAGER variable? I don't have man working
>at the moment on my own system due to an ELF library conflict.

Yes, it does.  At least 2.3.10-6 does.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#2032: Printer stuck #5.

[Eddie Maddox]

I've narrowed the search as far as I am able. The rest is up to youall.

It seems that leaving my '500's power ON during Linux boot triggers
the bug. When I boot Linux with the '500 powered OFF, however, then
power it on after the login prompt appears, I can print.
---
Specifically: when AMIBIOS says, "Parallel port(s): 378",
and the '500 is powered OFF,
Linux boot says, "lp1 at 0x0378, using polling driver".

After I log in I check /proc/ioports for "0378-037a : lp". It's there.
I enter " >/dev/lp1". The '500 prints it. (Except: "cat /dev/vcs0
>/dev/lp1", anyone know why? Only the first line prints, even after setting
CR/LF to eliminate the staircase effect as documented in the Linux
Printing-HOWTO.)

If the '500 is powered ON during Linux boot, and it nearly always was,
Linux boot says, "lp_init: no lp devices found",
and /proc/ioports is missing the "lp" entry. (See my posting #4.)

I can "rmmod lp", "insmod lp" with the '500 OFF to correct this.
(It won't help if the '500 is left ON.) Then I can print.

If I don't, then I can't print, a boot has AMIBIOS saying,
"Parallel port(s): None", and booting MS-DOS? I can't print there,
either!

Pressing the computer's RESET button also fixes things again in stead
of the work-around with rmmod/insmod.


{([|])}-{([|])}-{([|])}-{([|])}-{([|])}-{([|])}-{([|])}-{([|])}-{([|])}-{([|])}

The above reflects the observations of myself only, unless stated otherwise.

Eddie Maddox, Amateur Lobbyist  "Great spirits have always encountered
[EMAIL PROTECTED] violent opposition from mediocre minds."
P.O. Box 75321
St Paul MN 55175-0321   Albert Einstein
USA

Bug#2073: assembler problems in asm/io.h during build of kernel

[Darren/Torin/Who Ever...]

[EMAIL PROTECTED] (Bruce Perens), in a magnificent manifestation of deity, 
wrote:
>There was a change in the way that GCC handles embedded assembler that
>made new compilers incompatible with the old kernels. Ugh. The io.h file
>in the new kernel is similar enough to the old one that it may be a drop-in
>replacement. I don't think anyone has tried this yet.

Yeah, I forgot that you have to compile a 1.2 kernel with a.out.  I
didn't know the reason though.

BTW, there is supposedly a patch from the GCC list by H.J.Lu that allows
a 1.2 kernel to be compiled in ELF.  Do you (or anyone else) know where
I can find this?  I have looked in many ftp sites, web pages and
hypermail archives for this, but I haven't found it...

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

what do the X11R6 virtual package names *really* mean?

[Mark W. Eichin]

standards/virtual-package-names-list.text lists:
X11R6   XFree86 R6, including base system
xR6shlibXFree86 R6 shared library only

I've put together a package of xterm_color (an xterm that supports
ANSI color) and used a "Depends: xbase"; it appears that it should
have used "Depends: xR6shlib", or possibly X11R6 -- since it relies on
the NLS config files (if they exist?) and existing XTerm app-defaults
file, I suspect the latter, but thought I'd check for clarification.

(Also, should normal packages have "libc.so.4" in the Depends? It
doesn't appear that many (any?) of them do.)
_Mark_ <[EMAIL PROTECTED]>
Cygnus Support, Eastern USA

packages that replace files in other packages

[Mark W. Eichin]

Should packages ever replace files in other packages? This would make
uninstalling the later package more complicated, although I could
imagine a design where preinst renamed foo to foo.old, and postrm
renamed it back.

This would require that the dependencies introduced an ordering to
package install and removal, which as far as I can tell isn't
happenning; in my experimentation, I made a package of pcmcia-2.8.3,
and then another package of my replacement config files (mwenet), and
installed them both -- but mwenet got installed first, even with a
depends: pcmcia, and then pcmcia overwrote the config files. Is this
just a bug in dselect/dpkg, or is that not the way to do things? (I
understand that I'm overloading the intent of dpkg somewhat by using
it for my config files -- I just liked the idea of getting
*everything* under package control, especially because that way I
could upgrade the pcmcia package and automatically upgrade it and
reload the config files...)

Happy New Year...
_Mark_ <[EMAIL PROTECTED]>
Cygnus Support, Eastern USA

Bug#2077: mdir says "fat_read: Wrong FAT encoding?" on valid dos partition

[Bill Mitchell]

On Sun, 31 Dec 1995, Mark W. Eichin wrote:

>[...]
> I'll note that while the man page suggests a #CHK_FAT=FALSE option,
> the strings appear nowhere in the executables, leading me to suspect
> that it isn't actually recognized.
>
> Release information: debian 0.93r6

Thanks for reporting this.  The fix is in the works, and I'm
closing this bug report in anticipation of its appearaance.

This problem generally shows up on DOS partitions which have
been shrunk with fips.exe.  The shrinkage leaves the partitions
with an illegal FAT which mtools-2.0.7 chokes on.  There was
a compile time option to turn off the FAT check, and I modified
the debian implementation to offer this as a run time option via
mtools.ref.  Unfortunately, I inadvertantly neglected to compile
my changes into the uploaded package.  Oops.

I'm fixing this in mtools-2.0.7-15 for the elf distribution,
and will also provide a mtools-2.0.7-15a package to be
retrofitted into the 0.93 a.out distribution.

There's a new mtools program in the works, planned to be released
as mtools-3.0.  I'll be retiring mtools-2.0.7 in favor of that
when it appears.  (2.5.x is in beta testing now)

Bug#2077: mdir says "fat_read: Wrong FAT encoding?" on valid dos partition

[Mark W. Eichin]

> and will also provide a mtools-2.0.7-15a package to be
> retrofitted into the 0.93 a.out distribution.

Great; I'll keep an eye out for that. Thanks for the detailed
response...

> This problem generally shows up on DOS partitions which have
> been shrunk with fips.exe.  The shrinkage leaves the partitions
> with an illegal FAT which mtools-2.0.7 chokes on.  There was

Interestingly enough, this is a filesystem where the partition got
*larger* instead of shrinking; I tweaked the boot-sector
partition-length field, which convinced DOS that the partition was all
there, but not mtools. Do you know of any tools that can clean up an
illegal FAT? (Ahh, for an fsck.msdos :-)
_Mark_