In SLES12 we have CUPS 1.7.5 and
in openSUSE Tumbleweed CUPS 2.x.
As of this writing there are no big issues
so that in general CUPS > 1.5.4 plus cups-filters
seems to "just work".
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https
FYI:
The attached PDF.ppd.gz belongs to
https://answers.launchpad.net/hplip/+question/256131
because it seems one cannot attach files to questions.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1385055
** Attachment added: "PDF.ppd.gz"
https://bugs.launchpad.net/hplip/+bug/1385055/+attachment/4243601/+files/PDF.ppd.gz
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1385055
Title:
HP Officejet Pr
FYI:
In particular regarding PostScript printer PPDs,
see the related bug
https://bugs.launchpad.net/hplip/+bug/485218
Only a guess regarding the above comment #5
https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/493282/comments/5
Perhaps HP's own setup tool hp-setup uses some
additional specia
Regarding "easier way for the users to set up duplex"
I would like to mention what I wrote here:
https://bugs.launchpad.net/hplip/+bug/173857/comments/4
i.e. I suggest that the defaults in the PPD are
such that duplex printing works.
As far as I see the consequence is that then even
for "simpex"
My /var/spool/lpd/.hplip directory was created a longer time ago.
I cannot remember which HPLIP version I did run at 2009-01-13.
Currently I run HPLIP 3.9.8.
I removed the /var/spool/lpd/.hplip directory manually.
It did not re-appear,
neither after running /usr/lib/cups/backend/hp
nor after printi
>From my current point of view there are two bugs:
1.
Backends and filters in HPLIP should not leave any
files and/or directories in the system (i.e. clean up all
what tey might have created).
2.
CUPS should do a more rigorous clenaup of his own
directories (i.e. "rm -rf" instead of only a plain
FYI, we have had a similar issue, compare
https://bugzilla.novell.com/show_bug.cgi?id=339443
Usually a .hplip directory is created by whatever hp* program
in the home directory of the user who runs it (if this directory
does not yet exist).
If the user "lp" runs whatever such hp* program,
a .hpli
And guess what there is on my openSUSE 11.1 workstation:
--
l...@host $ ls -la ~
total 16
drwxr-xr-x 3 lp lp 4096 2009-10-07 10:15 .
drwxr-xr-x 13 root root 4096 2009-08-12 15:15 ..
-rw--- 1 lp lp 17 2009-10-07
Regardless that it is about HPLIP here,
FYI:
Printing /usr/share/cups/data/testprint.ps with
"-o document-format=application/vnd.cups-postscript"
does not work for me for the Gutenprint driver, see
https://bugzilla.novell.com/show_bug.cgi?id=467877#c2
I use CUPS 1.3.9 and a HP LaserJet 1220 with
Till, I have a question:
In comment "Till Kamppeter wrote on 2008-11-26:" you wrote
--
one should not use the CUPS test page in a PDF printing workflow anyway.
Use the Ubuntu test page /usr/share/system-config-printer/testpage-a4.ps
instead.
---
Then I think that HPLIP (and all other printer setup tools)
which send a PostScript program as printing test page
should submit their test page print jobs using
"-o document-format=application/vnd.cups-postscript"
A positive sude-effect is that this way document manager options
like "n-up" and "fi
Till,
if I understand your above comment correctly,
does it mean that via the PDF workflow,
true PostScript programs do no longer work as before
(i.e. are executed on the final PostScript interpreter)?
If yes, it is no solution to replace test-pages with
whatever appropriate PDFs (can a single gen
FYI:
Perhaps
https://bugs.launchpad.net/hplip/+bug/235148
is onyl one instance (i.e. a duplicate) of the general bug here.
--
REGRESSION: Many printer model entries in PPD generator got dropped (ex: HP PSC
2175)
https://bugs.launchpad.net/bugs/238729
You received this bug notification because yo
Till,
many thanks for the info!
Now it seems Ubuntu and Suse are in sync regarding the
defaults for user access which is certainly very good when
the end-user experience of different distros is very similar.
I like to learn which tool Ubunto uses to implement
the "desktop-user" access.
We use res
Many thanks for the script and for the info!
Currently I don't want to use int_outof because I want to
be backward compatible at least with openSUSE 10.3 when
I provide HPLIP packages via our openSUSE build service.
By the way:
A tiny note regarding use of "cut":
Usually I use "cut -s" to ignore
Till,
I would like to follow your approach with 256 entries
for each device class because it is in sync with
the HPLIP udev rules file.
Could you attach your current script or post a URL?
--
Users not automatically added to "scanner" group: No scanning functions of HP
multi-function in Hardy
htt
Martin,
regarding int_outof, see my comment
https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/195782/comments/39
In particular test int_outof with more than one HP all-in-one device.
Perhaps it works for your HAL version?
--
Users not automatically added to "scanner" group: No scanning functio
Tills file and mine on my workstation are identical.
By the way:
How can one change the attachment mime type?
This one should be text/plain because the current text/html
leads to nonsense when one views it with a browser.
--
Users not automatically added to "scanner" group: No scanning functions
I am neither a big fan of HAL because since it exists
I am usually fighting with its mess until it somehow
works for me because I always find insufficiencies.
For example newest stuff like
int_outof="0xa1b2;0xc3d4;..."
doesn't work with HAL at least not on my
openSUSE 10.3 system.
Perhaps HAL wo
I think it is an upstream issue that HP provides the USB IDs
instead of let the distributions implement complicated workarounds.
--
Users not automatically added to "scanner" group: No scanning functions of HP
multi-function in Hardy
https://bugs.launchpad.net/bugs/195782
You received this bug n
Regarding
grep 'usb-pid=$' /usr/share/hplip/data/models/models.dat|wc -l
135
see the comments at the end of /usr/share/hplip/data/models/models.dat
# io-support: (bitfield)
# 1 = parallel
# 2 = usb
# 4 = ethernet
# 8 = wireless 802.11
# 16 = bluetooth
Then run something like
egrep '^io-support
I run it during package buid in the RPM spec file as follows:
Source104: create_hal_global_fdi_from_models.dat
...
bash %{SOURCE104} data/models/models.dat >70-hpmud.fdi
install -d %{buildroot}%{_sysconfdir}/hal/fdi/policy/10osvendor
install -m644 70-hpmud.fdi
%{buildroot}%{_sysconfdir}/hal/
** Attachment added: "FYI: our current openSUSE 11.0 script to create a fdi
fike from models.dat"
http://launchpadlibrarian.net/12917563/create_hal_global_fdi_from_models.dat
--
Users not automatically added to "scanner" group: No scanning functions of HP
multi-function in Hardy
https://bug
It seems there is a misunderstanding.
I didn't ask for a place to where I can submit
something for HPLIP.
I asked if there is a summary page of all currently
available patches for a certain HPLIP version.
--
Fax PPD not installed by default
https://bugs.launchpad.net/bugs/59409
You received thi
By chance I noticed that there are patches avaialble.
I have a question and/or feature request:
Is there an official developer location (web page, URL)
where such patches are collected so that
it would be sufficient to check only one URL
to get all the latest currently available patches
for a cer
I should have mentionend that I had in mind to
run the backend as setuid "lp" program so that
normal users get sufficient permissions implicitely
e.g. to do a device state query.
I thought that "run as lp" is sufficiently secure because
"it is just what cupsd does by default" but unfortunately
I m
I really appreciate it that upstream accepts more secure
default permissions and we (i.e. Novell/Suse) have by default
rw-rw-r-- root lp
Unfortunately at least many of our users don't accept this
because only read access for normal usres is not sufficient
to query the device state from a printer (
28 matches
Mail list logo
