Re: libpaper 1.0 on master

1996-08-22 Thread Dan Stromberg
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

Re: CC's on this mailing list

1996-08-21 Thread Dan Stromberg
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

Re: libpaper 1.0 on master

1996-08-21 Thread Dan Stromberg
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

Re: libpaper 1.0 on master

1996-08-15 Thread Dan Stromberg
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.

Re: Bug#3961: 14 character file name limit in zoo

1996-08-13 Thread Dan Stromberg
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

Re: Debian, Linux, the FSSTND, the FHS and BSD

1996-08-12 Thread Dan Stromberg
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

Re: Perl vs Python vs ....

1996-08-02 Thread Dan Stromberg
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

Re: Perl vs Python vs ....

1996-08-01 Thread Dan Stromberg
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