joost witteveen wrote:
Shouldn't the paper size be an attribute of a print queue, and not an
attribute of a machine?
Well, it could be argued that Yvess libppaper could look at
the current $PRINTER setting, and select the correct papersize
depending on the /etc/papersize.printer file
Mr Stuart Lamble wrote:
All very nice, but it dodges the major reason for people disliking duplicate
copies of messages: they pay for their PPP link (or UUCP feed, or whatever).
Identifying duplicates by their message IDs means that you have to download
both messages, unless you can do the
Storing one thing in one place is an excellent goal.
Treating multiple things as tho they were one thing (EG all printers
use the same paper) can be troublesome.
Ideal: keep the option of an /etc/papersize, but allow a user to
override /etc/papersize if desired, thru ~/papersize or environment
Shouldn't the paper size be an attribute of a print queue, and not an
attribute of a machine?
Yves Arrouye wrote:
Please do not use 0.* versions anymore.
The next release (1.0-1) will have a paperconfig paper configuration
script instead of having /etc/papersize as a conffile.
Yves.
Martin Schulze wrote:
As zoo comes from DOS I'm not sure if it would be a good idea to
support long filenames.
zoo comes from Rahul Dhesi, and was designed from the ground up to be
cross-platform, albeit particularly for use with CBIP.
The 14 character limitation is probably a rudiment of
Ian Jackson wrote:
The latest draft FHS, which they may well publish as it stands, makes
the following changes with which I have very strong disagreements:
* The mail spool, /var/spool/mail, is moved to /var/mail.
This is a positive thing. Both SVR4 and BSD 4.4 put it here. I think
any
Brian C. White wrote:
Dan Stromberg wrote:
There's clearly a place for a stronger scripting language, despite the
argument posed above. It's just very sad that it should be perl. perl
really fits into many people's stereotypes of unix as inherently
cryptic monster, very neatly.
I'm
Ian Jackson wrote:
We only have room for one `extra' scripting language, besides the
usual sh, awk, sed, c, on the base disks.
Perl is widely known. It can solve most problems. There are problems
for which it is difficult to get it to work, but these don't often
occur at installation
8 matches
Mail list logo