> 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
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
s
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
>
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
CUP
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 i
Hi Drew,
I assume the X11R7 transition is finished now :).
Unfortunatly I still have the problem with the printers in mozilla.
XPSERVERLIST is not automatically set in my environment probably
because I start the X-server with startx and not with gdm. But I
explicitly set XPSERVERLIST to ":64" in
Hi Uwe,
in debian Bug#371870 you lost the Xprint printers because XPSERVERLIST
was not being set in your X session at start up.
I expect this would have been a transitory problem, and restarting X
should reset XPSERVERLIST again.
Can you confirm XPSERVERLIST is routinely getting set automaticall
On Thu, 2006-06-29 at 15:22 +0200, Uwe Storbeck wrote:
> Hi Drew,
>
> sorry for the delay, I was on vacation. Meanwhile I have dropped the
> system completely, it was screwed-up too much :(. I'm glad it was not
> my main system ...
Ouch. I hope your holiday was fun, anyway.
> I also got problem
Hi Drew,
sorry for the delay, I was on vacation. Meanwhile I have dropped the
system completely, it was screwed-up too much :(. I'm glad it was not
my main system ...
I also got problems on my main system today where I have all Xorg
packages on hold, i.e. pinned to 6.9. But xprint got upgraded.
On Fri, 2006-06-09 at 14:13 +0200, Uwe Storbeck wrote:
> On Jun 09, Drew Parsons wrote:
>
> > Yes, in the user environment. It should have be set for the old
> > package, it's automatically set
> > in /etc/X11/Xsession.d/92xprint-xpserverlist when X is started by gdm or
> > suchlike. How are you
On Jun 09, Drew Parsons wrote:
> Yes, in the user environment. It should have be set for the old
> package, it's automatically set
> in /etc/X11/Xsession.d/92xprint-xpserverlist when X is started by gdm or
> suchlike. How are you starting X? Maybe your setup has been bypassing
> it?
That's pro
On Thu, 2006-06-08 at 17:42 +0200, Uwe Storbeck wrote:
> On Jun 08, Drew Parsons wrote:
> > Can you check a few things?
>
> I have to say I don't know much about xprint, the somewhat strange
> printer names (...@:64) "magically" appeared in mozilla and printing
> simply works, up to now ...
>
> >
On Jun 08, Drew Parsons wrote:
> Can you check a few things?
I have to say I don't know much about xprint, the somewhat strange
printer names (...@:64) "magically" appeared in mozilla and printing
simply works, up to now ...
> - is XPSERVERLIST still defined? (check with "echo $XPSERVERLIST" for
On Thu, 2006-06-08 at 01:20 +0200, Uwe Storbeck wrote:
> Package: xprint
> Version: 1:1.0.2-1
> Severity: important
>
> After upgrading xprint from version 1:0.1.0.alpha1-13 to 1:1.0.2-1 all
> printer entries in mozilla (lp@:64, ..) are gone.
>
> mozilla-browser is version 2:1.7.12-1.1.
>
> Afte
Package: xprint
Version: 1:1.0.2-1
Severity: important
After upgrading xprint from version 1:0.1.0.alpha1-13 to 1:1.0.2-1 all
printer entries in mozilla (lp@:64, ..) are gone.
mozilla-browser is version 2:1.7.12-1.1.
After downgrading xprint to 1:0.1.0.alpha1-13 they are back again.
Regards,
U
15 matches
Mail list logo
