New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CUPS authentication and airprint (see #159) problems #156
Comments
Thanks for the report. I assume this is fixed after this commit: 3e6ec7a |
I have upgraded, but it still doesn't work. Now in /var/log/messages can be found:
|
@PiotrC1 This is now tested to be fixed on a TomatoUSB Shibby router (
The bug lies within
You can fix it with a
This should work for many, many years (at least, if your system time is correct: see http://www.tldp.org/LDP/lame/LAME/linux-admin-made-easy/shadow-file-formats.html) Please confirm fixed, and I'll be looking into fixing |
Hi @alllexx88! |
BTW. I propose following /opt/etc/init.d/S60cups
It's taken form entware-ng project. |
@PiotrC1 I'm glad to hear that we're having progress 😄 I've added |
Well, not existence of rc.func script surprises me a little bit, because in this descripion there is a script generating both rc.func as well as rc.unslung. |
@PiotrC1 The problem's that the referenced HOW-TO uses a script adapted from Entware, which makes use of this file. However, historically Optware didn't use it, and Optware-ng inherited it this way. Also, I see painless method to make this file available for those who bootstrapped Optware-ng a while ago (the only package that is 100% to be installed is the libc, but making it part of libc makes no sense), and I don't want to make hassle for them by breaking their setup.
That's one example of stupid things you do when you're tired and want to sleep 😛 Here's the fix:
(for end-user packages %OPTWARE_TARGET_PREFIX% is replaced with |
In order to run actual CUPS version (2.1.2-8) with Avahi smoothly following changes are necessary in /opt/etc/cups/cupsd.config:
With such a configuration CUPS find local (USB) printers as well as network printers and prints form iOS devices and lpr command. PS. |
@PiotrC1 OK, I'll add this together with 2.1.4 upgrade and Debian patches, thanks |
@PiotrC1
True, it took me a while to figure it out in the old days |
For the reference, most 'getting cups to work with airprint' effort can be tracked in #159 |
New features being tested - within weekend I will post results.
|
OK, thanks. I guess it's just outdated, and we should remove it from cupsd.conf. |
Hmmm - I don't know. The only point I have noticed is that I see only two versions of my printer while seeking for a printer - dnsns and usb. Previously there were three. Still access rights of files problem persists:
I suggest to change all 775 to 755 (despite what CUPS developers say). |
Looks like it's part of |
You are right. |
Funny CUPS behaviour - as I have mentioned before, my printer is accessible four ways:
If I refresh List available printer I get zero to three "printers" - USB, dnssd and socket. Somentimes it's USB only, sometimes socket, sometimes no printers are found. After changing
One more remark:
After changing them to 775 there is an error message:
but it changes nothing regarding number of printers found. |
To summarize my tests - iOS can print with newest CUPS + Avahi version. |
@PiotrC1 As for protocols, need to have a closer look. Good to see it work in general 😃 |
After changing access rights of all files in
and in cups-pdf_log:
After adding group
|
700 permissions force CUPS to not try to run backends in user mode -- only as root. I thought only
Yeah, but we have to do it after each reboot in case of routers. As an option, this can be done in cupsd rc script, but I think we should better change cups printing group to |
Also, what |
Patch CUPS, please. On the other side I use Raspberry PI. Please find enclosed access rights on Raspbian (it's Debian Jessie, as a matter of fact)
They look totally different - but usb for instance is 544 PS. I made my own script
Just for safety, |
I didn't even need to patch it: just have to pass some configure switches.
We have much less control of or certainty about what environment/system we'll be running than Debian developers have. Setting all backends permissions to
OK, thanks. Will be pushing upgrade soon |
@PiotrC1 |
While commented CUPS still works OK (I mean both printing as well as CUPS printer management). Funny thing - both |
@PiotrC1 Update online. No idea about |
Don't bother - it's not critical. It has something to do with Avahi advertiments. Please have a look into ConfigFiles schemes and if old issues are gone we can close the topic. |
Sorry no joy.
After changing permissions to 750 (highest possible) in /opt/var/log/cups/cups-pdf_log pops up:
After adding |
I haven't yet tended to I also want to upgrade it to latest stable |
Take your time. |
Modifications of 2016.09.11 - everything works out of a box. After clarifying ConfigFiles schemes we can close the issue. |
Everything OK. |
I don't know if it's done delibeartely, but now admin activities do not need loging in. It's clear, because CUPS is runnung as root, but I don't know if it is safe. |
@PiotrC1 Try changing password -- and it should prompt for it again, it remembers your logins. At least, it works fine for me with default package provided config. |
After clearing browser cache everything works as supposed. |
Nice catch on the /etc/shadow bug! I'm thinking about upgrading my AirPrint from optware to optware-ng. Testing some stuff now and building a few custom packages. Thank you all for maintaining this new fork. |
CUPS 2.1.2 printing system asks sometimes for user and password. In this case in /var/log/messages pops up following error:
Indeed, /etc/pam.conf is missing.
The text was updated successfully, but these errors were encountered: