Just tested on a clean install, after an "apt-get update && apt-get
upgrade" this package was installed form the standard repositories.
Unfortunately, it does not fix the problem, and as I stated in comment
#18, it introduces new bugs such as the inability to add an IPP printer
via the CUPS web in
Unfortunately, I have been unable to confirm that this patch, and indeed
that the package currently in proposed, actually fixes the problem.
I just built a fresh Oneiric machine, patched it, then installed cups,
cups-clients and cups-bsd from oneiric-proposed.
After that, I tried adding a printer
I am not that familiar with patching. If I grab the source package, can
I put this patch in "debian/patches", change the "changelog" and run a
dpkg-buildpackage and expect the patch to be applied?
Or do I have to patch the ipp.c file first, then build the package?
Thanks!
--
You received this
Yes, the problem continues if I drop TLS. This is what I did to test:
On the server I removed the certificate information, and I put
"DefaultEncryption Never"
Then on the client, just to be sure, I set the URI as such:
ipp://192.168.122.65:631/printers/TestPrinter?encryption=never
Thus, the ser
Hi. Running Unity and it does indeed appear as though 'system-config-
printer-applet' is running.
I will add, if I print over smb to a windows server, I am still prompted
to provide my username and password. This only fails over ipp.
I also tried the same setup on a brand new Ubuntu 11.10 setup,
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/879625
Title:
CUPS fails to request authentication when printing over IPP w/ TLS
To manage notifications about this bug go to:
https://bugs.launchpad.ne
Public bug reported:
We have a CUPS server configured to allow printing over IPP w/ TLS.
Printing requires the user to authenticate using basic authentication.
When printers are set up in Ubuntu 11.04 and lower, the user is prompted
to enter their username and password when they attempt to print.
Hi Colin: Thanks. I suspect that these are rules from Gusty?
It would seem that this bug is also in Feisty, and the dmsetup.rules
under feisty don't have any obvious section to change. I will have a
poke around Gusty and see if I can't puzzle it out. Thanks again.
--
/dev/mapper/* -> /dev/dm-
Well, "not relevant" so long as it gets done soon, but this bug has
been open for a month, and I need a solution sooner rather than later.
Truthfully, I am in the middle of setting up a Debian box right now
because I don't see am imminent solution for this.
Thanks anyway!
-- Chris
On 9/7/07, Co
My problem is very similar to chris' above.
I rely on luks encrypted hard drives for regular backups to hard drives.
The script mounts and unmounts the encrypted drive on demand.
I was going to move the service from a Debian Etch machine to a machine
running Ubuntu, but this is a real show stoppe
10 matches
Mail list logo
