[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Patch for making psutils use /etc/papersize



First, let me thank you for your efforts in this reguard. However, if you
are planning a new release of psutils we need to talk further. I have not
yet decided whether this is indeed a bug. 

On Sun, 2 Jun 1996, Yves Arrouye wrote:

> 
> 
> Hello,
> 
> Please find enclosed a patch to make psutils work with /etc/papersize. I
> used something I already use for a2ps, but please not the following points:
> 
>   - the libpaper library, which is rather crude, will be released next
>     week only (as soon as I get the right to upload on the Debian archive);

Please don't do this. If you wish to maintain a package there are several
orphaned ones that could use your attention.

>     I can email it to you if you want;
> 
>   - the changes are documented in the debian.Changelog;
> 
>   - contrarily to whoever posted a bug report for psutils not using /etc/
>     papersize, I don't think it should always use it (which is what it does
>     here). In my opinion, the tools should use /etc/papersize when they
>     output something new (for example when one resize, the destination paper
>     should be the one in /etc/papersize), not in the other cases: if I
>     say 'psnup -2 somefile.ps' and somefile.ps has a %%BoundingBox: or
>     a %%DocumentPaperSize: comment, the paper size should be got from
>     there; in addition, if a specific page has a %%PaperSize:,
>     %%BeginPaperSize: (or %%BeginFeature: *PageSize, %%BeginFeature:
>     *PageRegion or an equivalent %%IncludeFeature: comment), then the size
>     for this specific page (and following if appropriate) may be changed
>     there;
> 
> Anyway, maybe this diff may prove useful to provide some basic support
> for /etc/papersize.
> 
> I'd like to see these changes forwarded to Angus J. C. Duggan. Would you
> do that (after eventually discussing the changes with me), or may I do
> it myself?

I would much rather changes of this kind come from upstream. You are more
than welcome to submit your changes to Angus.

If you can find an address for Angus please let me know what it is. I have
been unable to locate such.

I would be happy to support your efforts to incorporate /etc/papersize in
the psutils package, I just think it should come from upstream. Also,
there are easier ways of dealing with this issue, that don't enclude
adding another dependency/conflict difficulty to yet another package.
Since all the utilities provide paper size parameters on the command line,
the user is encouraged to write simple shell scripts for each of the
classes of psutils jobs that user needs to perform. These scripts may use
/etc/papersize or some other method for controling these parameters. It is
my understanding that this is the way these utilities were intended to be
used.

I have posted this back to debian-devel to see what the rest of the folks
think. I would appreciate some feedback on this.

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

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


Reply to: