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
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
v
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
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.
>
> Y
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 lin
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 co
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
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 installa
8 matches
Mail list logo
