LPRng-3.8.4.tgz
ifhp-3.5.2.tgz
LPRngTool-1.3.1.tgz

The really interesting part of these releases is that IFHP now really
works hard to deal with getting status from parallel ports and USB ports
on Linux (need 2.4.7 kernel or later) and FreeBSD 4.4-RELEASE.
Most likely will work on other systems that have implemented similar
'DUMB' IEEE-1284 support,  which simply returns status information when
the port is read.  Note that 'printer discovery' is pending - I ran out
of time to put it into this release.

I also have added some 'user friendly' messages to the ifhp status.
(Russian version done for Pitr available on request.)  If sync fails,
then it TELLS you that it has failed,  and suggests you turn the printer
ONLINE.... (Sigh...).

I have re-added (re-hash?  re-brutalized?) the geriatric legacy
'unix_socket' support for printing to 'localhost'.  I did some
measurements of throughput and found virtually no difference in
overhead...  Interesting...  But you can now turn off the TCP/IP
port and have a 'really protected' server that will only accept
connections from your programs running on the local host.

Finally,  as you might suspect,  I have been doing an IPP implementation
for LPRng.  I want this to be 'seamless' and to not require a total redo
of everything.  To accomodate some of the IPP requirements,  I have added
the following:
   a)  Jobs being sent to the print queue will be 'visible' while
       they are arriving.  You will see them with a 'incoming' status.
   b)  Jobs will not be removed for a while.  This allows the IPP status
       stuff to get status in a reasonable way.

Version LPRng-3.8.4 - Thu Dec 13 08:25:17 PST 2001

   ARGH! ARGH!  screwed up lpq -a by forgetting to
   get the 'all' printer information.  Doh!
   (Spotted by and slapped his forehead by:
      Patrick Powell <[EMAIL PROTECTED]>)

   "Why do we need a TCP/IP port?"  quoth the raven,  I mean
   Craig Small <[EMAIL PROTECTED]>.
   "I have a version that has this facility..." respondeth
   Patrick ("Mr. Grumpy") Powell.  "But I think you will not
    be happy".  I merged the two versions.  Be Happy.

   configure:
     Added these options
       --enable-unix_socket  (default disabled)
       --with-unix_socket_path=PATH  (default /dev/lprng)

   /etc/lpd.conf:
    OPTION      TYPE   DEFAULT PURPOSE
     unix_socket FLAG   1       enables/disables the UNIX socket
     unix_socket_path STR   /dev/lprng    path to the pipe using this

    Also: lpd_port = 0 will disable the TCP/IP port

     lpd -p 0    - disables the TCP/IP port
       or /etc/lpd.conf  lpd_port=0
     lpd -P /path   - enables, unix socket specified by path
       or /etc/lpd.conf  unix_socket@
     lpd -P off     - disable unix socket

      Permissions:
       Connections to the UNIX socket will appear to come
       from localhost, (127.0.0.1) port 0.  You can use the
       UNIXSOCKET to check for this condition, or explicitly for
       localhost/port 0
         ACCEPT/REJECT ... UNIXSOCKET
    Also updated the INSTALL note.

   checkpc:  I was using 'To_daemon()' calls all through the
     code.  This was not needed and would cause a substantial
     slowdown in operation.  I now do exactly ONE call at the
     start of operations.

   updated the config.guess and config.sub to the latest version
   provided by autoconf.

   Incoming jobs now have a status entry.  This is to support IPP
   and status reporting for incoming jobs.  The idea is that you
   can start transferring a job and then,  when the whole job is
   transferred,  the job will be done.  To make this happen you
   need to put an entry in the queue to act as a place holder and
   reserve the job number for this action.  When transfering an
   IPP job,  you can send it in chunks.  This now allows the IPP
   system to send the job header (request), set up the job status,
   and then the job contents.  Just to make life interesting...

   Found some places where I was using 'sizeof(xxx)' instead of a
   passed value for an error message buffer.  Very short error
   messages - 3 chars long... :-)

   LPD now REALLY uses the lock files to prevent multiple
   instances from running.  This might/will/could break on
   systems that NFS mount their lock directories.

   Cleaned up the error message about bad print job formats.
    Clearly there are some REALLY strange printing systems out there.
    (reported by: Phil Moses <[EMAIL PROTECTED]>)

   Checkpc -A XX -r now has nicer format:
     t1:  file 'hfA877', age 24.57 hours > 24.00 hours maximum
     (Spotted by: (Craig Small) [EMAIL PROTECTED])

   Added the following to the pass_env options:
        LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
        LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
        LC_IDENTIFICATION LC_ALL
    This should help with LOCALE support.


Version ifhp-3.5.2 - Fri Dec 21 11:08:36 PST 2001

  New parallel port birectional IO support.
  This has been tested on RedHat 7.2 linux (Kernel 2.4.7-10),
  FreeBSD 4.4-Release.  It is REALLY stupid,  but it seems to
  work.  If you turn the printer on and offline then you might
  get an IO error.  Note that the printer must be connected and
  detected by the kernel for bidirectional IO to work,  otherwise
  the IEEE nibble mode will not be enabled.  I wish there was a
  way to force this to be rescanned at open(),  but it does not
  appear to be easily done.  Of course,  if you turn your printer
  on,  then it may or may not work...

  New USB port birectional IO support.
  This has been tested on RedHat 7.2 linux (Kernel 2.4.7-10),
  FreeBSD 4.4-Release.  The parallel port code seems to also
  handle USB ports as well.  Amazing...

  I have also put in some friendly 'hints' why you may not be
  getting status.  This will help the folks who have problems.
  I have also update the ifhp man page to reflect this.

  Added @PJL RESET to the PJL setup commands.

  Note: Should I also add a PJL INITIALIZE as well?  This will
  control the sticky fingers on the control panel.  But 
  if this is the case then I suggest that the admins use
  a special job and lock the control panel.  See the PJL refence
  manual for Password and DEFAULT stuff.

  Job cancellation now handle gracefully... but you still have
  to send the entire job to the printer...  This is a bit of a
  pain,  but it seems to be the right thing to do.

  Update gs invocation,  using clever trick from the foomatic folks:
    Grant Taylor (www.linuxprinting.org).
   gs ... -sOutputFile=|cat >&3 3>&1 1>&2
  This causes the error messages and other things to be sent to STDERR.
  Ummm... This may fail,  so make sure that /bin/cat is fixed up.

 
Version LPRngTool-1.3.1 - Thu Dec 13 08:25:52 PST 2001
 
  --- Ummm... no changes, just version release control
 
Version LPRngTool-1.3.0 - Mon Dec 10 12:44:22 PST 2001
 
  Updated the FreeBSD installation and DISTRIBUTION/FreeBSD
    files.  This will now make and install on FreeBSD-4.4.
    The name returned by configure for FreeBSD is now
    freebsdelf.  This will probably break other stuff.
 
  Fixed up the smbclient, atalkprint, ncpprint scripts.

-----------------------------------------------------------------------------
YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST
The address you post from MUST be your subscription address

If you need help, send email to [EMAIL PROTECTED] (or lprng-requests
or lprng-digest-requests) with the word 'help' in the body.  For the impatient,
to subscribe to a list with name LIST,  send mail to [EMAIL PROTECTED]
with:                           | example:
subscribe LIST <mailaddr>       |  subscribe lprng-digest [EMAIL PROTECTED]
unsubscribe LIST <mailaddr>     |  unsubscribe lprng [EMAIL PROTECTED]

If you have major problems,  send email to [EMAIL PROTECTED] with the word
LPRNGLIST in the SUBJECT line.
-----------------------------------------------------------------------------

Reply via email to