From: Robert L K. <rl...@al...> - 2006-05-22 23:51:29
|
Should we even distribute this, and if so, should it be in section 1 or section 8? We're not intending for people to invoke it directly. -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Roger L. <rl...@wh...> - 2006-05-23 08:22:46
|
Robert L Krawitz <rl...@al...> writes: > Should we even distribute this, and if so, should it be in section 1 > or section 8? We're not intending for people to invoke it directly. I think it should be distributed, so that anyone wanting to use it can see how to invoke it (though this will not typically be an end-user). I use it myself, because I can never remember all the gs options. Section 8 isn't really appropriate (it's not administrative/privileged), so Section 1 is probably the best fit. Regards, Roger =2D-=20 Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your m= ail. |
From: Robert L K. <rl...@al...> - 2006-05-23 11:21:59
|
From: Roger Leigh <rl...@wh...> Date: Tue, 23 May 2006 09:22:37 +0100 Robert L Krawitz <rl...@al...> writes: > Should we even distribute this, and if so, should it be in section 1 > or section 8? We're not intending for people to invoke it directly. I think it should be distributed, so that anyone wanting to use it can see how to invoke it (though this will not typically be an end-user). I use it myself, because I can never remember all the gs options. Section 8 isn't really appropriate (it's not administrative/privileged), so Section 1 is probably the best fit. We don't encourage (or support) direct use of this driver -- it should be used through foomatic. -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Roger L. <rl...@wh...> - 2006-05-23 12:35:52
|
Robert L Krawitz <rl...@al...> writes: > From: Roger Leigh <rl...@wh...> > Date: Tue, 23 May 2006 09:22:37 +0100 > > Robert L Krawitz <rl...@al...> writes: > > > Should we even distribute this, and if so, should it be in section 1 > > or section 8? We're not intending for people to invoke it directly. > > I think it should be distributed, so that anyone wanting to use it > can see how to invoke it (though this will not typically be an > end-user). I use it myself, because I can never remember all the > gs options. > > Section 8 isn't really appropriate (it's not > administrative/privileged), so Section 1 is probably the best fit. > > We don't encourage (or support) direct use of this driver -- it should > be used through foomatic. There are other users, such as apsfilter, who might find it of use. For binaries in /bin and /usr/bin, Debian requires a manual page to exist for them, so I'll need to maintain a copy for Debian in any case, even if it's dropped in the official release. [This is one of the minor reasons why I would have preferred all IJS servers in /usr/libexec/ijs, but that's too late to change now] =2D-=20 Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your m= ail. |
From: Johannes M. <js...@su...> - 2006-05-23 14:14:46
|
Hello, On May 23 13:35 Roger Leigh wrote (shortened): > > We don't encourage (or support) direct use of this driver -- it should > > be used through foomatic. > > There are other users, such as apsfilter, who might find it of use. > > For binaries in /bin and /usr/bin, Debian requires a manual page to > exist for them, so I'll need to maintain a copy for Debian in any > case, even if it's dropped in the official release. I would appreciate at least a very small English-only man-page for any executable or at least some useful info via a -?/-h/--help switch even if this only tells that it is not intended to be used directly. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: js...@su... 90409 Nuernberg, Germany WWW: http://www.suse.de/ |
From: Robert L K. <rl...@al...> - 2006-05-24 00:37:16
|
From: Roger Leigh <rl...@wh...> Date: Tue, 23 May 2006 13:35:42 +0100 Robert L Krawitz <rl...@al...> writes: > From: Roger Leigh <rl...@wh...> > Date: Tue, 23 May 2006 09:22:37 +0100 > > Robert L Krawitz <rl...@al...> writes: > > > Should we even distribute this, and if so, should it be in section 1 > > or section 8? We're not intending for people to invoke it directly. > > I think it should be distributed, so that anyone wanting to use it > can see how to invoke it (though this will not typically be an > end-user). I use it myself, because I can never remember all the > gs options. > > Section 8 isn't really appropriate (it's not > administrative/privileged), so Section 1 is probably the best fit. > > We don't encourage (or support) direct use of this driver -- it should > be used through foomatic. There are other users, such as apsfilter, who might find it of use. The problem is that we don't document all of the possible values for all of the possible options with all of the possible printers. It's simply not practical. I really want people to use foomatic if they're going to use the IJS driver; I don't want to be answering questions for people who want to roll their own solutions. For binaries in /bin and /usr/bin, Debian requires a manual page to exist for them, so I'll need to maintain a copy for Debian in any case, even if it's dropped in the official release. [This is one of the minor reasons why I would have preferred all IJS servers in /usr/libexec/ijs, but that's too late to change now] Yes, OK, that policy is reasonable. I won't pull it. Can we put it in section 7, though? -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Roger L. <rl...@wh...> - 2006-05-24 08:35:41
|
Robert L Krawitz <rl...@al...> writes: > There are other users, such as apsfilter, who might find it of use. > > The problem is that we don't document all of the possible values for > all of the possible options with all of the possible printers. It's > simply not practical. I really want people to use foomatic if they're > going to use the IJS driver; I don't want to be answering questions > for people who want to roll their own solutions. Sure. I can put a warning in the page, recommending the use of Foomatic. > For binaries in /bin and /usr/bin, Debian requires a manual page to > exist for them, so I'll need to maintain a copy for Debian in any > case, even if it's dropped in the official release. [This is one > of the minor reasons why I would have preferred all IJS servers in > /usr/libexec/ijs, but that's too late to change now] > > Yes, OK, that policy is reasonable. I won't pull it. Can we put it > in section 7, though? Only sections 1, 6 and 8 are for programs. =2D-=20 Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your m= ail. |
From: Michael S. <mi...@ea...> - 2006-05-23 11:56:31
|
Roger Leigh wrote: > Robert L Krawitz <rl...@al...> writes: > >> Should we even distribute this, and if so, should it be in section 1 >> or section 8? We're not intending for people to invoke it directly. > > I think it should be distributed, so that anyone wanting to use it can > see how to invoke it (though this will not typically be an end-user). > I use it myself, because I can never remember all the gs options. > > Section 8 isn't really appropriate (it's not > administrative/privileged), so Section 1 is probably the best fit. Section 7 maybe? -- ______________________________________________________________________ Michael Sweet, Easy Software Products mike at easysw dot com Internet Printing and Publishing Software http://www.easysw.com |
From: Robert L K. <rl...@al...> - 2006-05-24 00:33:24
|
From: Johannes Meixner <js...@su...> Date: Tue, 23 May 2006 16:14:28 +0200 (CEST) On May 23 13:35 Roger Leigh wrote (shortened): > > We don't encourage (or support) direct use of this driver -- it should > > be used through foomatic. > > There are other users, such as apsfilter, who might find it of use. > > For binaries in /bin and /usr/bin, Debian requires a manual page to > exist for them, so I'll need to maintain a copy for Debian in any > case, even if it's dropped in the official release. I would appreciate at least a very small English-only man-page for any executable or at least some useful info via a -?/-h/--help switch even if this only tells that it is not intended to be used directly. Does the HPIJS driver provide a man page? -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Roger L. <rl...@wh...> - 2006-05-24 08:36:28
|
Robert L Krawitz <rl...@al...> writes: > From: Johannes Meixner <js...@su...> > Date: Tue, 23 May 2006 16:14:28 +0200 (CEST) > > On May 23 13:35 Roger Leigh wrote (shortened): > > > We don't encourage (or support) direct use of this driver -- it sh= ould > > > be used through foomatic. > >=20 > > There are other users, such as apsfilter, who might find it of use. > >=20 > > For binaries in /bin and /usr/bin, Debian requires a manual page to > > exist for them, so I'll need to maintain a copy for Debian in any > > case, even if it's dropped in the official release. > > I would appreciate at least a very small English-only man-page for > any executable or at least some useful info via a -?/-h/--help > switch even if this only tells that it is not intended to be used > directly. > > Does the HPIJS driver provide a man page? It does on Debian. It basically just says "don't run this directly". =2D-=20 Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your m= ail. |
From: Johannes M. <js...@su...> - 2006-05-24 08:43:23
|
Hello, On May 23 20:33 Robert L Krawitz wrote (shortened): > From: Johannes Meixner <js...@su...> > I would appreciate at least a very small English-only man-page for > any executable or at least some useful info via a -?/-h/--help > switch even if this only tells that it is not intended to be used > directly. > > Does the HPIJS driver provide a man page? You picked exactly the bad example which I had in mind when I wrote my comment ;-) "hpijs" and "hpijs -?" and "hpijs --help" is simply totally quiet and waits until [Ctrl]+[C] and "hpijs -h" is not really helpful but it shows what I would expect from "hpijs -v". Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: js...@su... 90409 Nuernberg, Germany WWW: http://www.suse.de/ |
From: Robert L K. <rl...@al...> - 2006-05-24 11:13:18
|
From: Johannes Meixner <js...@su...> Date: Wed, 24 May 2006 10:43:08 +0200 (CEST) On May 23 20:33 Robert L Krawitz wrote (shortened): > From: Johannes Meixner <js...@su...> > I would appreciate at least a very small English-only man-page for > any executable or at least some useful info via a -?/-h/--help > switch even if this only tells that it is not intended to be used > directly. > > Does the HPIJS driver provide a man page? You picked exactly the bad example which I had in mind when I wrote my comment ;-) "hpijs" and "hpijs -?" and "hpijs --help" is simply totally quiet and waits until [Ctrl]+[C] and "hpijs -h" is not really helpful but it shows what I would expect from "hpijs -v". Likewise ijsgutenprint.5.0. -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert L K. <rl...@al...> - 2006-05-24 11:26:21
|
From: Roger Leigh <rl...@wh...> Date: Wed, 24 May 2006 09:27:12 +0100 Robert L Krawitz <rl...@al...> writes: > There are other users, such as apsfilter, who might find it of use. > > The problem is that we don't document all of the possible values for > all of the possible options with all of the possible printers. It's > simply not practical. I really want people to use foomatic if they're > going to use the IJS driver; I don't want to be answering questions > for people who want to roll their own solutions. Sure. I can put a warning in the page, recommending the use of Foomatic. I've pulled out all of the Gutenprint options. Most of those listed were wrong (they were for Gimp-Print 4.2). -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Michael S. <mi...@ea...> - 2006-05-24 11:31:47
|
Roger Leigh wrote: > Robert L Krawitz <rl...@al...> writes: > >> There are other users, such as apsfilter, who might find it of use. >> >> The problem is that we don't document all of the possible values for >> all of the possible options with all of the possible printers. It's >> simply not practical. I really want people to use foomatic if they're >> going to use the IJS driver; I don't want to be answering questions >> for people who want to roll their own solutions. > > Sure. I can put a warning in the page, recommending the use of > Foomatic. > >> For binaries in /bin and /usr/bin, Debian requires a manual page to >> exist for them, so I'll need to maintain a copy for Debian in any >> case, even if it's dropped in the official release. [This is one >> of the minor reasons why I would have preferred all IJS servers in >> /usr/libexec/ijs, but that's too late to change now] >> >> Yes, OK, that policy is reasonable. I won't pull it. Can we put it >> in section 7, though? > > Only sections 1, 6 and 8 are for programs. I've seen programs in section 7 (miscellaneous) before, is there a Debian policy against it? -- ______________________________________________________________________ Michael Sweet, Easy Software Products mike at easysw dot com Internet Printing and Publishing Software http://www.easysw.com |
From: Roger L. <rl...@wh...> - 2006-05-24 13:24:59
|
Michael Sweet <mi...@ea...> writes: > I've seen programs in section 7 (miscellaneous) before, is there a > Debian policy against it? I've just checked, and the policy just says to use an "appropriate" section. The package checking tools accept section 7 for binaries, so we could use section 7 if we wanted. Regards, Roger =2D-=20 Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your m= ail. |
From: Robert L K. <rl...@al...> - 2006-05-24 23:11:13
|
From: Roger Leigh <rl...@wh...> Date: Wed, 24 May 2006 14:24:42 +0100 --=-=-= Content-Transfer-Encoding: quoted-printable Michael Sweet <mi...@ea...> writes: > I've seen programs in section 7 (miscellaneous) before, is there a > Debian policy against it? I've just checked, and the policy just says to use an "appropriate" section. The package checking tools accept section 7 for binaries, so we could use section 7 if we wanted. What does the hpijs driver do? -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Roger L. <rl...@wh...> - 2006-05-25 08:17:23
Attachments:
hpijs.1.gz
|
Robert L Krawitz <rl...@al...> writes: > From: Roger Leigh <rl...@wh...> > Date: Wed, 24 May 2006 14:24:42 +0100 > > --=-=-= > Content-Transfer-Encoding: quoted-printable > > Michael Sweet <mi...@ea...> writes: > > > I've seen programs in section 7 (miscellaneous) before, is there a > > Debian policy against it? > > I've just checked, and the policy just says to use an "appropriate" > section. The package checking tools accept section 7 for binaries, so > we could use section 7 if we wanted. > > What does the hpijs driver do? It's in section 1 (attached). -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. |
From: Robert L K. <rl...@al...> - 2006-05-25 11:10:32
|
From: Roger Leigh <rl...@wh...> Cc: mi...@ea..., gim...@li... Date: Thu, 25 May 2006 09:17:14 +0100 --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Transfer-Encoding: quoted-printable Robert L Krawitz <rl...@al...> writes: > From: Roger Leigh <rl...@wh...> > Date: Wed, 24 May 2006 14:24:42 +0100 > > --=3D-=3D-=3D > Content-Transfer-Encoding: quoted-printable > > Michael Sweet <mi...@ea...> writes: > > > I've seen programs in section 7 (miscellaneous) before, is there a > > Debian policy against it? > > I've just checked, and the policy just says to use an "appropriate" > section. The package checking tools accept section 7 for binaries, so > we could use section 7 if we wanted. > > What does the hpijs driver do? It's in section 1 (attached). Then we should probably keep it in section 1. -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |