printing in debian/unix is hard...

1996-06-06 Thread Matt Birkholz
   From: Carl Johnson <[EMAIL PROTECTED]>
   Date: Wed, 5 Jun 1996 09:15:24 -0700 (PDT)
   Reply-To: [EMAIL PROTECTED]

   [...]  The System V scheme is much more flexible, yet it seems that
   nobody who works with Linux or BSD is even aware that it exists.  Is
   there any kind of implementation of System V lp available for Linux that
   anybody knows of?

Note that this does not fulfill the requirements specified in the original
request.  A command with a large and open-ended set of undocumented
option/flag/switches is no substitute for a dialog box ala our nemesis
Windows.

I would like to know if Red Hat or Caldera offer an lp/lpr substitute that
notices DISPLAY and puts up a nice dialog box with lots of help text.

BTW...  Yes, we are all familiar with System V lp.  'nuf said.

Matt Birkholz <[EMAIL PROTECTED]>
Finger [EMAIL PROTECTED] for PGP 2.6.2 Public Key ID = 74305425
Key Fingerprint = B3 34 FB 3E 3C FE E8 57  AA B4 B2 95 A7 C0 1E AF


Re: installing with the new floppies

1996-06-06 Thread Bruce Perens
> net - no modules are detected; however modprobe from the shell seems
> to detect the network modules.

Are you using the boot1200.bin or boot1440.bin or something else as the boot
disk?

Thanks

Bruce
--
Pixar's "Toy Story": Over 1/3 Billion dollars world box office so far.

Bruce Perens AB6YM  [EMAIL PROTECTED]http://www.hams.com/


Re: gzip and dpkg problem

1996-06-06 Thread Ian Jackson
Paul Schoenly writes ("gzip and dpkg problem"):
...
> $ dpkg --install package_x.deb
...
>gzip:stdout: Broken pipe
>dpkg-deb: subprocess gzip -dc returned error exit status 1
>dpkg: error processing package_x.deb (--install)
> subprocess dpkg-deb --control returned error exit status 2
>Errors were encountered... (and so on)

This means that SIGPIPE was set to SIG_IGN when dpkg started.  For
reasons too complicated to explain here this means that dpkg can't do
proper error trapping (it always gets an error indication, and can't
tell whether it's really an error).

This is a bug in one of:
  Your inetd, telnetd, rlogind, if you're logging in over the
network (some versions of the Debian netbase and/or netstd
packages had this problem).
  Your shell (I know of no shells that cause this problem).
  The getty you're using.
(Some versions of getty_ps are known to have this problem.)
  The login you're using (I know of no problem here).
  Any program which started one of the above, or which is in
the calling chain for dpkg.

...
>  dpkg-deb --fsys-tarfile xxx.deb > xxx.tar and dpkg-deb -e xxx.deb to
>get the package contents and control files installed and processed
>(this *will* work but it's a hassle)

This *won't* work - it won't properly install the packages.

In case you're truly desperate, I've attached a Perl script which
resets SIGPIPE to SIG_DFL and then runs the command you supply as
arguments.  Use it like `nohup' or `time'.  I call it `resetsigpipe'
(and I need it because my serial terminal is on getty_ps, which has
the bug).

Please do tell us what the problem is if you find out.  Telling us
which ways of logging in cause the problem and which don't will help
us a lot :-).  If you don't want to bother trying to install packages
(and it sometimes works even if the bug is present), try:
  cat /dev/zero | true
If the bug isn't present this produces just `Broken pipe' (assuming
you're using bash as your shell).  If the bug is present it will
produce `cat: write error: Broken pipe'.

Alexander Goldstein writes ("Re: gzip and dpkg problem"):
...
> I also often have the same problem sometimes (with some packages).  It
> only happens when su-ing to root.  To bypass it, I just login directly as
> root on a VC.  I have 1.1 system and it happened with all versions of dpkg
> including as far way back as .96R6.

Huh ?  `su' does this ?  I don't believe it ...

... no, `su' doesn't.  Perhaps you have `sudo' or something else in
the calling chain.

Please try to identify what it is that's causing the problem, so that
we can fix it and/or tell others to avoid it :-).

Thanks,
Ian.

Here's resetsigpipe, a Perl one-liner:

#!/usr/bin/perl
$SIG{"PIPE"}="DFL"; exec @ARGV; die "resetsigpipe: $ARGV[0]: $!\n";


Re: new boot floppies

1996-06-06 Thread Brian C. White
>   Does this imply that dftp (or the functionality thereof) has been
>   merged into dselect?  That would be good.

No.  'dpkg-ftp' is a method for dselect to read from an FTP site in much
the same way that it would read from an NFS mount or CD-ROM.

This seems only fair since 'dftp' has added the ability to run from NFS
mount and CD-ROM.  :-)  [ check out the "--pkgpath" option ]

Brian
   ( [EMAIL PROTECTED] )

---
In theory, theory and practice are the same.  In practice, they're not.


Re: gzip and dpkg problem

1996-06-06 Thread llucius
On Thu, 6 Jun 1996, Ian Jackson wrote:

> 
> This is a bug in one of:
>   The getty you're using.
> (Some versions of getty_ps are known to have this problem.)

You hit on the head for me anyway.  I thought I was using agetty, but I
was using an older version of getty_ps (2.0.7g) and after replacing
with agetty, "cat /dev/null | true" runs like a charm.

Is getty_ps no longer debianized?  I've noticed that there is a 2.0.7i
available.  Which is better anyway?  (I suppose that's up to the user...)

Anyway, THANKS a heap.

Leland Lucius

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
o   o   o | [EMAIL PROTECTED]
 o ooo o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius   (maybe one day)


Re: installing with the new floppies

1996-06-06 Thread Pino Smith

Bruce writes:

>Are you using the boot1200.bin or boot1440.bin or something else as the boot
>disk?

boot1440.bin.

Pino


Re: gzip and dpkg problem

1996-06-06 Thread Miquel van Smoorenburg
In article <[EMAIL PROTECTED]>,
Ian Jackson  <[EMAIL PROTECTED]> wrote:
>Paul Schoenly writes ("gzip and dpkg problem"):
>...
>> $ dpkg --install package_x.deb
>...
>>gzip:stdout: Broken pipe
>>dpkg-deb: subprocess gzip -dc returned error exit status 1
>>dpkg: error processing package_x.deb (--install)
>> subprocess dpkg-deb --control returned error exit status 2
>>Errors were encountered... (and so on)
>
>This means that SIGPIPE was set to SIG_IGN when dpkg started.  For
>reasons too complicated to explain here this means that dpkg can't do
>proper error trapping (it always gets an error indication, and can't
>tell whether it's really an error).

Can't you just set signal(SIGPIPE, SIG_DFL) first thing in the
main() function of dpkg? And if not, could you tell me why not
(sounds interesting ;))

Mike.
--
+ Miquel van Smoorenburg   + Cistron Internet Services +  Living is a |
| [EMAIL PROTECTED] (SP6) | Independent Dutch ISP |   horizontal |
+ [EMAIL PROTECTED]   + http://www.cistron.nl/+  fall+


libc.so.5 the stuff from non-free requires

1996-06-06 Thread Juhani Luhtanen

Newbie alert on!!!

Hi

the problem is this: I need to install a linux-box that will run 
WWW-server and a couple of mailing-lists. Just something very 
straight-forward. I installed the stable 0.93 and got the cern-server up 
and running. Now majordomo requires libc.5 and the distribution doesn't 
have that version. 

Does anyone know of majordomo.deb package that would run with the 0.93 
distribution and the libc that the distribution carries.

newbie alert off


Juhani 

.signature ? did you really expect a .signature?  Sheesh.


Re: libc.so.5 the stuff from non-free requires

1996-06-06 Thread branderh
> Newbie alert on!!!
> Does anyone know of majordomo.deb package that would run with the 0.93 
> distribution and the libc that the distribution carries.
Do not use 0.93, install 1.1 aka unstable from now on, it is far more
stable than 0.93.

"Unix: 30 definitions of regular expressions living under one roof"
D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


program to check *.deb

1996-06-06 Thread Lawrence Chim
Is there any program can check *.deb, something like theh tar -t for the *.tar?


Re: program to check *.deb

1996-06-06 Thread branderh
> Is there any program can check *.deb, something like theh tar -t for the 
> *.tar?
dpkg --contents file.deb

"Unix: 30 definitions of regular expressions living under one roof"
D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


Re: program to check *.deb

1996-06-06 Thread Dale Scheetz
On Thu, 6 Jun 1996, Lawrence Chim wrote:

> Is there any program can check *.deb, something like theh tar -t for the 
> *.tar?
> 
Try:

dpkg --contents package-xxx.deb

Luck,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

 If you don't see what you want, just ask --


Amd (or other problems)

1996-06-06 Thread Richard Kaszeta
Ok, I've got an interesting problem with my debian 1.1 machine.

Pertinent packages
--
Customized kernel, 1.99.11
amd upl102-3 (using NIS maps)
netbase 2.03-1
netstd  2.04-1
nis 1.10-2

In general, the system works well.  However, at various, semi random
times, the system will partially hang and refuse to let anyone log in
locally or remotely (remote machines are given 'hostname already in
use' errors).  The only way to recover is the big red switch. I say
'semi-random' because I believe it is tied to the daily cron jobs,
although I have cleaned them up to not access the automount points
(/stage and /home).

Nothing really shows up in the logs, although nfs error messages
sometimes show up on one of the fileservers around the time of death.

I have noticed one pertinent bug, (from /usr/doc/amd/README), but I
have done my best to make sure the daily cron jobs stay out of /amd,
/stage, and /home

2868amd hangs on tcsh hostname completion   unresolved

Any ideas or suggestions on debugging this?

-- 
Richard W Kaszeta   Graduate Student/Sysadmin
[EMAIL PROTECTED]   University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Sleep is a symptom of caffeine deprivation


dpkg-1.1.5aout.deb ?

1996-06-06 Thread Zachary DeAquila

In someone's 0.93-to-1.1 upgrade docco, they mention
dpkg-1.1.5aout.deb... I can't seem to find this, but 
it's said to be necessary to upgrade... I've currently
got a .93 aout system with dpkg-1.0.17... but 
now I'd like to upgrade, so...
help!

thanks!

 --Zachary


Howto upgrade 0.93 --> 1.1

1996-06-06 Thread Juhani Luhtanen

Is there anywhere a simple step-by-step guide on how to go and upgrade 
one's debian? 

Juhani

.signature ? did you really expect a .signature?  Sheesh.


Re: dpkg-1.1.5aout.deb ?

1996-06-06 Thread Dale Scheetz
On Thu, 6 Jun 1996, Zachary DeAquila wrote:

> 
> In someone's 0.93-to-1.1 upgrade docco, they mention
> dpkg-1.1.5aout.deb... I can't seem to find this, but 
> it's said to be necessary to upgrade... I've currently
> got a .93 aout system with dpkg-1.0.17... but 
> now I'd like to upgrade, so...
> help!
> 
I believe you will find it on any mirror site in debian/upgrades. You can
also get it from my machine at:

ftp://dwarf.polaris.net/debian/upgrade

You will also find an UpGrade script the base_list to drive it and some
notes I have made on upgrading. I am usually on the air between 10am and
2pm and 7pm to 10pm on weekdays.

Luck,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

 If you don't see what you want, just ask --


sysklogd upgrade

1996-06-06 Thread Richard Lovison

I recently upgraded from syslogd 1.3-2 to sysklogd 1.3-6 manually using
dpkg. When I started dselect I was informed that syslogd and sysklogd were
in conflict, the configuration files for syslogd were still on the system.
I proceeded to purge syslogd but was informed I couldn't because it was a
required package.  I'm not sure what is happening here.  Can anyone help?

Richard




Re: gzip and dpkg problem

1996-06-06 Thread Alexander Goldstein
On Thu, 6 Jun 1996, Ian Jackson wrote:

> This means that SIGPIPE was set to SIG_IGN when dpkg started.  For
> reasons too complicated to explain here this means that dpkg can't do
> proper error trapping (it always gets an error indication, and can't
> tell whether it's really an error).
> 
> This is a bug in one of:
>   Your inetd, telnetd, rlogind, if you're logging in over the
> network (some versions of the Debian netbase and/or netstd
> packages had this problem).

I get that problem when locally su-ing in an xsession

>   Your shell (I know of no shells that cause this problem).
I am using tcsh in my user account but when su and root's shell is bash.

>   The getty you're using.
> (Some versions of getty_ps are known to have this problem.)

It's an X session, no getty should be involve

>   The login you're using (I know of no problem here).
>   Any program which started one of the above, or which is in
> the calling chain for dpkg.
> 


tcsh -> rxvt/xterm -> su -> bash -> dpkg

so I guess it would either be tcsh or rxvt/xterm.

[stuff removed]


> Alexander Goldstein writes ("Re: gzip and dpkg problem"):
> ...
> > I also often have the same problem sometimes (with some packages).  It
> > only happens when su-ing to root.  To bypass it, I just login directly as
> > root on a VC.  I have 1.1 system and it happened with all versions of dpkg
> > including as far way back as .96R6.
> 
> Huh ?  `su' does this ?  I don't believe it ...
> 
> ... no, `su' doesn't.  Perhaps you have `sudo' or something else in
> the calling chain.

no, no sudo, but there is either rxvt or xterm and tcsh

> 
> Please try to identify what it is that's causing the problem, so that
> we can fix it and/or tell others to avoid it :-).
> 
I will try to test it better when I get home.




Re: installing with the new floppies

1996-06-06 Thread Attila Megyeri
On Wed, 05 Jun 1996 21:58:07 +0200, Pino Smith <[EMAIL PROTECTED]> wrote:
>
>I fetched the new disks (June 2nd version) and they do not seem to
>work as they should. Here is my report.
>
> + module configuration (most remarks are trivial ...):
>
>  fs   - binfmt_java and ufs lack an explanation
>  ipv4 - there is just one module called `*', no explanation.
>  misc - serial lacks explanation
>
>  ... but this is not:
>
>  net - no modules are detected; however modprobe from the shell seems
>to detect the network modules. I had this problem with the
>previous version as well.

I have the same problems. Choosing the net menu point
for a moment I see 'Segmentation fault' and I'm not able to choose any
net module. For 'lp' module everything work OK. 

At time zone configuration I cannot see what I'm typing.

After rebooting the sytems works well but no net driver so the network
is unreachable.

I boot with boot1440.bin. 

Thank you for any kind of help. 

Attila


getty-1.0-4

1996-06-06 Thread Dale Scheetz
This is a very confusing package. The man page for getty says that the
command is agetty, but there is no agetty installed (only getty). If you
try the example:

/sbin/agetty -L 9600 ttyS1 vt100

the command is not found (it's not there!).
If I try getty with these parameters it just hangs.

As you may note, I am trying to hook up a hardwired terminal to com2. Does
anyone know how to do this with the programs installed by the getty
package? Do I need to use something else to do this? 

TIA,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

 If you don't see what you want, just ask --


Re: installing with the new floppies

1996-06-06 Thread Bruce Perens
From: [EMAIL PROTECTED] (Attila Megyeri)
> I have the same problems. Choosing the net menu point
> for a moment I see 'Segmentation fault' and I'm not able to choose any
> net module. For 'lp' module everything work OK. 

OK. That's two people with the same problem. This does not happen on my
test system. I'll download and try again, just to make sure something
did not go awry before the upload.

Thanks

Bruce
--
Pixar's "Toy Story": Over 1/3 Billion dollars world box office so far.

Bruce Perens AB6YM  [EMAIL PROTECTED]http://www.hams.com/