** Changed in: seahorse-plugins (Ubuntu)
Status: New = Confirmed
--
60seahorse-plugins breaks $OPTIONS from Xsession.options
https://bugs.launchpad.net/bugs/575850
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Works for me.
--
RELEASE FREEZE EXCEPTION: When requesting n copies, n*n or even n*n*n copies
get printed
https://bugs.launchpad.net/bugs/286048
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
This behaves fine with the BR-Script3 PPD, also with the footmatic PPD
with the one exception that the foomatic PPD insists on collating even
if you do -o Collate=False. This is not a change in behavior, it does
that with 2ubuntu4 as well.
Somebody with a printer that collates in hardware should
Duplex is on (and the default at the printer), though I can't seem to
force it off from the command line (I'm not the first: bug 47263). With
the BR-Script3 PPD, it does the right thing from the command line with
duplex on (i.e., Collate=False, 3 page document is
1-2-1-2-3-blank-3-blank,
Seems my evince-related comments are bug 158483.
--
RELEASE FREEZE EXCEPTION: When requesting n copies, n*n or even n*n*n copies
get printed
https://bugs.launchpad.net/bugs/286048
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Manually installed 2ubuntu5 for intrepid (cups, cups-bsd, cups-client,
cups-common, libcups2, libcupsimage2), same problem as previous comment
(no copies).
--
RELEASE FREEZE EXCEPTION: When requesting n copies, n*n or even n*n*n copies
get printed
https://bugs.launchpad.net/bugs/286048
You
Installed 8.63.dfsg.1-0ubuntu6.1 into intrepid, works fine now.
--
PostScript produced with particular eps file when using graphicx-psmin gives
error in ghostscript
https://bugs.launchpad.net/bugs/306125
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Unfortunately, I get no copies with this cpdftocps. The following ends
up in the PostScript that gets sent to the printer:
%RBIBeginNonPPDFeature: *NumCopies 0
0/languagelevel where{pop languagelevel 2 ge}{false}ifelse
{1 dict begin/NumCopies exch def currentdict end setpagedevice}
The patch in ghostscript bug fixes the problem.
--
PostScript produced with particular eps file when using graphicx-psmin gives
error in ghostscript
https://bugs.launchpad.net/bugs/306125
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I had no problems under hardy (looks like it used gs 8.61), it's
intrepid (gs 8.63) that is giving me trouble. I'm assuming you tested
the attached postscript (Postscript produced by dvips) directly with
ghostscript (as opposed to running the LaTeX example).
--
PostScript produced with
Built and tried upstream ghostscript 8.62 and 8.63. No problem with the
postscript file using 8.62, crashes in the same way with 8.63. I guess
I'll convert it to a ghostscript bug, though I suppose it is possible
that ghostscript just got fussier about invalid PostScript...
** Changed in:
There are actually two Brother HL-5250DN printers options: one is
labeled HL-5250DN, the other is labeled HL-5250DN BR-Script3. The
former is a foomatic-generated PPD, and has the line *cupsManualCopies:
True, and therefore never asks the printer hardware to do the copies.
The latter lets the
I'm attaching the debdiff, but I really wouldn't recommend this be
released. It's a hack, cleaning up the mess that usplash left. Really
we should prevent usplash from leaving a mess in the first place,
because it may not only be scribbling on the palette registers.
My gut feeling from looking
Public bug reported:
graphicx-psmin is a latex package for reducing file sizes when you have
a repetitive graphic appearing on every page. However, with intrepid,
running ghostscript on the postscript produced with dvips from a
document including a particular eps file (attached) produces an
** Attachment added: EPS file that leads to error
http://launchpadlibrarian.net/20292192/numu-050708a-outline.eps
--
PostScript produced with particular eps file when using graphicx-psmin gives
error in ghostscript
https://bugs.launchpad.net/bugs/306125
You received this bug notification
Command line is
latex 081207.ltx dvips -j0 081207
** Attachment added: Postscript produced by dvips
http://launchpadlibrarian.net/20292217/081207.ps
--
PostScript produced with particular eps file when using graphicx-psmin gives
error in ghostscript
https://bugs.launchpad.net/bugs/306125
** Attachment added: LaTeX input
http://launchpadlibrarian.net/2029/081207.ltx
--
PostScript produced with particular eps file when using graphicx-psmin gives
error in ghostscript
https://bugs.launchpad.net/bugs/306125
You received this bug notification because you are a member of
** Attachment added: Trivial PostScript test file
http://launchpadlibrarian.net/20263897/test.ps
--
RELEASE FREEZE EXCEPTION: When requesting n copies, n*n or even n*n*n copies
get printed
https://bugs.launchpad.net/bugs/286048
You received this bug notification because you are a member of
** Attachment added: PPD file
http://launchpadlibrarian.net/20263904/HL-5250DN.ppd
--
RELEASE FREEZE EXCEPTION: When requesting n copies, n*n or even n*n*n copies
get printed
https://bugs.launchpad.net/bugs/286048
You received this bug notification because you are a member of Ubuntu
Bugs,
Most PostScript printers can print multiple copies by simply defining
NumCopies in the dictionary fed to setpagedevice. Only pstops (called
from cpdftocps, the last filter in the chain in my case) is capable of
adding that code, so it must get fed the number of copies. Thus I don't
think the
Just tried to see if I could get n*n copes after putting the $4 back
into cpdftocps by using some of the printer's emulations, and no luck
(or luck, depending on what you're looking for): when asking for 2
pages, both PCL6 and Epson 9-pin gave me 2 pages.
--
RELEASE FREEZE EXCEPTION: When
Unfortunately this fix seems to prevent my printer from printing
multiple copies. Brother HL-5250DN.
lp -n 2 test.ps
prints a single copy. Editing /usr/lib/cups/filter/cpdftocps and
putting back the $4 gets me multiple copies again.
--
RELEASE FREEZE EXCEPTION: When requesting n copies, n*n
Me again. The second half of my point 2) above was an error on my part:
I was reading the wrong register. Querying the registers shows the
messed up mapping.
A little sleep and I realized what's going on in point 3): X saves the
state (with the screwed up palette registers) that it sees when
Does the code attached to:
https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/60915/comments/17
fix your problem when run from the console (you need root privileges to
run it)? If so, this is the same bug. Don't have a nice fix in usplash
itself (I've tried in a couple obvious places and
I've been fooling around with the code a bit and here's what I've
figured out so far:
1) If you don't boot usplash there's no problem.
2) restorepalette (from svgalib-bin) from will fix the problem
temporarily (see below). In particular, it's the part that restores vga
color map registers that
Still there in intrepid. Radeon 7000/VE.
** Changed in: usplash (Ubuntu)
Status: Incomplete = Confirmed
--
usplash messes up colors on console
https://bugs.launchpad.net/bugs/60915
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I tried what I thought would be a variation on it, which was to set
gnome-terminal not to close when the shell exits. I didn't see anything
for a while, then just a couple days ago I had a shell just go dead on
me, as if I had exited it. I believe I backgrounded something just
before that, but
Nothing in .xsession-errors or Xorg.0.log
** Changed in: bash (Ubuntu)
Status: Incomplete = New
** Changed in: emacs22 (Ubuntu)
Status: Incomplete = New
--
Intermittently, launching emacs in background exits bash
https://bugs.launchpad.net/bugs/185366
You received this bug
Good question, I don't know (unfortunately the .xsession-errors from the
session where it died is gone). It never occurred to me to check since
I've always assumed it was some tricky job control race in bash. I will
check next time and post here.
--
Intermittently, launching emacs in
Public bug reported:
Very rarely (once a month or so), I will launch emacs with emacs
filename , and not only will emacs not appear, gnome-terminal will
close as well, presumably because bash exited. Normally it works fine,
it is just on rare occasions that this happens. Since I've never seen
Public bug reported:
Binary package hint: cupsys
Create a printer which forwards to a different ipp queue without
modifying the file: i.e., in printers.conf, it should have an entry like
DeviceURI ipp://host/printers/printer_name
and no PPD file. Try to enable sharing (put Shared Yes in
I found it in feisty; I'm not sure whether its been addressed in gutsy
or not. Basically, if your local network has a .local domain on it, it
should NOT start up.
--
Race between avahi-daemon startup by dbus and .local check in if-up.d
https://bugs.launchpad.net/bugs/111834
You received this
The avahi message is a feature. If it didn't do this, then people who
needed to actually resolve those addresses ending in .local wouldn't be
able to. As the documentation you quoted states, the hotel's DNS
configuration is what is wrong (they should have called their local
domain something
The idea of this patch is to DISABLE avahi when it won't work properly.
This patch is more likely to disable avahi, so since it seems that you
want avahi to be running, my guess is that this is not your problem.
Basically, avahi should be disabled if you need to be able to look up
names that end
Public bug reported:
Binary package hint: avahi-daemon
I am blessed with a unicast .local domain. This should prevent avahi-
daemon from running.
The problem is that (probably since I have a static IP address),
/etc/network/if-up.d/avahi-daemon is executed before /etc/dbus-1/event.d
I'm attaching a patch which skips the early test for whether the daemon
is running, and creates the DISABLE_TAG before trying to stop the
daemon.
Note that there is still a race here: it is possible that avahi-daemon
had actually begun to start before DISABLE_TAG was created, but has not
reached
36 matches
Mail list logo
