From njaz at email.com Sat Jul 2 00:56:10 2005 From: njaz at email.com (Nick) Date: Sat Jul 2 03:05:38 2005 Subject: [Xprint] installing Xprint: conflicts with XFree86? Message-ID: <42C63A8A.3030808@email.com> Hi I'm a linux newby using Suse Linux 9.x on a x86 PC. Attempting to install the Xprint binary rpm gives a stream of errors that various files conflict with files from XFree86. (list below) I also tried downloading the source rpm per the installation instructions page, but rpm tell me that "--rebuild" is an unknown option. Suggestions? ~Nick Errors: file /usr/X11R6/man/man1/Xprt.1x.gz from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-man-6.8.2-1.5 file /usr/X11R6/man/man1/xphelloworld.1x.gz from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-man-6.8.2-1.5 file /usr/X11R6/man/man1/xplsprinters.1x.gz from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-man-6.8.2-1.5 file /usr/X11R6/man/man1/xprehashprinterlist.1x.gz from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-man-6.8.2-1.5 file /usr/X11R6/man/man1/xpsimplehelloworld.1x.gz from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-man-6.8.2-1.5 file /usr/X11R6/man/man1/xpxthelloworld.1x.gz from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-man-6.8.2-1.5 file /usr/X11R6/man/man7/Xprint.7.gz from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-man-6.8.2-1.5 file /etc/init.d/xprint from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-libs-6.8.2-1.5 file /usr/X11R6/bin/xphelloworld from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-libs-6.8.2-1.5 file /usr/X11R6/bin/xplsprinters from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-libs-6.8.2-1.5 file /usr/X11R6/bin/xprehashprinterlist from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-libs-6.8.2-1.5 file /usr/X11R6/bin/xpsimplehelloworld from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-libs-6.8.2-1.5 file /usr/X11R6/bin/xpxthelloworld from install of xprint-20040707release-0.9.001 conflicts with file from package XFree86-libs-6.8.2-1.5 From toby at inf.ed.ac.uk Fri Jul 29 13:24:43 2005 From: toby at inf.ed.ac.uk (Toby Blake) Date: Fri Jul 29 07:25:17 2005 Subject: [Xprint] Xprint configuration oddities Message-ID: Hi there, I'm relatively new to Xprint - we've just started using it across our systems. We're running release 0.9.001.0 on Fedora Core 3, our printing system is LPRng based, serving approximately 60 printers from 4 print servers. I'm looking at configuring the behaviour of Xprint a bit for our systems, but am experiencing some odd behaviour. Firstly I'd like to have more control over the list of printers Xprint provides. We have a local command 'printers' which provides a very basic list of printers in the following form: name\tdescription # where \t is a tab So, going by the info in the FAQ, I put the following line in /usr/X11R6/lib/X11/xserver/C/print/Xprinters: Augment_Printer_List /usr/bin/printers |cut -f1 ...and, after restarting Xprt, I look at the list of printers in Firefox and find that it seems to have taken the output of /usr/bin/printers, but not piped it through 'cut', i.e. printers are listed of the form 'name HP4100DTN on 4th Floor'. I can put the line '/usr/bin/printers |cut -f1' in a separate script, change Xprinters to Augment_Printer_List /path/to/one/line/script ... and it works OK. This is the first oddity. The second one is the ordering of the printer list - our 'printers' command sorts the list of printers according to certain criteria, this seems to be reversed by Xprint, i.e. our order of name1 name2 name3 ....turns into name3 name2 name1 ... with the xp_[pdf|ps]spooldir printers interspersed at strange points in the output (one is second in the list, after my default printer and the other is in the place where the default printer would have been). While I'm on the subject of the printer list provided by Xprint, is there any way of formatting this output in any way? e.g. we have 60+ printers - I would like to be able to split this list up, so that the user sees, say, 4 categories which contain printers, rather than a massive list. I realise this is probably a function of the client app, but thought it worth checking. Also, one other important question on a different matter, how does Xprint relate printer names to their models? There is mention in the FAQ of family/class but it doesn't describe how to tell Xprint which family/class a particular printer belongs to. If I have a list of printers specified in the way above, how does Xprint know what model each printer is, so we can use model-specific configurations? Apologies for the length of this post. Many thanks in advance for any help. Toby Blake School of Informatics University of Edinburgh From dparsons at debian.org Sun Jul 31 20:47:14 2005 From: dparsons at debian.org (Drew Parsons) Date: Sun Jul 31 05:48:25 2005 Subject: [Xprint] Xprint configuration oddities In-Reply-To: References: Message-ID: <1122803234.6300.35.camel@pug.anu.edu.au> On Fri, 2005-07-29 at 12:24 +0100, Toby Blake wrote: > Firstly I'd like to > have more control over the list of printers Xprint provides. > So, going by the info in the FAQ, I put the following line in > /usr/X11R6/lib/X11/xserver/C/print/Xprinters: > > Augment_Printer_List /usr/bin/printers |cut -f1 > > ...and, after restarting Xprt, I look at the list of printers in > Firefox and find that it seems to have taken the output of > /usr/bin/printers, but not piped it through 'cut', i.e. printers are > listed of the form 'name HP4100DTN on 4th Floor'. I can put the line > '/usr/bin/printers |cut -f1' in a separate script, change Xprinters to > > Augment_Printer_List /path/to/one/line/script > > ... and it works OK. This is the first oddity. > It sounds like Augment_Printer_List is just expecting a single string, which is why it works when you give it the script. It's only reading up till the first whitespace. Did you try putting "quotes" around "/usr/bin/printers |cut -f1" (though my guess is that won't work, it'll just try to use '"/usr/bin/printers' instead) > The second one is the ordering of the printer list - our 'printers' > command sorts the list of printers according to certain criteria, this > seems to be reversed by Xprint, i.e. our order of > > name1 > name2 > name3 > > ....turns into > > name3 > name2 > name1 > > ... with the xp_[pdf|ps]spooldir printers interspersed at strange > points in the output (one is second in the list, after my default > printer and the other is in the place where the default printer would > have been). If it's just reversing the normal order, then of course you can add " | sort -r" or whatever in your script. I think on my system (Debian), the placement of the spooldir printers is defined by /usr/share/Xprint/xserver/C/print/Xprinters, where they are given after the Augment_Printer_List command. I can't answer why its getting mixed up for you. I think you're right, Xprint expects the client program to deal with this itself. > > While I'm on the subject of the printer list provided by Xprint, is > there any way of formatting this output in any way? e.g. we have 60+ > printers - I would like to be able to split this list up, so that the > user sees, say, 4 categories which contain printers, rather than a > massive list. I realise this is probably a function of the client > app, but thought it worth checking. > I'm not aware of any such facility, sorry. CUPS has a class system, but that's not quite the same thing anyway, I think. > > Also, one other important question on a different matter, how does > Xprint relate printer names to their models? There is mention in the > FAQ of family/class but it doesn't describe how to tell Xprint which > family/class a particular printer belongs to. If I have a list of > printers specified in the way above, how does Xprint know what model > each printer is, so we can use model-specific configurations? > I think you want to use /usr/share/Xprint/xserver/C/print/attributes/printer. See the line *xp-model-identifier: PSdefault If I read it right, you change it to things like name1.xp-model-identifier: PSdefault name2.xp-model-identifier: CANONBJ10E-GS name3.xp-model-identifier: HPDJ1600C etc where the various models are defined in /usr/share/Xprint/xserver/C/print/models. Sorry I can't be much more help, I don't run a whole department so the default settings (Psdefault, autodetect) have been good enough for me! Drew Parsons From q-funk at iki.fi Wed Jul 6 19:23:45 2005 From: q-funk at iki.fi (Martin-Eric Racine) Date: Wed Oct 26 16:46:47 2005 Subject: [Xprint] Re: Bug#317149: Please change output directory back to $HOME/cups-pdf/ In-Reply-To: <20050706162257.GA2416@keitarou.bubblesworth.net> References: <20050706162257.GA2416@keitarou.bubblesworth.net> Message-ID: [CC to ubuntu-users and xprint maintainer towards a common solution] On Thu, 7 Jul 2005, Paul Hampson wrote: > Package: cups-pdf > Version: 1.7.1-1 > Severity: wishlist > > I'd just like to say I think the old default of $HOME/cups-pdf/ is > better than $HOME/ because it means the output goes somewhere expected > and _isolated_ from your other files. This is especially helpful when > Windows is sending printjobs through with all kinds of unexpected > filenames, and it's therefore much more unlikely to accidentally > overwrite an unrelated file. > > (To be fair, I haven't checked if cups-pdf clobbers existing files) > > I don't understand what advantage this change brings, apart from the > fact that Ubuntu suggested it? The advantage is that documents get sent straight to a familiar folder, instead of a fuzzy-named cups-pdf; users won't necessarily associate the name of the back-end with the ability to print documents out or to the similarily-named subdirectory sitting in their home-directory. In fairness, I think that CUPS-PDF and Xprint (or any PDF backend) should output to a common directory, which could be e.g. ~/Printouts or something similar. Then again, this would require teaching users where to find the PDF documentss which, by definition, is a bad idea; anything that is not self-evident from a layman user's point of view is simply not acceptable. I'm hereby CC'ing the Ubuntu list and the Xprint maintainer for further input towards finding a common solution that will satisfy everyone. The CUPS-PDF upstream author is subscribed to this package's tracker and is welcome to comment as well. For reference, I would like to bring up the following Wiki page: https://wiki.ubuntu.com/IdeaPool See the Graphics section of that page for the relevant discussion. -- Martin-Eric Racine http://q-funk.iki.fi From christoph at kiosknet.com.br Mon Jul 18 21:50:25 2005 From: christoph at kiosknet.com.br (Christoph Simon) Date: Wed Oct 26 16:46:49 2005 Subject: [Xprint] XPrint and Gtk2 Message-ID: <20050718175021.1a90ea99.christoph@kiosknet.com.br> Hi, I was wondering if it is possible to use Xprint from within a gtk2 program and how I would have to proceed. Would I have to setup a secondary X connection (to Xprt) and trick gtk somehow to use it, redisplay the widgets with whatever I want to print (maybe disabling the window decoration)? Is there some clean way to do it? I know, that I can get the X-Display from gtk, so I should be able to find the printer list and configuration options, but what about the page preview? Is there some simple sample code which I could use for learning? I think mozilla uses Xprint, but I would like to avoid having to read all of the mozilla code to find out. Thanks, Christoph