Once again, a quick job turns into a no-go. I need to print out some waiver forms for an event tomorrow, and my printer isn't configured. I was already dreading the process, having put it off for several months because not once, ever, have I had cups work correctly the first time, and it's always a lot of mucking around and changing things and then changing them back and there's never any coherent understanding of what actually made it work...
... well this time it's just plain not going to work. It's not listening, I can't http/https to it, because listen.conf relies on an Include line in cupsd.conf, and the geniuses upstream have decided that Include directives are bad idea (see: Title...)
. . . I've briefly entertained just copying the stuff from the "Include"d files straight into cupsd.conf to get it working for tonight... but... are the other bits of the gui going to cooperate with that? Is clearos going to try to update things in the original files that have now been moved?
I'm hoping there are plans to work around this properly?
I've given up for the night, I'm just going to have to get up an hour early so I can go to my office and print the forms there.
... well this time it's just plain not going to work. It's not listening, I can't http/https to it, because listen.conf relies on an Include line in cupsd.conf, and the geniuses upstream have decided that Include directives are bad idea (see: Title...)
. . . I've briefly entertained just copying the stuff from the "Include"d files straight into cupsd.conf to get it working for tonight... but... are the other bits of the gui going to cooperate with that? Is clearos going to try to update things in the original files that have now been moved?
I'm hoping there are plans to work around this properly?
I've given up for the night, I'm just going to have to get up an hour early so I can go to my office and print the forms there.
Share this post:
Responses (4)
-
Accepted Answer
There is now an updated version of the app available for testing which is sync'ing to the mirrors:
The changes:yum update app-print-server --enablerepo=clearos-updates-testing
- implement changes to the languages set up changed but not released 3 years ago
- adds in to /etc/cups/cupsd.conf any missing sections which can be found in /etc/cups/cupsd.location.conf and /etc/cups/cupsd.policy.conf
- changes the network configuration event to update lines in /etc/cups/cupsd.conf instead of /etc/cups/cupsd.listen.conf
- It should then remove the three "included" file
- For a new installation there is an updated initial etc/cups/cupsd.conf
I have tested the configurations generated conform to what I expect to see, but I do not use the app and have no printers connected to my server. I'd really appreciate it if you could test it. As you have manually edited your config files, the changes should do virtually nothing that you can see, but should leave everything running correctly. A network change event (e.g. setting up a VLAN or changing a LAN interface) should update the Listen lines in /etc/cups/cupsd.conf.
I have not tested it for a fresh install yet. -
Accepted Answer
I suspected printers.conf was OK. That makes it a bit easier. The main thing which needs to change, then is the event that updates the "listen" line, I think. So I'll need to:
- install it to see what it does!
- do a check for listen in cups.conf. If it does not exist, copy /etc/cups/cupsd.listen.conf into it and delete /etc/cups/cupsd.listen.conf
- do a similar check and move for something for /etc/cups/cupsd.listen.conf and /etc/cups/cupsd.location.conf
- update any events which set parameters in these files. I think "listen" is the only one.
- update the default cups.conf
I am somewhat time limited at the moment so I don't know how long it will take. Also, judging by the lack of noise, the app is not too popular! -
Accepted Answer
Nick Howitt wrote:
I am not a CUPS user, I am afraid. I've just been looking through our app sources. Are you saying that the /etc/cups/cupsd.listen.conf, /etc/cups/cupsd.location.conf and /etc/cups/cupsd.policy.conf must now be in the top level cups.conf? Is there anything else? /etc/cups/printers.conf?
Yes, everything that was previously "Include"d needs to be directly in cupsd.conf now. printers.conf seems to be independent of that.
I just got home (from the event that I needed to print forms for) so I haven't played with it further yet. -
Accepted Answer
I am not a CUPS user, I am afraid. I've just been looking through our app sources. Are you saying that the /etc/cups/cupsd.listen.conf, /etc/cups/cupsd.location.conf and /etc/cups/cupsd.policy.conf must now be in the top level cups.conf? Is there anything else? /etc/cups/printers.conf?
I can see there are events which trigger on these files changing. This could become a little tricky.
It will probably work if you manually update the entries in cups.conf but any changes to your network or printers won't be echoed into the cups.conf
Please login to post a reply
You will need to be logged in to be able to post a reply. Login using the form on the right or register an account if you are new here.
Register Here »