Tiny Core Extensions > TCE Q&A Forum
[project cancelled] help for my init script if possible
floppy:
cups-browsed is tested? or am I your first tester? http://forum.tinycorelinux.net/index.php/topic,16443.0.html
Juanito:
I don't believe that user aus9 still frequents these forums.
In some quick testing the following works for me:
cups server: prints locally - OK
cups client: prints from gtk2/gtk3 apps (and some browsers) to cups server printer using libcups without cups installed - OK
cups client: cannot find cups server printer with cups installed - NOT OK
cups client: finds windows server printer and prints with cups installed (hp printer, hplip not required) - OK
windows client: finds cups server printer (using bonjour) and prints - OK
iPhone: finds cups server printer (using airprint) and prints - OK
It seems that cups-1.6 changed the way cups clients discover cups servers and I have not yet figured out how to make this work. In earlier versions of cups it happened automatically with the default cups client configuration...
floppy:
--- Quote from: Juanito on January 05, 2014, 01:59:33 AM ---
cups client: cannot find cups server printer with cups installed - NOT OK
--- End quote ---
Thats my TCL configuration.
For the reason it is not prio A (a Win7 and a notebook with ubuntu works), I will search slowly and carefully a solution and post any result (cupsd.conf & hosts file content; access rights of all installed CUPS-TCE correct.. according advices in the net, because that problem seems to exist for other systems).
Juanito:
It should work with the cups-browserd running the default configuration on the cups client, but the machine acting as cups client cannot see the cups server broadcast for some reason...
One other way to make it work might be to run the cups-browserd on the cups server with the depreciated cups broadcast enabled.
Juanito:
I discovered that avahi/cups don't like my connection cups client -> wireless repeater -> wireless access point -> router.
When I make a wired connection directly from the cups client to the router, things improve:
--- Code: ---$ avahi-browse -at
...
+ eth0 IPv4 AirPrint HPOfficeJetG85 @ macminitc _ipp._tcp local
+ eth0 IPv4 HP OfficeJet G85 @ macminitc _printer._tcp local
+ eth0 IPv4 HP OfficeJet G85 @ macminitc _ipps._tcp local
+ eth0 IPv4 HP OfficeJet G85 @ macminitc _ipp._tcp local
...
--- End code ---
..and once I start cups-browsed on the cups client:
--- Code: ---$ sudo cups-browsed --debug
cups-browsed: Reading config: BrowseRemoteProtocols dnssd cups
...
cups-browsed: Avahi Browser: NEW: service 'HP OfficeJet G85 @ macminitc' of type '_ipp._tcp' in domain 'local'
...
cups-browsed: Found CUPS queue: HPOfficeJetG85 on host macminitc.
...
cups-browsed: Creating/Updating CUPS queue for HPOfficeJetG85
...
--- End code ---
It took a few minutes for the cups browser interface to find the server, but once found the print queue was setup automatically using the cups server queue and the cups client could print. To make it persist across reboots, I believe that only /usr/local/etc/cups/printers.conf would need to be added to your backup and cups-browsed would not be required.
The cups browser interface also proposed other connections using a local queue, which require hplip in my case and didn't want to work:
--- Code: ---[Connection dnssd://HP%20OfficeJet%20G85%20%40%20macminitc._ipp._tcp.local/cups]
"Unable to locate printer "macminitc.local"."
--- End code ---
..you could probably hack printers.conf and replace the cups server name with its ip address to fix this.
--- Code: ---[Connection ipp://192.168.1.200:631/printers/HPOfficeJetG85]
CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
--- End code ---
..which is odd because the cups server does not have the same problem
--- Code: ---You tried to access the address ipps://macminitc.local:631/printers/HPOfficeJetG85, which is currently unavailable. Please make sure that the web address (URL) is correctly spelled and punctuated, then try reloading the page.
--- End code ---
..which probably means that it needs a local ssl certificate.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version