Bug#371870: xprint: all printer entries in mozilla are gone
Hi Drew Uwe, you could install firefox for comparison (which still uses xprint). Printing with firefox still works (if XPSERVERLIST is set, as I wrote in my last mail). But unfortunatly printing with firefox is buggy (only the first print job is ok, afterwards the page header and footer are screwed up - no punctuation characters in the URL, page numbers are only printed as of and the date is missing) and the used fonts are ugly. So I always have prefered to print with mozilla. What is your underlying print server? lpr You add new printers via the printer system interface, not in iceape itself, but iceape should pick them up. All printers are added to /etc/printcap. Printing from the command line works. More details about this. startx (and xinit) should be accessing /etc/X11/Xsession and its scripts automatically, that is XPSERVERLIST should be set automatically, even from startx. I presume this did not happen for you because you have ~/.xinitrc set up to manually start the programs you want. In this case your .xinitrc will be used instead of /etc/X11/xinit/xinitrc, and so /etc/X11/Xsession will not be invoked (unless you invoke it yourself inside .xinitrc). I have no .xinitrc, but a .xsession file. Maybe there's the problem. But I don't worry to set XPSERVERLIST manually, if that's enough to make printing from firefox work. I would be pleased if there were a comparably easy way to make printing from mozilla work again. Uwe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371870: xprint: all printer entries in mozilla are gone
But I don't worry to set XPSERVERLIST manually, if that's enough to make printing from firefox work. I have rechecked that now. Looks like one of the X11 upgrades has solved this problem. I don't have to set XPSERVERLIST in my user environment anymore, it is set automatically. So for firefox my xprint problem is solved completely. Be free to reassign this bug to mozilla/iceape, if the problem of the missing printers in mozilla lies there. Uwe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371870: xprint: all printer entries in mozilla are gone
Andrew T. Young wrote: Isn't the problem here that all the xprint stuff was removed from iceape? That would explain the problem Uwe is having with iceape. Uwe, you could install firefox for comparison (which still uses xprint). What is your underlying print server? iceape should pick up CUPS printers automatically, but I'm not sure how it handles other systems. The idea would be the same though. You add new printers via the printer system interface, not in iceape itself, but iceape should pick them up. As far as XPSERVERLIST goes, you're doing the right thing setting it in your user environment. Since startx is a manual approach, it doesn't seem to be using the automatic /etc/X11/Xsession.d/ scripts (despite what /etc/X11/Xsession says), so their effect has to be also invoked by hand. If you didn't want to hardwire :64, you could use export XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist` or . /etc/X11/Xsession.d/92xprint-xpserverlist Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371870: xprint: all printer entries in mozilla are gone
I wrote As far as XPSERVERLIST goes, you're doing the right thing setting it in your user environment. Since startx is a manual approach, it doesn't seem to be using the automatic /etc/X11/Xsession.d/ scripts (despite what /etc/X11/Xsession says), so their effect has to be also invoked by hand. If you didn't want to hardwire :64, you could use export XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist` or . /etc/X11/Xsession.d/92xprint-xpserverlist More details about this. startx (and xinit) should be accessing /etc/X11/Xsession and its scripts automatically, that is XPSERVERLIST should be set automatically, even from startx. I presume this did not happen for you because you have ~/.xinitrc set up to manually start the programs you want. In this case your .xinitrc will be used instead of /etc/X11/xinit/xinitrc, and so /etc/X11/Xsession will not be invoked (unless you invoke it yourself inside .xinitrc). If this is your scenario and you're only using .xinitrc to start programs and set the user environment, then you might find it better to copy that .xinitrc into ~/.Xsession (or .xsession) instead and then delete ~/.xinitrc. This will enable the default Xsession to be set up (including XPSERVERLIST), and will then go on to start your desired programs. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371870: xprint: all printer entries in mozilla are gone
Isn't the problem here that all the xprint stuff was removed from iceape? (See the discussion in bug report 301649 about this. If that's the reason, I suppose this bug should be re-filed against the mozilla transition package, for failing to add the printers to the proper configuration files for iceape. I have the same problem since upgrading from sarge to etch. I have searched the mozilla directories without success to try to find how to add printers manually. Maybe somebody who understands the inner workings of this system can figure out how to add printers to the browser. It would be *nice* if this were available as part of the edit preferences dialogs. -- A. T. Young -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
